看板 Soft_Job 關於我們 聯絡資訊
※ 引述《yphs88 (黑輪)》之銘言: : 講這麼多… : 既然如此不滿意現有架構,那你應該自己動手修改現有架構 : 改成自己認為最滿意的架構,改完的同時,你成功了…你可以準備跳槽到大公司了 : 但在老闆眼裡,你卻是個明明只是個小地方小功能,卻要花大把力氣去達成 : 你失敗了,大公司也不會想收你的 : 或者,自己當老闆吧 1. 以前剛畢業的時候. 技術多花俏就有多花俏, 花了一大堆時間 不過. TTM 堪用就好, 不要出錯就好, 能上線即可. 不然等開發完. 產品大概就 phase out 了 2. 看到前人的 code 先萬不要手賤去改 程式跑好好的, 沒事就沒事, 改了一切都要重 product verification test 花更多時間和精力, 說不定本來系統沒問題的, 改完就出現一堆問題 尤其跟 timing 有關的 AP 3. 小公司因為人不夠, 像我們以前做手機, engineer 就有一百多名 可以分架構分功能, 還跨國 programming 小公司不一樣, 一個人要兼分析, 還要做報表, 除了coding外還要 debug 外加跟客戶哈拉驗收 所以不會有什麼架構, 都是從頭寫到尾 二十年前一堆小軟體公司的寫法是這樣 大家開始蓋房子. 蓋完才發現房子是歪的. 跟別人的門合不起來 要就是把門打大一點. 塞點東西堪用就好 不然就是跟客戶說, 門先用一下, 我們再慢慢改 因為人少, 所以不做架構設計, 因此出來的東西別人看不懂 台灣都是小公司, 五人就是一家軟體公司, 裡面的人有些可能還非 資工畢業的 所以 code 看不懂是很合理的 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.37.84.93
andymai:做不做架構設計跟人少沒有太大關係吧?跟有沒有體驗到架構 12/12 10:53
andymai:設計的好處比較有關~當工程師硬是認為Copy貼遠勝所有的設 12/12 10:54
andymai:計模式~那還要跟他談什麼架構設計?另外Code看不看得懂跟科 12/12 10:56
andymai:系有一定關係?Code寫得好不好在於寫的人有沒有思考過整體 12/12 10:58
andymai:佈局和觀念夠不夠清楚正確吧... 12/12 11:00
chengcti:小公司只有幾個人.每人身上都背多個project.所以就沒時間 12/12 11:33
twk:不同意 12/12 12:17
bobhsiao:雞飛程式 12/12 15:26
bleed1979:環境因素的影響很大。 12/12 15:59