Re: [請益] 動作快被壓時間怎辦?

看板Soft_Job作者 (wanda wanda)時間5年前 (2018/08/21 23:05), 5年前編輯推噓21(21推 0噓 40→)
留言61則, 23人參與, 5年前最新討論串2/4 (看更多)
這種狀況容易發生在轉換不同類型的工作環境 從 接案型公司 到 非接案型公司 最容易有這種落差 接案型公司，在固定的專案金額下，RD 越快，人越少，利潤越高， 最好一個人可以從 sa 包到 pg 可以留下的 RD 通常都是精英(接案界的菁英) 但是！ 接案特性通常就是先有再說，案子結束就不會再碰到了， 因此軟體工程思維非常薄弱。 從設計 design pattern, interface, inversion of control 到寫測試、code review、自動化、容器化等等完全沒有， 因為沒有用，案子都是一次性的。 老闆問你說為啥動作這麼慢，結果你說你在重構? 下週要驗收了你重構三小 但這種人到非接案型公司，就會顯得自己速度真的滿快的 但是真正的問題是不會馬上顯現出來。 因為以前在接案公司很少碰過大系統，所以把以前的壞習慣都帶過來 在 object 亂偷渡不相干資料、db 偷塞 json、用 try/catch 做 flow control .... 過一陣子，系統開始在某些特殊操作下出現 bug，往回一追發現你是罪魁禍首 會發生什麼事? 資深同事：寫得快有什麼用? 還不是 OOXX PM：你的程式品質很差，BUG 很多 到最後不得人緣，開始覺得這是爛公司 另外一方面，同一個功能為什麼其他同事會比較慢? 有時候這是老經驗，因為自己手上不會只有這一件事要處裡 你給我全職只開發這一項當然 1 天沒問題 但是我同時有 N 個任務要做， 而且依照經驗這種需求往往要牽動到 XX / 有沒有其他更好的設計 開發完還要跑一次 unit test/integrated test, code review, design review 所以眼前的快不是快，可能有很多你沒看到的東西 當然，也有可能你是天才拉... 速度快、架構漂亮、什麼會、什麼都懂 那這間公司不適合你，繼續往上跳，跳到 FLAG 之後同事還在稱讚你又快又強再說 否則軟體學海無涯，一個 Feature 做到完美就夠讓你殺時間了 以上故事如有雷同純屬巧合 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.210.192 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1534863918.A.971.html
推
08/21 23:11, 5年前 , 1F
推，所以有人說接案公司練功，真的是害人
08/21 23:11, 1F
→
08/21 23:11, 5年前 , 2F
練複製貼上的手速而已
08/21 23:11, 2F
推
08/21 23:26, 5年前 , 3F
推這篇
08/21 23:26, 3F
推
08/21 23:28, 5年前 , 4F
推推，最近剛好要轉職，謝謝
08/21 23:28, 4F
→
08/21 23:34, 5年前 , 5F
對新手而言練幾個月還好啦 手感先練到位
08/21 23:34, 5F
→
08/21 23:47, 5年前 , 6F
一般是進不去大公司去做派遣，這篇反過來
08/21 23:47, 6F
推
08/21 23:47, 5年前 , 7F
同事都說我是最快的backend, 辦事不用一分鐘QAQ
08/21 23:47, 7F
推
08/21 23:49, 5年前 , 8F
但這稱號真的好嗎? 累又有壓力, 何苦
08/21 23:49, 8F
推
08/21 23:52, 5年前 , 9F
我的感想,純CRUD的測試code殺小只是新手再寫,當熟道一定
08/21 23:52, 9F
→
08/21 23:53, 5年前 , 10F
境界,測試滿足CICD,直上又如何?
08/21 23:53, 10F
→
08/21 23:54, 5年前 , 11F
寫CRUD測試根本浪費生命
08/21 23:54, 11F
推
08/22 00:01, 5年前 , 12F
要你整config hot reload,但infra不support怎麼辦?
08/22 00:01, 12F
→
08/22 00:02, 5年前 , 13F
硬著頭皮redis pub/sub啊,怎麼辦,能短時間解掉的才是王道
08/22 00:02, 13F
推
08/22 00:11, 5年前 , 14F
要修version100再來呀,一開始講明白這design有問題就好
08/22 00:11, 14F
推
08/22 00:19, 5年前 , 15F
看到精英嚇一大跳，還好後面有解釋XD
08/22 00:19, 15F
推
08/22 01:37, 5年前 , 16F
說的好
08/22 01:37, 16F
推
08/22 02:35, 5年前 , 17F
個人覺得接案公司練功沒什麼不好，沒經過寫爛code的過
08/22 02:35, 17F
→
08/22 02:35, 5年前 , 18F
程，往往不知道軟工的好處。且接案公司一人多角色可以
08/22 02:35, 18F
→
08/22 02:35, 5年前 , 19F
看清整個系統運作的全貌。大公司寫某系統下的小功能，
08/22 02:35, 19F
→
08/22 02:35, 5年前 , 20F
可能待幾個月了系統整體怎樣都還是不清楚，需求開來
08/22 02:35, 20F
→
08/22 02:35, 5年前 , 21F
照著寫就是了。
08/22 02:35, 21F
推
08/22 02:39, 5年前 , 22F
CRUD測試是單人自幹時不寫還好，多人協作你被別人改
08/22 02:39, 22F
→
08/22 02:39, 5年前 , 23F
到就知道為什麼要寫囉。
08/22 02:39, 23F
→
08/22 05:18, 5年前 , 24F
在 Python用 try/catch 做 flow control 好像沒什麼
08/22 05:18, 24F
→
08/22 05:18, 5年前 , 25F
不對
08/22 05:18, 25F
→
08/22 08:27, 5年前 , 26F
寫到最後 知道什麼地方可以髒 什麼地方不行 速度自然會很快
08/22 08:27, 26F
→
08/22 08:37, 5年前 , 27F
同上 然後髒的地方就懶的重構了
08/22 08:37, 27F
推
08/22 09:45, 5年前 , 28F
請問大大要怎麼自學那些軟工的思維,本身在接案公司三年,
08/22 09:45, 28F
→
08/22 09:45, 5年前 , 29F
真的都不會
08/22 09:45, 29F
初學者由同事 / 公司來帶比較好。有些東西沒人提點自己不好摸
推
08/22 10:29, 5年前 , 30F
軟工就是多讀書，然後多重構自己的code實踐書讀來的
08/22 10:29, 30F
→
08/22 10:29, 5年前 , 31F
知識
08/22 10:29, 31F
※ 編輯: alihue (111.71.109.120), 08/22/2018 10:46:07
推
08/22 11:26, 5年前 , 32F
新手弱弱問一下 用try catch作flow control哪裡不好呢
08/22 11:26, 32F
→
08/22 11:26, 5年前 , 33F
？
08/22 11:26, 33F
請 google: try catch as control flow
→
08/22 12:22, 5年前 , 34F
接案沒有時間思考 所以就是能快就快 你現在的快會讓你以
08/22 12:22, 34F
→
08/22 12:22, 5年前 , 35F
後變慢
08/22 12:22, 35F
推
08/22 12:49, 5年前 , 36F
原po提的try/catch flow control不好，估計是不處理if
08/22 12:49, 36F
→
08/22 12:49, 5年前 , 37F
null這類的狀況
08/22 12:49, 37F
※ 編輯: alihue (111.71.109.120), 08/22/2018 12:50:09
→
08/22 12:53, 5年前 , 38F
我甲乙兩方都待過，覺得不盡然是這樣
08/22 12:53, 38F
→
08/22 12:54, 5年前 , 39F
保持開放學習/參考的心 這樣就算在從專案公司=>產品公司 也
08/22 12:54, 39F
→
08/22 12:54, 5年前 , 40F
很多甲方反而因為有包袱不敢重構，軟體品質爛就給
08/22 12:54, 40F
→
08/22 12:54, 5年前 , 41F
他爛了
08/22 12:54, 41F
→
08/22 12:54, 5年前 , 42F
是很容易就將前公司的壞習慣淡化掉的..這種事沒那麼嚴重啦
08/22 12:54, 42F
→
08/22 12:55, 5年前 , 43F
怕的是過度自以為是而已..願意接受和他人討論隨時調整自己
08/22 12:55, 43F
同意
→
08/22 12:55, 5年前 , 44F
相對的，通常對乙方都會蠻要求的，因為做完這個就
08/22 12:55, 44F
→
08/22 12:55, 5年前 , 45F
跑了，你留下來的東西我看不懂怎麼辦，反而盯得很
08/22 12:55, 45F
→
08/22 12:55, 5年前 , 46F
緊
08/22 12:55, 46F
要看甲方能力。我遇過的甲方技術能力通常都很低落…
→
08/22 12:56, 5年前 , 47F
的人..就算環境不佳沾染惡習 只要到對的環境一樣能修正回來
08/22 12:56, 47F
※ 編輯: alihue (111.71.109.120), 08/22/2018 12:56:19
→
08/22 12:56, 5年前 , 48F
當然我也有看過很糟的乙方，我覺得這事沒定論就是
08/22 12:56, 48F
※ 編輯: alihue (111.71.109.120), 08/22/2018 12:57:23
推
08/22 13:01, 5年前 , 49F
推個! 真的是經驗談!
08/22 13:01, 49F
推
08/22 17:03, 5年前 , 50F
測試是為了因應常常被修改的需求阿 跟CRUD純不純熟有什麼關
08/22 17:03, 50F
→
08/22 17:03, 5年前 , 51F
係？感覺樓上根本完全不了解測試的意義齁
08/22 17:03, 51F
→
08/22 17:03, 5年前 , 52F
你CRUD再熟有什麼用？這個模組三天一小改五天一大改 哪天改
08/22 17:03, 52F
→
08/22 17:04, 5年前 , 53F
壞了你怎麼辦？別人改壞怎麼辦？顯而易見的錯誤就算了 如果
08/22 17:04, 53F
→
08/22 17:04, 5年前 , 54F
是那種很特殊狀況下才會出現的Bug勒？
08/22 17:04, 54F
→
08/22 17:05, 5年前 , 55F
要是該區塊寫完了就結束了 當然測試就多此一舉阿
08/22 17:05, 55F
推
08/22 18:00, 5年前 , 56F
學到一課了 感謝
08/22 18:00, 56F
推
08/22 21:26, 5年前 , 57F
推這篇 超正確
08/22 21:26, 57F
→
08/23 08:23, 5年前 , 58F
只覺得是借口而己
08/23 08:23, 58F
→
08/23 21:08, 5年前 , 59F
推這篇~非常中肯
08/23 21:08, 59F
推
08/25 09:15, 5年前 , 60F
剛好接案和產品研發都有在做。我倒是覺得兩者在軟體開發
08/25 09:15, 60F
→
08/25 09:15, 5年前 , 61F
能力上的「訓練」是有所區分，到不是真的有優劣之分
08/25 09:15, 61F
‣ 更多 alihue 的文章
文章代碼(AID): #1RV2ekbn (Soft_Job)
‣ 更多 alihue 的文章
文章代碼(AID): #1RV2ekbn (Soft_Job)