Re: [心得] 加入新創如何避免踩雷

看板Soft_Job (軟體人)作者 (貓丸)時間3年前 (2021/04/11 15:03), 編輯推噓8(8015)
留言23則, 11人參與, 3年前最新討論串9/16 (看更多)
講一下dirty code跟新創 之前待的兩家都是新創 覺得新創視dirty code 為應該 甚至是榮耀 那是一件完全錯誤的事 即使因為time to market 犧牲品質 也應該是帶著罪惡感 知道什麼是對的什麼是錯的 不得已而為之 不然是一件很危險的事情 當團隊都認為dirty code ok 新創dirty code 沒問題 那dirty code 勢必到最後會像癌細胞擴散 最後到整個專案都很髒 改什麼都慢 穩定性也下降 (話說測試人員測試 修bug其實也是隱藏的時間成本) 然後呢~ 如果你的專案丟到市場 沒人屌你 那倒是應該慶幸 可以把整個專案砍掉 丟了他 如果不幸的事專案大成功 你需要別更多開發來滿足使用者 嗯.... 那你就慘了 出來跑的總要還的 或許到最後的最後 你會發現 「幹 幹脆整個砍掉重練重寫還比較快」 砍掉重練了 那所以dirty code真的有比較快嗎? 待過兩間都新創 我覺得新創最重要的事情是business model還有快 那怎麼快? 有沒有想過為什麼大公司錢多人多技術好 那為什麼新創還可以成功冒出頭 其中一個重點就是新創沒有大公司的包袱 要用新的生產工具類似slack 不會有人出來靠北你說 「啊以前email不是用得好好的 幹嘛自找麻煩」 新的有效率的開發流程 也不會有人來靠北說 「我們以前瀑布開發才是最嚴謹的 你們敏捷開放根本邪魔歪道」 事實上新的工具通常都是舊的工具有其短處才被發明出來的 認為dirty code理所當然 爛流程蠢方法 大家每天996這樣才快 這樣才熱血新創 我待過的兩間公司都這麼幹過 但之後導入新的工具 新的流程 整體開發速度顯著變快 回頭一看才發現多腦殘 ”爛” = ”快” 是一種謬誤 很多時候 ”爛” = ”又爛又慢” 重點是要”快” 應該透過效率透過工具 而不是寫爛code蠻幹 ----- Sent from JPTT on my Google Pixel 5. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.10.111.114 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1618124587.A.1F6.html

04/11 15:27, 3年前 , 1F
沒有對錯,認為什麼是對,什麼是錯,這只是你主觀
04/11 15:27, 1F

04/11 15:27, 3年前 , 2F
而已。對你而言如此,對他人而言未必。
04/11 15:27, 2F

04/11 15:56, 3年前 , 3F
這種誰對誰錯都主觀也是常見的謬誤 科學事實就是有對有錯
04/11 15:56, 3F

04/11 15:59, 3年前 , 4F
通常講這種話的不是不想改變的老人 就是和稀泥的鄉愿
04/11 15:59, 4F

04/11 16:02, 3年前 , 5F
我可以接受知道是錯的 現實有極限不得已採用 但不接受把錯
04/11 16:02, 5F

04/11 16:02, 3年前 , 6F
的當成多元
04/11 16:02, 6F

04/11 16:09, 3年前 , 7F
最佳解只有一種 因為資源知識不足達不到 退而求其次 ok 但
04/11 16:09, 7F

04/11 16:09, 3年前 , 8F
不求進步 惡人言有其二 不會為新的技術 新的方法興奮 那就
04/11 16:09, 8F

04/11 16:09, 3年前 , 9F
不ok
04/11 16:09, 9F

04/11 17:25, 3年前 , 10F
04/11 17:25, 10F

04/11 19:57, 3年前 , 11F
不管什麼最佳解終究有其前置條件
04/11 19:57, 11F

04/11 20:14, 3年前 , 12F
我待過一間大公司,就是真的很難改變,為了推敏捷開發,每天
04/11 20:14, 12F

04/11 20:14, 3年前 , 13F
把早上的站會對話打成ppt,再用email寄出來給長官看,證明給
04/11 20:14, 13F

04/11 20:14, 3年前 , 14F
長官看說 我們都有在站會喔!!
04/11 20:14, 14F

04/11 21:33, 3年前 , 15F
加入新創怕踩雷,新創公司何嘗不怕收到雷
04/11 21:33, 15F

04/12 00:46, 3年前 , 16F
髒多半是當下快,後面疊的人就悲劇,所以高度被依賴元
04/12 00:46, 16F

04/12 00:46, 3年前 , 17F
件不能妥協。
04/12 00:46, 17F

04/12 00:51, 3年前 , 18F
推這篇
04/12 00:51, 18F

04/12 07:28, 3年前 , 19F
你還不懂科學啊。
04/12 07:28, 19F

04/12 09:56, 3年前 , 20F
同意,dirty code當複雜度上去後的維護成本是很高的
04/12 09:56, 20F

04/12 10:04, 3年前 , 21F
推觀念
04/12 10:04, 21F

04/12 14:21, 3年前 , 22F
推一下舊文,工程師應該放心大膽地創造技術負債
04/12 14:21, 22F

04/12 14:21, 3年前 , 23F
04/12 14:21, 23F
文章代碼(AID): #1WSfyh7s (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1WSfyh7s (Soft_Job)