一提起乙方那完全不靠譜的專案計畫，就一肚子氣，那完全就是拿來糊弄甲方的乙份毫無意義的project文件！經過幾天的設計評審和反覆pk，乙方終於承認了原來的計畫是瞎扯，重新提交了乙份所謂的計畫——乙個涉及到上百人、近10個子系統、專案金額以千萬記的龐大的專案，經過反覆討論提交出來的計畫就是乙個50多行的excel**，平均算下來就是每個子系統有
四、五項：
真他媽操蛋！
所謂的評審會，最終變成了乙方的藉口會、推脫會。能找到的藉口，前後矛盾的解釋，胡攪蠻纏，蒙混過關，一會兒說這個平台很強大的，我們不需要修改就能實現需求，所以那個時間前一定可以完成的；一會兒又說另外乙個用到該平台的子系統需要更多的時間開發是因為平台需要重新定製。。。甚至連計費這樣核心的業務都說不需要安排測試時間！甚至連線口聯調這樣複雜而大工作量的事情都搞不清該怎麼做！！！
「三邊」專案的特徵越來越明顯了。
我異常的痛恨這種乙方，不是因為他們不懂，而是因為他們一心想糊弄而不是想著怎麼做好事情！
3個小時過去了，在我老人家「牛一」這天，讓我從晚上6：30開始直到9：30還在聽他們說那些不著邊際的話，不能回家吃蛋糕，真他媽想扁人！！！！
Python庫總結會
scikit surprise是易於使用的python scikit，適用於推薦系統 gensim scikit learn是簡單有效的資料探勘和資料分析工具 whoosh是快速，純粹的python搜尋引擎庫 recsys是提供了構建和評估許多推薦系統 演算法效能的工具 lenskit是一組用於試驗...
部門總結會（0428）
今天參加了部門組織的專案總結會。受益匪淺，特此記錄。總體上，這次分享會是比較成功的，因為實現了 業務 與 政治 的雙重目的。業務上，大家一起回顧了專案，分享了自己的心得。通過一些討論，加深了對一些問題的認識。政治上，總結會從一開始的拘謹逐漸走向歡聲笑語，大家加深了對彼此的了解，也拉近了彼此的關係。這...
無用的專案總結會
一般軟體開發組織，在軟體專案結束時會進行專案總結會，利用專案中的統計資料對專案中發生的成敗得失進行總結分析，然後制定出改進計畫，以希望在下次專案可以做的更好。然而，多年過去之後，對比一下現在的資料和當初的資料，基本上可以得出乙個結論 這麼多年沒有絲毫改進，甚至還有退步的跡象。這是發生在很多地方的現象...