看板
[ Soft_Job ]
討論串[請益] 請問關於軟體工作者的一些觀念
共 5 篇文章
內容預覽:
提供您一些個人的經驗供參考. 我剛進公司的時候，專案寫到一半. 公司希望我把它完成. 至於完成期限，早就超過了. 當然這包程式就如一般常見的皮球程式一樣. 包含了各種爛架構在裡面. 但這不代表他會有什麼「無法新增的功能」. 只有「要花比較多時間的功能」而已. 畢竟再怎麼爛的架構，重寫不就好了. 有些
(還有278個字)
內容預覽:
追求完美是好事. 原po朋友的觀念沒有錯,但請接受這是常態,並且不要頂撞老闆. QA認為 "測不出來BUG就是好的軟體, 這是以產品角度來看";. programer 則是 "希望好看好維護, 這是以code的角度來看". 這兩個角色對於 品質 的定義是不一樣的. 當軟體規模不夠大時, 花 22K
(還有1379個字)
內容預覽:
我覺得...錯的是你. 所謂的系統，最終目的就是要讓執行結果能滿足需求(要能正確). 架構那些的重要性會比較低(但我沒說不重要). 今天程式可以運作了，能滿足客戶的需求了. 主管有說整個程式由你完全負責，你想改想重構就做嗎？我想沒有吧. 因為你自作主張的重構或所謂的「debug」，讓程式產生更多新的
(還有354個字)
內容預覽:
你有沒有想過你要在這間公司待多久 或者這份code你需要maintain多久？！. 給你一個建議～先睜大眼睛看看你老闆喜歡哪一種人。. 在我前公司有個奇妙的生態。. 如果有一個新的案子出來，一定會有一堆人舉手搶著做第一手. 因為第一手只需要做出for demo使用的版本. 只是for demo使用，
(還有540個字)
內容預覽:
代po. 因為前一個工程師離職,我接了眼前這個案子. 公司常常隨便答應客戶,常常開一個很短的時間要你做功能出來. 所以目前很多功能都是硬加上去的,架構設計的很差. 前陣子撐過release後,最近有空了,就開始進行code的重構. 我直接修改主流程,確實跟我想的一樣,隨便改就會有很多bug跑出來.
(還有801個字)