1樓：關明
其實不僅僅是網際網路行業，很多東西放在大部分行業都是通用的。
拋開上面提到的快慢，這只是表象。藏在快慢下面的，往往是「重要-不重要」、「緊急-不緊急」四個象限的事情劃分。我們傾向於用最快速度去頂過緊急不重要的事情；用最謹慎的態度最嚴密的思量做好重要不緊急的事情。
重要緊急的事情，沒辦法，必須如臨大敵的去做，或者秉承「先有再好、先扛住再優化」的想法，先按「緊急不重要」的頂過去，再按「重要不緊急」的做好它；不重要部緊急的，呵呵
回到網際網路行業，諸多事情也不外上訴四個象限：
初創團隊？有什麼比推出產品更緊急的，哥們衝啊產品功能混雜很難繼續維護？非常重要影響長遠，我們好好定方案重構吧……
2樓：蔡超凡
從專案管理者的角度
1、快更多的指快速迭代、快速響應需求、快速發布產品。
2、慢工出細活
1）對於專案，不斷改進技術架構，不時稍微放慢腳步，償還技術負債，保證後續的快速迭代。
2）對於程式設計師，為程式設計師營建乙個不受打擾環境，一段不受打擾的時間。保證程式設計師能更專注的完成需求。
3樓：jeff wong
1、網際網路產品誕生初期，必須快速反應才能在市場站住腳跟，此時，天下武功，唯快不破。
2、產品快速成長期間，應對外部變化以及各種市場反饋，一定還會對產品精雕細琢，做好做精，不斷迭代，追求質量，慢慢沉澱下來，此時的節奏依然很快。
3、產品成熟期，因為已經取得優勢，同時產品功能已經勝任市場的幾乎所有要求，此時，慢工出細活，製造亮點，繼續保持競爭優勢。
4樓：ze ran
快，要的是方向靈活，快速迭代；慢，要的是核心穩固，方便擴充套件。
乙個專案中，有的地方要多快好省，連蹦帶跳；有的地方要穩紮穩打，寸土不讓。PM 和 Architect 需要溝通好，理解產品，做出判斷。
5樓：劉釗
其實一點都不矛盾，搞混了層次。
網際網路開發講究快和慢工出細活不衝突。
快指的是戰略上的快，慢工出細活指的是戰術上的精細。
在某乙個市場上，我們必須比競爭對手快才能掌握優勢，這是戰略速度；
研發和產品做事情必須盡可能地詳細，這也許就是你說的「慢工」，這是戰術執行的精細；
兩者必須同時具備，才能保障自己的核心競爭力。
如果市場給你的時間很短，但是你又需要精細化的產品怎麼辦？
1.加錢加人加班，2.降低要求，3.實在不行了放棄。
最後總結：
快指的是動作要快，如果不分析彼此團隊的優劣，同樣500人天才能做出來的產品，
你用了50個人，做了10天，就算是相對快，那個傢伙用了10個人，做了50天，就是相對慢！
但是「慢工出細活」是必須保障的，這是生存的根本！
開發網際網路專案採用MEAN Stack是否合適？
kobe42536 作為前端人員，快速開發乙個小專案還是比較推薦用MEAN，可以利用http mean.io 或者meanjs快速初始化，也可以把其中的AngularJS換成其他的前端框架，但是如果專案需要非常複雜計算的話，感覺僅僅靠MEAN還是不夠。相對LAMP或者J2EE來說，感覺現在積累的技術...
MES工程師轉行網際網路開發如何？
綿羊仔 如果想去做網際網路的，就趕緊去做。MES的實習基本上積累下來的經驗是不被網際網路認可的。畢竟網際網路的更多是技術方面的積累，MES可能一直做下去都是一樣的技術，積累的是實施管理方面的經驗，側重點不一樣。看到實習，估計是應屆生，網際網路996的生活值得去體驗一下。到了婚後有家庭孩子，就熬不過的...
如何為網際網路外包開發團隊建立最好的提成制度？
這其實就是績效考核的問題。以公司目標為總方向，把每位員工的績效和總方向對齊。如公司今年目標增長30 那麼從整體考量，銷售 美工 研發 管理等各個工種對應的各種指標是否超出或拖累了這個整體指標，根據權重打分即可 外包這麼件事，不可量化和計畫外的事情很多 很多時候，即使外包合同已經簽訂的情況下，你的客戶...