在軟體工程師的世界中，一直以來存在著十倍速工程師的傳說。然而，十倍速是怎樣的概念，難道我們就不能慢慢的寫程式嗎？要怎麼做才能讓自己的時間慢下來慢慢寫，卻不影響原本的時程呢？
我想慢慢寫程式該怎麼辦？
View Slide
@elct9620THEPROGRAMMEROF CREATIVEႏָࣛɰ
#ConsultingJob
#Ruby/Rails Course and ToolsProduct
https://blog.aotoki.meBlog
https://discord.com/invite/t2Kd6PNvvADiscord
https://www.youtube.com/channel/UCcABbJfCL0DfNh3wDk_-7lgYouTube
快慢概念
質的差異許多非常厲害的⼯程師，寫程式看起來都不快，但都是有價值的實作
⼯具之快
編輯器⾃動補完、⼯具鏈整合讓入⾨更容易
網路資源各種範例、教學可以「複製貼上」
開發框架函式庫、套件、開發框架讓我們可以省去許多學習複雜概念的時間
開發框架框架的優點也是缺點，你不需要知道太多資訊，有時候反⽽變成設計的缺陷
⼈⼯智慧GitHub Copilot 能讓我們快速撰寫出程式，然⽽能很好的跟專案整合嗎？
習慣之快
重複許多常⾒的使⽤情境，因為⼤多數時候都是「重複」的因此能很快
記憶因為已經被記住，就不需要依靠⼯具、網路資源就可以直接寫出來
累積在不依靠⼯具的狀況下實現更多功能，再⽤⼯具輔助加速開發
思考之快
理解能夠區分⼀段程式碼的意圖
變化能夠根據現況調整撰寫的程式碼
精煉能夠發現程式中重複的部分，並且加以重構改善
簡化消除多餘的邏輯，⽤簡單明確的⽅式實現
價值撰寫真正有⽤的程式碼，⽽非重複⼯作或者不相關的實作
智慧之快
規則能夠找出接近通⽤的特性或慣例
⼯具能夠設計極⼤改善開發速度的⼯具
未知現在只能稍微看到線索，仍未知道這個等級會有怎樣的風景
思考之慢
有⽤⽤同樣的時間，寫⼀⾏有⽤的程式還是⼀百⾏無意義的程式
訓練⼯具、習慣之所以快是因為不⽤思考，反⽽成為提升能⼒的阻礙
創造寫程式更接近於藝術，是需要創造⼒的職業，也因此更應該花時間思考
反思
elct9620
ivargrimstad
knr109
yuhei_fujita
ruyadorno
tomokusaba
akkyie
kishida
inoichan
.png){kind=avatar}
melonattacker
disconinja
morux2
bkeepers
akosma
mongodb
bryan
rasmusluckow
carmenintech
jonyablonski
lauravandoore
phodgson
chriscoyier
trallard
mclloyd