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
50
How_to_be_a_better_developer_.pdf
jnlin
July 19, 2018
Tweet
Share
More Decks by jnlin
See All by jnlin
工程師到技術主管的思維轉變_敏捷_疊代與商業.pdf
jnlin
0
210
工程師的商業思維:商業與技術架構的關係
jnlin
0
150
擁抱流量:打造破億流量的系統架構
jnlin
0
59
Modern_Webconf_2018_從平台_媒體到數據公司_PIXNET_的架構演進.pdf
jnlin
0
300
網路概念簡介_網路速度篇.pdf
jnlin
0
83
20120426 High Availability MySQL
jnlin
3
2k
20110821-webdevelopmentoncloudplatform-110820211058-phpapp01.pdf
jnlin
0
52
20110504-awstaipei-110504045602-phpapp01.pdf
jnlin
0
79
20110326-handlersocket-110325140025-phpapp02.pdf
jnlin
0
69
Featured
See All Featured
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Adopting Sorbet at Scale
ufuk
77
9.5k
Writing Fast Ruby
sferik
628
62k
Why Our Code Smells
bkeepers
PRO
337
57k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
How GitHub (no longer) Works
holman
314
140k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.8k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.6k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.9k
The Straight Up "How To Draw Better" Workshop
denniskardys
235
140k
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 • ⼤大膽假設,⼩小⼼心求證 • 適當的求助別⼈人與幫助別⼈人 • ⼭山窮⽔水盡疑無路路,柳柳暗花明⼜又⼀一村