刘勃的地盘

老師教我們怎麼寫程式，但從來沒告訴我們在公司裡，會有個叫做PM的人每天分派作業給我們，還逼著我們趕快做完。這是許多軟體工程師進入職場的第一個驚喜。隔了不久，還會發現，這些可能把你壓得死死的PM，多半一行程式都不會寫。於是我們會面臨一種很矛盾的心情，有時候會是一種有點被欺負的心理。我們討論的是工程師在這樣狀況下的生存之道。 (1)提高自己的能見度在非常多的公司，上層的老闆或公司的大...

 PM常常遇到一個難題，就是有好多東西想要做，到無奈什麼事都得透過工程師，沒辦法自己動手，於是因為和工程師不太美好的關係，最後實際的產品都沒有設計時看起來好。我這邊講的是「網路公司」的狀態，PM泛指那些規劃出產品的人。其他產業也許也有類似情形，以下這些「教戰手則」，提供給正在摸索自己生存之道的PM一些參考。 先弄清什麼做得出來、什麼做不出來:常常有PM會提出一些天馬行空的ide...

 提出问题:  产品开发迭代快，而前端为项目中的关键路径，在本迭代还未结束 期间，通常是测试期间已经开始下个迭代任务的开发； 这些代码版本如何控制？ 多人协作时如何控制？ 发布时如何进行合并？ Hotfix时如何做回滚？   解决方案：多分支开发系统  服务端环境：SVN 客户端软件：小乌龟Tortoise...

 所谓的灰度发布，是逐渐放量给用户体验，先给小部分人，再渐渐的把群体扩大，最后才全量用户。这样做，一是为了用户体验，先让小部分人体验后得到反馈才渐渐去大范围影响；二是技术上降低风险，在放出小范围后去发现问题解决问题；再有就是降低讽刺压力，全量上线一款新功能很容易造成访问量突然增大，服务器压力过大的风险。说到这很多人会认为灰度发布真是个妙招，但万物都是双刃剑，就没有百利而无一害的东西，也许这...

d