回覆列表
-
1 # java全棧之路
-
2 # 陪娃的資訊系統專案管
開工前，我要考慮一下專案範圍，成本，進度，質量。
結果一個小專案得花2～3天想這些東西。
有時候覺得浪費時間，但是想想報價得按工作量來，又繼續埋頭苦幹，想方案進度範圍了
年齡大了，容易累。哎
開工前，我要考慮一下專案範圍，成本，進度，質量。
結果一個小專案得花2～3天想這些東西。
有時候覺得浪費時間，但是想想報價得按工作量來，又繼續埋頭苦幹，想方案進度範圍了
年齡大了，容易累。哎
從業十年了，奇葩的程式設計習慣見的太多了；
不動腦筋的Ctrl + C與Ctrl + V印象最深刻的一次，是一段連續建立相同物件例項的程式碼，具體程式碼沒有了，大概就是以下這個樣子：
實際的程式碼對物件屬性的賦值遠不止上面這四個！
看了這種程式碼真的是好氣又好笑，搞不懂這人到底是懶還是勤快，最終得出結論就是不喜歡動腦筋，寫程式碼時想到哪寫到哪，從來不去想哪種寫法更好更能提高效率。比如上面這類程式碼，稍微動點腦子寫一個方法來建立CommentDTO這個物件，程式碼就要簡潔得多。
程式碼不做拆分，一個方法或者一個檔案中包含幾百上千行程式碼最近參與的一個專案就是這樣，前端程式碼就三四個檔案，每個都是2000-3000行的程式碼量，各種負責不同功能的程式碼混雜在同一個檔案中，到最後前端人員根本弄不清楚自己改動的地方會影響哪些功能了，也很難找到某個改動應該改哪個地方的程式碼，最終是一個很小的改動都可能引起整個應用崩潰。
其它如變數命名混亂、中英文參雜、沒有註釋等等，見的太多反而慢慢習慣了。