看板
[ Soft_Job ]
討論串[請益] 工作四年多開始迷惘
共 12 篇文章
內容預覽:
小弟是個半路出家工作一年的小程式工程師. 最近剛好有點感悟看到這個標題就分享一下心得. 剛好有幸在一間大的小公司負責一個專案. 這個專案進行了一年多. 我要負責評估功能，設計架構，實作功能，負責國際大展的展示....到最後的試車安機及客戶群們的溝通. 自嘲為ALL IN ONE工程師... 除了收錢
(還有540個字)
內容預覽:
這真是個不錯的案例. 簡單整理一下目前看到的做法. 順便看看有沒更好的解法:P. 1.直接寫死在Code裡 (cid==xxx). 這個就沒甚麼好說的了,公認的止血法. 明天就要...大多數都會這樣改吧XD. 2.另外寫個Class/Define/Const. 這個算是1的改良版吧. 將例外的cid
(還有448個字)
內容預覽:
從以下舉的例子來看，那當然，clean code、design pattern還是什麼鬼的全都是垃圾，通通都是沒有用的. 這是第一次. 這是第二次. ^^^^^^^^^^^^. 而這叫發光發熱. 怎麼讓你刮目相看？老實講，我對你沒有興趣. 我有興趣的是看這篇的工程師們，你們自己覺得呢？. 認真的分析
(還有4044個字)
內容預覽:
鏘鏘好, 個人曾經做過兩年某產品的 tech support,. 處理過 n 百個各種大小客製/bug patch/等等等的臨時性大小修改,. 小從元件行為的改變, 如 calendar 只要選到年或月不要到日,. 大到 DB 資料太多要用某元件載入時會讀太久怎麼改善的整體調整. 每天處理 3~5
(還有421個字)
內容預覽:
我同意「事情有輕重緩急」這個概念，例如，先止住大出血，以後再考慮感染、疤. 痕這類「相對的小事」。. ========================================================================. 我反對以下這種話術:. (1). (2). 我的解
(還有785個字)