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
How_to_be_a_better_developer_.pdf
Search
jnlin
July 19, 2018
0
42
How_to_be_a_better_developer_.pdf
jnlin
July 19, 2018
Tweet
Share
More Decks by jnlin
See All by jnlin
工程師到技術主管的思維轉變_敏捷_疊代與商業.pdf
jnlin
0
180
工程師的商業思維:商業與技術架構的關係
jnlin
0
91
擁抱流量:打造破億流量的系統架構
jnlin
0
45
Modern_Webconf_2018_從平台_媒體到數據公司_PIXNET_的架構演進.pdf
jnlin
0
270
網路概念簡介_網路速度篇.pdf
jnlin
0
75
20120426 High Availability MySQL
jnlin
3
1.9k
20110821-webdevelopmentoncloudplatform-110820211058-phpapp01.pdf
jnlin
0
48
20110504-awstaipei-110504045602-phpapp01.pdf
jnlin
0
71
20110326-handlersocket-110325140025-phpapp02.pdf
jnlin
0
56
Featured
See All Featured
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
16
2.1k
How STYLIGHT went responsive
nonsquared
95
5.2k
It's Worth the Effort
3n
183
27k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Typedesign – Prime Four
hannesfritz
40
2.4k
Six Lessons from altMBA
skipperchong
27
3.5k
The Art of Programming - Codeland 2020
erikaheidi
52
13k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
Into the Great Unknown - MozCon
thekraken
32
1.5k
A Philosophy of Restraint
colly
203
16k
[RailsConf 2023] Rails as a piece of cake
palkan
52
4.9k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
25
1.8k
Transcript
HOW TO BE A BETTER DEVELOPER Jui-Nan Lin @ PIXNET
什什麼是「好的開發者」?
• 開發速度快? • 不常寫錯/寫出爛Code? • 能設計好的架構? • 寫出的程式效能優異異? • Anything
Else?
想法.作法.表現
好的想法 • Open minded • Think BIG, not small •
Be active and positive • ⼤大膽假設,⼩小⼼心求證 • 適當的求助別⼈人與幫助別⼈人 • ⼭山窮⽔水盡疑無路路,柳柳暗花明⼜又⼀一村
OPEN MINDED • 技術⽇日新⽉月異異,不該死抱舊技術 • 但舊技術仍然可以有新⽤用法 • 前⼈人的輪輪⼦子可能還很好⽤用 • 沒有最好的架構,只有最適合的架構
• 架構=程式設計模式=設計⽅方法 • 三⼈人⾏行行必有我師
https://goo.gl/FE7291
OPEN MINDED • 吸取新知:訂閱 RSS Feed,參參加社團討論 • 思考新技術與舊技術的應⽤用情境 • 想辦法打臉挑戰⾃自⼰己
THINK BIG • 挑戰 沒作過/沒想過/沒試過 • 跳出舒適圈 • 花時間在「概念念」,⽽而非「細節」
細節? • Language Syntax • Building Tools • Library API
• 重要,但不值得花⼤大量量時 間去學 • 培養⽤用到的時候再看/找 的能⼒力力
Do you spend most of your time making your code
look "nice"?
You should focus on architecture - “How to write some
changeable code”
ABSTRACTIONS
ACTIVE AND POSITIVE • 不要只是「完成」⼯工作 • 做出來來的產品要「有⼈人⽤用」 • 提出來來的意⾒見見可能會被拒絕 •
告⽩白也是可能被拒絕 • 被拒絕的告⽩白會變成下次告⽩白的學習經驗
怎麼把事情作對、做好? 怎麼解決現在的問題? 怎麼樣交出成果,幫助產品成功? https://www.managertoday.com.tw/articles/view/1932
⼤大膽假設,⼩小⼼心求證 • 「猜」問題可以怎麼解 • 勇於嘗試,⼩小⼼心確認問題真的可以這樣解
適當的求助別⼈人與幫助別⼈人 • 相信集體智慧 • We are a team • 賀比的故事
• 團隊要⼀一起到達⽬目 標
你會怎麼做? • 你是⼀一個童軍健⾏行行的領隊,要帶 15 位⼩小朋友 到 15 公⾥里里外的營地 • 經過
1 公⾥里里後,你發現進度遠遠落落後 • 因為有位⼩小朋友「賀比」速度特別慢
你會怎麼做? 1. 請中等腳程的朗尼拿地圖帶隊 2. 讓每位⼩小朋友依照⾃自⼰己速度前進,在終點集 合 3. 由腳程最慢的賀比領隊
適當的求助別⼈人與幫助別⼈人 • Pair Programming • Code Review • 非正式討論 •
務必「有準備」再求助 • 提出⾃自⼰己的⽅方案 • A⽅方案 OR B⽅方案 比較好?
柳柳暗花明⼜又⼀一村 • 問題⼀一定有解 • 把問題切細? • 妥協? 提出解決⽅方案? • 旁觀者清?
https://www.darencademy.com/article/view/id/7001
SUMMARIZE • Open minded • Think BIG, not small •
Be active and positive • ⼤大膽假設,⼩小⼼心求證 • 適當的求助別⼈人與幫助別⼈人 • ⼭山窮⽔水盡疑無路路,柳柳暗花明⼜又⼀一村