看板
[ Soft_Job ]
討論串[討論] 寫程式的追求？
共 19 篇文章
內容預覽:
這幾年AI流行. 只要你訂好條件，清楚流程，然後約束修改窗口──你清楚你在做什麼. AI幾乎能產出100%正確的程式碼. 並且功能清晰，命名合理，還加上一堆註釋. 工作流程幾乎就是讓AI生成程式碼，閱讀程式碼，對一些細節做修改. 然後就很空虛. 什麼模組化、好維護、易讀 都是一場空. 漫畫家變成了編
(還有242個字)
內容預覽:
關於重構. 這個已經是軟體板的月經題. 我的感想是. 如果你覺得公司的程式碼應該重構. 並且有具體的重構策略、方法 以及能獲得主管認同的產值. (為了預防等一下會有閱讀障礙的智障跳出來說 重構沒有產值. 所以我highlight一下 這是以主管認同為前提). 那代表你的程度 已經高於這間公司的開發部
(還有362個字)
內容預覽:
因為前人雜亂--＞所以造成維護上的難度？？？？. 真的是雜亂造成的，還是自己不熟悉閱讀別人程式碼？. 我甚至寫個最基本的async/await都有人會嫌難以維護了. 看不懂別人程式碼通常有兩種狀況. 一種是對方真的太爛，完全不想看. 一種是你的程度無法跟上. 就你一年半的經驗我推測後者機會比較高.
(還有2098個字)
內容預覽:
專案要不要重構，因專案規模、時機、文化而異。. 以下是根據我個人開發經驗的觀點：. 我認為重構需要考量三個要點：動機、時機、理由。. 1. 動機：為什麼需要重構. 代碼畢竟是工具，不是文學，能帶來效益最重要。. 要構成需求的強力條件是，安全性和耦合性。. 當有具體新增功能需求的時候，修改原代碼容易導
(還有604個字)