說到軟件研發(fā)流程,一"/>
單價: | 面議 |
發(fā)貨期限: | 自買家付款之日起 天內(nèi)發(fā)貨 |
所在地: | 山東 青島 |
有效期至: | 長期有效 |
發(fā)布時間: | 2023-12-13 18:56 |
最后更新: | 2023-12-13 18:56 |
瀏覽次數(shù): | 115 |
采購咨詢: |
請賣家聯(lián)系我
|
在青島開發(fā)軟件,靠譜開發(fā)團隊,找因特科技,10年開發(fā)經(jīng)營,完善的服務流程,多個行業(yè)積累經(jīng)驗,靠譜服務。
說到軟件研發(fā)流程,一些同學可能看不起這種標準化流程,會覺得不管三七二十一,立即上手編碼才是王道,需求可以等到后面再明確,設計則是完全不需要的步驟,否則感覺速度太慢,他們管這叫互聯(lián)網(wǎng)軟件開發(fā)精神。
什么是互聯(lián)網(wǎng)軟件開發(fā)精神?開源共享、模塊化編程、極客精神,而不是野蠻開發(fā)。
我在讀《聊聊架構(gòu)》這本書時寫過一篇讀后感,感嘆終于出了一本可以讓我看很久的架構(gòu)書,而不是 1、2 小時就能看完的所謂 ** 牛逼架構(gòu)寶典。
我們經(jīng)常遇到這樣的面試者,你請他畫總體架構(gòu)圖,他估計連聽都沒聽過,你換一個提問的方式,問他采用了哪些框架,他立馬和你說 SSH、Spark、Mesos,一大堆,但當你讓他畫出架構(gòu)圖時,他會很茫然。
當然,你更不用期望他思考諸如為什么 Hadoop 的 MapReduce 并行計算模型會采用 Pull(拉)模式介于 Map 和 Reduce 之間,而不是采用 Push(推)模式?為什么會有 Spark 出現(xiàn)等等此類問題了。
這些問題我會在后續(xù)文章討論,這里只是想說,其實這些框架的產(chǎn)生,都是源于研發(fā)流程中的架構(gòu)設計環(huán)節(jié)發(fā)現(xiàn)了問題,并逐漸積累的解決方案。