作者查詢 / brucetu
作者 brucetu 在 PTT [ Soft_Job ] 看板的留言(推文), 共3054則
限定看板:Soft_Job
看板排序:
全部Soft_Job3054Gossiping1835DigiCurrency1729Stock484WomenTalk315CareerPlan166Storage_Zone120CodeJob93DIABLO79Boy-Girl59Broad_Band59C_Chat35NTPU-CSIE9734graduate27StarCraft23home-sale17HsinTien15Japan_Travel12Tech_Job12Finance8Option7PttLifeLaw7PC_Shopping6WOW6Aves5Bank_Service5GetMarry5Isayama5Japan_Living5L_LifeJob5e-seller4eSports4Old-Games4Salary4Grad-ProbAsk3Plant3San-Ying3toberich3WoodworkDIY3Android2Diary2iOS2joke2nCoV20192NTPU_TALK2Physics2StupidClown2Bitcoiners1CATCH1FengYuan1ForeignEX1Gemini1HANGUKMAL1Jay1Minecraft1Pisces1Visual_Basic1<< 收起看板(57)
10F推: 你未來願景?07/30 23:47
11F→: 2這種升管理職不是不可能啊一樣很屎07/30 23:48
12F→: 管理職可不是坐領乾薪很多技術人是不願意做管理的07/30 23:49
22F推: 考量區塊鏈未來發展啊07/31 10:59
23F→: 說不定之後沒人玩07/31 10:59
109F→: 高山大樹在軟體業是不是只有PR30左右07/29 23:42
5F→: 你在那邊糾結switch還是early return還是依賴翻轉,以為07/25 10:13
6F→: 只有你會別人不會,其實別人是已經用到爛,加上時程跟未07/25 10:13
7F→: 來需求的考量認為這裡沒有必要用,直接if else結案,別人07/25 10:13
8F→: 產品都做完了你還在糾結哪一種pattern最好。如果看到每07/25 10:13
9F→: 個if else都想套個什麼別的模式來炫技,那你乾脆把每個07/25 10:13
10F→: 函數的參數都改成interface07/25 10:13
16F→: 原型就是應該這麼易讀,一看就知道他要幹嘛,沒什麼好改07/25 12:22
17F→: 的。沒必要在意 if else幾層07/25 12:22
18F→: 你要重構client.mts做成產品等級,那根本不是搞個提早回07/25 12:25
19F→: 傳這種小事,應該把所有具有實作邏輯的地方都弄成可註冊07/25 12:25
20F→: 插件進行擴展的形式,所以浪費時間糾結if else是不是很無07/25 12:25
21F→: 聊07/25 12:25
8F→: 會改變07/25 10:58
9F→: 工程師精於解決需求,管理職精於靠嘴壓榨出價值,不論哪07/25 11:00
10F→: 種開發方法都不能扭轉這樣的利益關係07/25 11:00
11F→: 最簡單的,你敢不敢拿著需求去跟你帶的新人說,這個本來07/25 11:01
12F→: 一個月要完成的東西麻煩你們趕工一下兩個禮拜完成07/25 11:01
13F→: 然後再轉頭跟上面報告說這個沒有一個半月做不出來07/25 11:02
20F→: 現在你只要在甲乙丙下面寫 let filename剩下的copilot會07/25 10:05
21F→: 幫你完成,存檔測試搞定07/25 10:05
22F→: 所以這種單純的案例未來再重寫不會花什麼時間07/25 10:06
4F→: 每個都有else就不能像你說的這樣改07/23 16:14
5F→: 真的遇到這種狀況只能把條件參數化再寫成其他形式,就像r07/23 16:17
6F→: oute一樣,但也有可能到最後你發現還是if else最好維護,07/23 16:17
7F→: 而且在某些很在意延遲的場景,if else更好07/23 16:17
51F→: 三小,就是會有if else must的狀況啊07/24 07:43
62F→: 你當然可以把內層的if-else拉出去另一個function取個名字07/24 14:33
63F→: 對於要trace整個狀況的開發者來說, 邏輯的複雜性沒有降低07/24 14:33
64F→: 有時候反而跳來跳去更痛苦07/24 14:34
70F→: if else 還不是一樣選起來刪掉-.-07/24 19:37
71F→: 真值表畫出來就知道你early return不會讓複雜度降低只是07/24 19:39
72F→: 程式碼語法差異而已07/24 19:39
1F→: 其他人做多少你就做多少07/24 19:07
4F→: 你想要正向一點的方法的話,那就是工作項目列清楚、估時07/24 19:11
5F→: ,找老闆攤牌這個學分合理的情況你該付出多少工時,能完07/24 19:11
6F→: 成到多少進度07/24 19:11
11F→: 如果算出來合理只能做到50老闆要你做到100不然就要把你07/24 19:14
12F→: 當掉,那你就可以放推開始想拿不到學分下一步怎麼辦了。07/24 19:14
13F→: 畢業之後記得出來爆料是哪個教授07/24 19:14
14F→: 操作流程不清楚應該是你學長或業主要負責不然進度就是0沒07/24 19:17
15F→: 辦法前進,講清楚就好了,沒講流程要怎麼開發?07/24 19:17
24F→: 你們的系統是哪一間?現在是要刻一模一樣的功能嗎?有沒07/24 19:34
25F→: 有侵害原廠智慧財產權的可能?07/24 19:34
13F噓: 沒料不用回一篇07/23 16:13
50F噓: 快跑垃圾公司07/23 07:16
11F推: 很務實 沒毛病07/22 16:17