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
220
2022 - COSCUP - 我想慢慢寫程式該怎麼辦?
在軟體工程師的世界中,一直以來存在著十倍速工程師的傳說。然而,十倍速是怎樣的概念,難道我們就不能慢慢的寫程式嗎?要怎麼做才能讓自己的時間慢下來慢慢寫,卻不影響原本的時程呢?
蒼時弦や
July 31, 2022
Tweet
Share
More Decks by 蒼時弦や
See All by 蒼時弦や
2024 - COSCUP - Clean Architecture in Rails
elct9620
2
120
2023 - RubyConfTW - Rethink Rails Architecture
elct9620
0
93
20230916 - DDDTW - 導入 Domain-Driven Design 的最佳時機
elct9620
0
360
2023 - WebConf - 選擇適合你的技能組合
elct9620
0
570
20230322 - Generative AI 小聚 ft. Happy Designer
elct9620
0
290
2022 - 默默會 - 重新學習 MVC 的 Model
elct9620
1
400
MOPCON 2022 - 從 Domain-Driven Design 看網站開發框架隱藏
elct9620
1
430
2022 - COSCUP - 打造高速 Ruby 專案開發流程
elct9620
0
240
2021 - RubyKaigi - It is time to build your mruby VM on the microcontroller?
elct9620
0
230
Other Decks in Programming
See All in Programming
ヤプリ新卒SREの オンボーディング
masaki12
0
120
GitHub Actionsのキャッシュと手を挙げることの大切さとそれに必要なこと
satoshi256kbyte
5
430
ペアーズにおけるAmazon Bedrockを⽤いた障害対応⽀援 ⽣成AIツールの導⼊事例 @ 20241115配信AWSウェビナー登壇
fukubaka0825
5
1.8k
リアーキテクチャxDDD 1年間の取り組みと進化
hsawaji
1
210
よくできたテンプレート言語として TypeScript + JSX を利用する試み / Using TypeScript + JSX outside of Web Frontend #TSKaigiKansai
izumin5210
5
1.6k
詳細解説! ArrayListの仕組みと実装
yujisoftware
0
570
アジャイルを支えるテストアーキテクチャ設計/Test Architecting for Agile
goyoki
9
3.2k
What’s New in Compose Multiplatform - A Live Tour (droidcon London 2024)
zsmb
1
470
Hotwire or React? ~アフタートーク・本編に含めなかった話~ / Hotwire or React? after talk
harunatsujita
1
120
Jakarta Concurrencyによる並行処理プログラミングの始め方 (JJUG CCC 2024 Fall)
tnagao7
1
280
型付き API リクエストを実現するいくつかの手法とその選択 / Typed API Request
euxn23
7
2.1k
Tauriでネイティブアプリを作りたい
tsucchinoko
0
360
Featured
See All Featured
A better future with KSS
kneath
238
17k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
169
50k
How STYLIGHT went responsive
nonsquared
95
5.2k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.1k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
Imperfection Machines: The Place of Print at Facebook
scottboms
264
13k
Rails Girls Zürich Keynote
gr2m
94
13k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
47
2.1k
Six Lessons from altMBA
skipperchong
27
3.5k
BBQ
matthewcrist
85
9.3k
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 能讓我們快速撰寫出程式,然⽽能很好的跟專案整合嗎?
習慣之快
重複 許多常⾒的使⽤情境,因為⼤多數時候都是「重複」的因此能很快
記憶 因為已經被記住,就不需要依靠⼯具、網路資源就可以直接寫出來
累積 在不依靠⼯具的狀況下實現更多功能,再⽤⼯具輔助加速開發
思考之快
理解 能夠區分⼀段程式碼的意圖
變化 能夠根據現況調整撰寫的程式碼
精煉 能夠發現程式中重複的部分,並且加以重構改善
簡化 消除多餘的邏輯,⽤簡單明確的⽅式實現
價值 撰寫真正有⽤的程式碼,⽽非重複⼯作或者不相關的實作
智慧之快
規則 能夠找出接近通⽤的特性或慣例
⼯具 能夠設計極⼤改善開發速度的⼯具
未知 現在只能稍微看到線索,仍未知道這個等級會有怎樣的風景
思考之慢
有⽤ ⽤同樣的時間,寫⼀⾏有⽤的程式還是⼀百⾏無意義的程式
訓練 ⼯具、習慣之所以快是因為不⽤思考,反⽽成為提升能⼒的阻礙
創造 寫程式更接近於藝術,是需要創造⼒的職業,也因此更應該花時間思考
反思