看板
[ Soft_Job ]
討論串[討論] 因為空格~我離開了一間公司
共 21 篇文章
內容預覽:
就我個人三種風格都碰過的經驗來說，用Nested if有個很明顯的問題，就是. 維護性。. 軟體有種自我繁殖的惰性，所以當一個程式碼用了三層的if來做validation，. 很難不保證未來接手的人會讓他長出第四五六層。. 這時候guard condition或者short circuit eval
(還有140個字)
內容預覽:
看到案例一突然有種似曾相識的感覺XD. 也許是習慣的問題 或是用在哪裡的問題. 舉例我之前網頁比較常遇到的情況. string sA,sB,sC (假設這是前端傳回的value值,因為一定是字串,且剛需要轉型int). int iA,iB,iC. if(!int.TryParse(sA)). {.
(還有988個字)
內容預覽:
原文恕刪. 在我看來是因為溝通不良造成結果. 每個人對於程式的想法都不太一樣. 各種寫法與想法都優點也有缺點. Coding Conventions 也算是開發專案的一種工具. 工具這東西對於專案的好壞是看用的方法. 原本好用的工具如果用錯了方法(或用錯了地方). 自然對專案來說是一個不好用的工具.
(還有248個字)
內容預覽:
好多年前，我也曾經跟某公司的軟體顧問嗆聲過，. 那時候我也是新人，到公司才兩個月(公司試用期是三個月)，. 第二個月我就把公司給我的任務完成了，. 而且這個職位已經換過三個人，前三個人都失敗離職了，. 我是第四位處理這個專案的。. 顧問問我是怎樣做的，我就跟他說我怎樣做怎樣做，. 結果他就跟我說，你
(還有671個字)
內容預覽:
這跟我們部門頗像呀.Project幹得如火如荼,. 會突然叫你停下去去改code style或啥狗屁sonar issue... 然後主管每周review只看啥, 只看sonar issues,跟code style... 更慘的是,sonar issues/code style會隨他高興改,. 今
(還有196個字)