Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
2022 - COSCUP - 我想慢慢寫程式該怎麼辦?
Search
蒼時弦や
July 31, 2022
Programming
0
260
2022 - COSCUP - 我想慢慢寫程式該怎麼辦?
在軟體工程師的世界中,一直以來存在著十倍速工程師的傳說。然而,十倍速是怎樣的概念,難道我們就不能慢慢的寫程式嗎?要怎麼做才能讓自己的時間慢下來慢慢寫,卻不影響原本的時程呢?
蒼時弦や
July 31, 2022
Tweet
Share
More Decks by 蒼時弦や
See All by 蒼時弦や
2024 - COSCUP - Clean Architecture in Rails
elct9620
2
170
2023 - RubyConfTW - Rethink Rails Architecture
elct9620
0
170
20230916 - DDDTW - 導入 Domain-Driven Design 的最佳時機
elct9620
0
420
2023 - WebConf - 選擇適合你的技能組合
elct9620
0
640
20230322 - Generative AI 小聚 ft. Happy Designer
elct9620
0
380
2022 - 默默會 - 重新學習 MVC 的 Model
elct9620
1
450
MOPCON 2022 - 從 Domain-Driven Design 看網站開發框架隱藏
elct9620
1
470
2022 - COSCUP - 打造高速 Ruby 專案開發流程
elct9620
0
280
2021 - RubyKaigi - It is time to build your mruby VM on the microcontroller?
elct9620
0
270
Other Decks in Programming
See All in Programming
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
240
物語を動かす行動"量" #エンジニアニメ
konifar
14
5.6k
Rancher と Terraform
fufuhu
1
130
AI時代に学習する意味はあるのか?
tomoyakamaji
0
100
go test -json そして testing.T.Attr / Kyoto.go #63
utgwkk
1
160
Kiroで始めるAI-DLC
kaonash
1
130
testingを眺める
matumoto
1
120
Scale out your Claude Code ~自社専用Agentで10xする開発プロセス~
yukukotani
9
2.7k
Vue・React マルチプロダクト開発を支える Vite
andpad
0
110
[FEConf 2025] 모노레포 절망편, 14개 레포로 부활하기까지 걸린 1년
mmmaxkim
0
1.3k
FindyにおけるTakumi活用と脆弱性管理のこれから
rvirus0817
0
200
【第4回】関東Kaggler会「Kaggleは執筆に役立つ」
mipypf
0
940
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1.1k
For a Future-Friendly Web
brad_frost
179
9.9k
Typedesign – Prime Four
hannesfritz
42
2.8k
Why Our Code Smells
bkeepers
PRO
339
57k
GitHub's CSS Performance
jonrohan
1032
460k
Thoughts on Productivity
jonyablonski
69
4.8k
Side Projects
sachag
455
43k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
284
13k
Music & Morning Musume
bryan
46
6.8k
Fireside Chat
paigeccino
39
3.6k
Transcript
我想慢慢寫程式 該怎麼辦?
@elct9620 THE PROGRAMMER OF CREATIVE ႏָࣛɰ
#Consulting Job
#Ruby/Rails Course and Tools Product
https://blog.aotoki.me Blog
https://discord.com/invite/t2Kd6PNvvA Discord
https://www.youtube.com/channel/UCcABbJfCL0DfNh3wDk_-7lg YouTube
快慢概念
質的差異 許多非常厲害的⼯程師,寫程式看起來都不快,但都是有價值的實作
⼯具之快
編輯器 ⾃動補完、⼯具鏈整合讓入⾨更容易
網路資源 各種範例、教學可以「複製貼上」
開發框架 函式庫、套件、開發框架讓我們可以省去許多學習複雜概念的時間
開發框架 框架的優點也是缺點,你不需要知道太多資訊,有時候反⽽變成設計的缺陷
⼈⼯智慧 GitHub Copilot 能讓我們快速撰寫出程式,然⽽能很好的跟專案整合嗎?
習慣之快
重複 許多常⾒的使⽤情境,因為⼤多數時候都是「重複」的因此能很快
記憶 因為已經被記住,就不需要依靠⼯具、網路資源就可以直接寫出來
累積 在不依靠⼯具的狀況下實現更多功能,再⽤⼯具輔助加速開發
思考之快
理解 能夠區分⼀段程式碼的意圖
變化 能夠根據現況調整撰寫的程式碼
精煉 能夠發現程式中重複的部分,並且加以重構改善
簡化 消除多餘的邏輯,⽤簡單明確的⽅式實現
價值 撰寫真正有⽤的程式碼,⽽非重複⼯作或者不相關的實作
智慧之快
規則 能夠找出接近通⽤的特性或慣例
⼯具 能夠設計極⼤改善開發速度的⼯具
未知 現在只能稍微看到線索,仍未知道這個等級會有怎樣的風景
思考之慢
有⽤ ⽤同樣的時間,寫⼀⾏有⽤的程式還是⼀百⾏無意義的程式
訓練 ⼯具、習慣之所以快是因為不⽤思考,反⽽成為提升能⼒的阻礙
創造 寫程式更接近於藝術,是需要創造⼒的職業,也因此更應該花時間思考
反思