每個程式設計師必看:如何在40歲後繼續做軟體開發?
導讀:
這是一個 42 歲的開發者所寫經驗分享文章.並且列出一些他 18 年多身為軟體開發者的經驗談.許多部分看完後都會希望自己當時就能夠了解,所以很推薦不論是新手或是老手都要好好閱讀這一篇文章。
故事很長,一切從 1997 年開始講起.那是一個令人懷念的年代(FF7 發售,微軟入股蘋果,鐵達尼號電影上映),那是作者第一年身為軟體開發者的年份。當時他的第一份工作是從事 ASP 並且在微軟的平臺上面使用 EditPlus。十八年過去,作者一共做過六份工作,其中被炒魷魚兩次,出過兩本書,從事過不少演講。他整理了他的一些心得,希望年輕的開發者(或是有志將軟體開發作為終生志業的人)一些建議,條列如下:
1. Forget The Hype (忘記各種程式語言與架構的炒作與熱潮)
不少的新的語言與技術來來去去,作者不是要你別去學習新事物,而是不要因為有太多的新事物而恐慌或是自我放棄。持續鑽研你目前在學習的,並且可以每年挑一些你有興趣的專案深入瞭解。
[反觀我自己]:各種後端與前端語言來來去去,我把時間花在學習 Python(會持續), Ruby,Scala(會持續)與 Golang(會持續)。透過使用 Golang 可以有更多的時間去了解系統架構與直接面對問題,讓寫程式碼變得更有趣。
2. Choose Your Galaxy Wisely(慎選你的星系)
為了維持原文的意思,我還是使用星系這個字。這邊指的是你學習跟從事的技術要慎選,舉例而言,微軟星系(泛指: .Net、C# ….)或是 Apple 星系(Objective C++、Swift …)。慎選你喜歡的星系,因為那會影響你未來的發展。
[反觀我自己]:過去十年主要針對微軟星系,目前主要就是後端的 Ubuntu 星系 ,各種後端程式語言都是我目前主要的重點,當然還有 Docker 相關技術。
3. Learn About Software History(瞭解各種軟體的歷史)
作者認為如果你喜歡一種程式語言、一種架構,你就需要好好的瞭解它的由來與故事。
[反觀我自己]:比如說我喜歡 Golang ,我就應該要了解以下的一些問題:
Golang 是誰發明的?
Ans:由 Google 內部的三位大神 Robert Griesemer,Ken Thompson(C 語言的共同發明者)與 Rob Pike(UTF-8 的共同發明者),在 2007 年於 Google 內部共同起草發明。
他主要解決什麼問題?為何以前做不到?
Ans:根據第一份 Golang Talk
原因為:
- Go fast!
- Make programming fun again.
- 世界在變,但是系統語言卻已經十年沒變。
- 系統語言往往編譯過久。
為何以前做不到:(在舊的程式語言上做不到)
新增函式庫不是一個正確的方向。
需要從新思考整個架構來開發新的程式語言。
目前這個技術的最新狀況如何?
Ans:Golang 目前是 1.6.2 (2016/05/03) ,並且支援 HTTP2 並且可以透過 gomobile 在手機上也可以使用相關套件。
4. Keep on Learning (持續學習!)
不論你喜歡哪些新的技術或是新的程式語言,你都應該持續的學習,裡面並且建議:
每年學習一個新的程式語言。
每年讀六本書。(作者推薦 Peopleware、The Psychology of Software Programming、Facts and Fallacies of Software Engineering、Agile!: The Good, the Hype and the Ugly、Rework 跟 Geekonomics,都是好書。)
[反觀我自己]:
程式語言部分: 2014 (Ruby, Scala) 2015 (Go, Swift) 2016 還沒有決定.
讀書部分:每年讀沒有超過六本書,但是讀過不少論文並且有上過一些 MOOCs。
5. Teach(指導其他人)
這邊指的不是一定要開堂授課,你可以寫一篇部落格來講解你學習的新事物,因為教導是最好的學習方式。
[反觀我自己]:還好部落格從來沒停過,個人也認為寫部落格的過程可以讓我不斷地檢視我瞭解的部分,並且弄懂所有的細節(希望!),不過還是希望能夠多多指導其他人(比如說 meetup 或是 talk)。
6. Workplaces Suck(工作場所糟糕透了)
不要去期望軟體公司會給你任何職涯的規劃,相反的不少公司會將你認為是另外一種的勞工,只會將你放在你擅長的位子,所以也有軟體公司變成血汗工廠的相關文章。作者同時也認為開放性座位對於需要高度腦力工作的軟體工作者是一種最不好的設計(使用 “cancer” 這個詞)。而對於工作上的指派,作者也建議大家應該要好好了解每個任務的內容.有任何疑問應該要提出來討論,對於不瞭解的事物盲從是最不好的,應該不惜抗拒權威或是離職才是正確的選擇,不要讓這樣的工作風氣扼殺了你的熱情。
[反觀我自己]:我一向對於任何”不合理”的任務指派都會有意見,甚至不斷地提出抗議。(當然結果可能都不好!)但是如果因為這樣就不提出,那麼我們還剩下什麼呢?
7. Know Your Worth(瞭解自我的市場價值)
這篇是要大家充分的瞭解自己的市場行情(也就是薪水),根據這篇文章通常一個軟體工程師應該要能創造出他自己薪水等級的十倍價值。事實上可能遠遠不止如此,所以作者建議我們要勇敢地去爭取更多的薪水,甚至你可以公開你的薪水等級,讓更多人知道你是否被低估(或是高估)任何(自認為)有你相同能力的人,都應該拿到一樣的待遇。
[反觀我自己]:這件事情還真是難做到,在一間公司待久之後,最容易降低的就是薪水提升的幅度。這件事情還得努力學習,讓自己的市場價值更高.同時我們也要不斷檢視,我們自己能不能創造出自己薪水的十倍價值。
8. Send The Elevator Down (虛心地接受任何意見)
這邊我的解讀可能跟作者原先的不同。他有提到膚色與種族的優勢,但是我想到的卻是你的職位,你可能會聽到許多來自於部下或是後輩的建議(或是批評)。不要快速地想要反駁或是抵制,充分的瞭解過後,或許可以坦誠自己的見解或許是有盲點的,必要時甚至可以道歉並且快速修正。如同許多書上有提到的:「你僱用一個員工,一定是要比你還強的,這樣你才能將事情交給他辦,你自己做更需要更大視野的任務。」
[反觀我自己]:參加社群后,最容易有這種感覺:太多令人欽佩的後輩了,每個人都有著淵博而清楚的知識。我們不需要否認,更不需要去挑惕或是批評,我們要謙虛的接受並且吸收,成為我們自己的養分。
9. LLVM(一個自由軟體專案,是一種編譯器的基礎建設,以 C++ 寫成)
作者認為 LLVM 會是下一個重要的資訊業的星系(Galaxy) ,目前已經有許多的程式語言支援 LLVM 了。所以作者建議我們可以花一些時間去了解,或許去學習相關的程式語言。
[反觀我自己]:雖然 Python 與 Swift 都有學習,但是還不是我最上手的程式語言之一。這一個部分我會好好謹記於心,好好學習。
10. Follow Your Gut(相信你的直覺)
作者在 2000 年就覺得 .NET 會引領接下來的幾年,在 2007 年 iPhone 的發表會就瞭解他的相關技術會是緊接著幾年的發展趨勢。
當然,這是作者的直覺。但是,你也應該充分地相信你的直覺,並且努力的去追求與學習。
[反觀我自己]:我在 2014 年開始學習許多不同的程式語言, Python, Ruby, Objective C, Java, Swift, Scala 與 Rust。最後學習到 Golang,我直覺認為 Golang 會是 Server-side (或是說 Service-side)最重要的程式語言之一,所以我會努力學習。
11. APIs Are King(API 是王道)
這邊很推崇好的 API 設計是很重要的,不僅僅影響 server 與 client 的溝通,更會影響到好的軟體品質。也提出 chunky is better than chatty (簡單的說:就是不要將 API 拆的太精簡,使得 API call 需要往來相當的多次。)
同時作者也建議不要太依賴 REST ,不彷看看 socket.io, ZeroMQ, RabbitMQ, 或是 Erlang。並且也應該開始架設自己的機器人。
[反觀我自己]:沒有想過,原來 chunky 的設計準則在某些狀況下竟然比 chatty 更好,這得好好學習。我有架設自己的機器人來幫助我處理一些日常伺服器維護的瑣碎事項。
12. Fight Complexity(將複雜的事情簡單化)
永遠要秉持著 KISS 原則(“Keep it short and simple”)來處理任何事情. 面對困難或是負責的事情,有著不少工具可以幫助你將設計簡單化。
[反觀我自己]:我一直認為能夠越有能力的人,越能夠將複雜的事情簡單的講解,或是寫成一段簡單的程式碼來實現,這個能力是我們都要不斷學習的。
Conclusion(結論)
「年齡永遠不會是一個問題,只要你的心不斷催促你持續寫程式碼,持續製造新的東西,你永遠都會是年輕的。」
這是作者給我們的結論,他也希望我們能夠保持一顆年輕的心,不斷學習。 2016 是一個嶄新的一年,有著許多新奇的事件發生:微軟擁抱 Ubuntu,並且讓 SQL Server 在 Linux 上執行,人工智慧(AlphaGo)的大反攻。我們不會知道有什麼將發生,但是他希望我們都記住這些精神,並且微笑向前。
相關文章
- 保持一個好身體然後,繼續程式設計!《程式設計師健康指南》程式設計師
- 每個新手程式設計師必看的 SQL 指南程式設計師SQL
- 老程式設計師都到哪兒去了?--尋找40歲之後軟體開發者的象冢程式設計師
- 程式設計師如何在30歲後越老越吃香?程式設計師
- 程式設計師40歲後還在寫程式碼,是幸福還是悲哀?程式設計師
- 程式設計師在35-40歲之後真的就是死衚衕嗎?程式設計師
- 每個程式設計師和設計師必做的10項運動程式設計師
- 書單推薦:每個程式設計師必看的11本書程式設計師
- 35,40 甚至 50 歲轉行做軟體開發晚嗎?看這 10 個成功故事
- 職場29歲:作為程式設計師是繼續打工還是創業?程式設計師創業
- 一名 40 歲“老”程式設計師的反思程式設計師
- 40 歲+ 程式設計師被裁員,快遞都不收。。程式設計師
- 每個Java程式設計師必備的8個開發工具Java程式設計師
- 程式設計師每週該做的事情!程式設計師
- 從一個程式設計師笑話看軟體開發管理程式設計師
- 做個程式設計師程式設計師
- 硬體程式設計師和軟體開發程式設計師相比,哪一個就業發展前景比較好呢?程式設計師就業
- 程式設計師35歲後要轉管理?69歲的老程式設計師說不!程式設計師
- 乾貨總結!每個設計師必知的40個設計素材站
- 每個Java程式設計師需要了解的8個Java開發工具Java程式設計師
- 程式設計師必看的書-Ruby程式設計師程式設計師
- 程式設計師必看:移動開發中幾個全新的開源小工具。程式設計師移動開發
- 面試了一個 39 歲程式設計師後,我被罵了……面試程式設計師
- 40歲後學習程式設計:永遠不會為時已晚程式設計
- [轉載]好的程式設計師做不出好的軟體設計程式設計師
- 最早做遊戲設計與開發的女程式設計師遊戲設計程式設計師
- 程式設計師必看的書之Java程式設計師程式設計師Java
- 每個程式設計師都有一個框架夢程式設計師框架
- 程式設計師必看的書程式設計師
- 每個程式設計師必知之SEO程式設計師
- 每一個程式設計師都是自學成才程式設計師
- 如何做一個開心的程式設計師?程式設計師
- 30歲後將發生的事情讓程式設計師們驚恐程式設計師
- 每天,每週,每月,每年程式設計師該做的事情程式設計師
- 每天 每週 每月 每年程式設計師該做的事情程式設計師
- 30 歲轉行做初級程式設計師是什麼樣的體驗程式設計師
- 惋惜!37歲遊戲開發程式設計師突發腦溢血去世遊戲開發程式設計師
- 程式設計師,如何從開發轉型做架構師?程式設計師架構