軟體工程令人不安的真相 • Buttondown
這裡有一些我相信的關於軟體工程的令人不安的事實!(banq:令人焦慮?)
- ...
- 具有特殊語法的複雜 DSL 可能是死衚衕。Ruby 和 Scala 都非常重視這一點,但都沒有讓它流行起來。
- 如果沒有其他因素,靜態型別語言比動態型別語言更適合大型專案。對此沒有嚴格的學術證據,但許多公司一直在將 typescript/mypy/sorbet 反向移植到現有的動態程式碼庫中,並且案例研究非常積極。雖然動態語言可能是大型專案的正確選擇,但您必須說明為什麼它是正確的選擇,例如殺手級的庫、特定於域的東西等。
- 對軟體工程的實證研究是一次沉船事故,並且在可預見的未來仍將是一次沉船事故。
- 形式方法永遠不會成為主流,基於屬性的測試也不會成為主流,任何需要大量訓練才能有效的正確性技術也不會成為主流,無論它實際上有多有效。
- 軟體專案極易受到熵的影響。任何需要持續維護的技術或流程都會衰退,除非最高管理層承諾維護它。
- 與不同的 API 整合真的很難,需要做很多工作。這永遠不會變得更好,因為 API 設計是分散的,每個人都會用他們的 API 做出不同的決定。
- 結對程式設計可能比兩個單獨開發者更好。Mobbing可能比結對更好。
- 團隊在實踐中主要關心團隊內部的摩擦。他們更喜歡每個人都已經知道的工具和技術,而不是隻有一個人知道而其他人都必須學習的東西。這意味著與個人相比,新想法必須更加努力才能被團隊採用。
- TDD/FP/Agile 狂熱者可能是狂熱者,因為採用 TDD/FP/Agile/Whatever 使他們成為比以前更好的程式設計師。如果在他們成為狂熱者和不學習新技術之間做出選擇,那麼他們成為狂熱者可能對他們的公司和他們的發展更好。
- 任何技術面試都將是遊戲性的,並且排斥某些代表性不足的群體/背景。
- ...
原文點選標題
相關文章
- 現代軟體工程 習而學的軟體工程教育軟體工程
- 軟體工程的理解軟體工程
- 軟體工程-軟體工程層狀模型(EHM)軟體工程模型
- 軟體工程 第一章 軟體與軟體工程軟體工程
- 軟體工程 .軟體工程
- 軟體工程軟體工程
- 軟體工程實踐----初步接觸軟體工程的總結軟體工程
- 軟體工程——軟體測試軟體工程
- 軟體工程——軟體計劃軟體工程
- [軟體工程]軟體中的量化問題軟體工程
- 軟體、軟體危機、軟體工程 (轉)軟體工程
- 軟體開發中的10大不為人知的真相
- 軟體工程的變遷軟體工程
- 軟體工程的認識軟體工程
- 軟體工程的認知軟體工程
- 軟體工程—GitHub軟體工程Github
- 軟體工程1軟體工程
- 軟體工程4.21軟體工程
- 軟體工程5.7軟體工程
- 軟體工程4.28軟體工程
- 軟體工程5.9軟體工程
- 軟體工程5.8軟體工程
- 軟體工程4.27軟體工程
- 軟體工程5.13軟體工程
- 軟體工程6軟體工程
- 軟體工程的迷途和沉思軟體工程
- 軟體工程估算的技巧 - shubhro軟體工程
- 軟體工程的最大難題軟體工程
- 程式碼中的軟體工程軟體工程
- 軟體工程——程式導向的軟體設計方法軟體工程
- 軟體開發工程師常用的工具軟體工程師
- 學習高校課程-軟體工程-軟體工程(ch2)軟體工程
- 軟體工程——需求分析軟體工程
- 軟體工程——概論軟體工程
- 所謂軟體工程軟體工程
- 【初談軟體工程】軟體工程
- 軟體工程文件有感軟體工程
- 軟體工程管理(轉)軟體工程