flycoder 飛行開發‪者‬ josephj

想法 1 - 都是別人的錯：「Onboarding 經驗很不好」、「我的 Team 都沒人幫助我」、「我的想法都沒有人願意採納」

想法 2 - 為自己負責：「我能在 Onboard 經驗上做哪些改善」、「我能發揮我自己的想法、有幾個志同道合的朋友」、「我該如何讓別人了解我的想法」

感謝聽眾 Jojo 投書，這是蠻多人會感到疑惑的問題：有許多朋友在思索 Junior/Medium/Senior 的定義為何、以及如何能往上晉升。本集就來聊聊我對這對 Senior 的感受與定義，以及你應該如何做才能往 Senior 的路上走去。

Photo by Christina @ wocintechchat.com on Unsplash

最近加入團隊 1 個多禮拜的新同事，很急切地想對既有的 Source Code 寫法做出完全不同的寫法，觸發我想分享過去看到的一些案例。也想分享我認為帶來改變比較好的做法。

接續 26 集轉職或換工作建議

1. 心態：因為比較難所以選擇它

2. 心態：參加卻不參與，活在當下

3. 結語：對自己負責，擁抱可能性的生活、而不是對所有不確定性都過分擔憂。

You need to be in a YES culture, not be in overthinking-all-variables culture.

如何才能過上自己想要的人生？ 跟想成為演員的參軍小伙的一通對話 https://www.youtube.com/watch?v=hrtHB5N3bg0

時常都會有朋友找我聊職涯、換工作、甚至還有轉職，也因此常會看到不同的思路或令人不解的地方。本集來歸納整理有些思維、或者方法是轉換跑道的你一定要知道的。


過程過程！你更應該專注於過程而非結果
第一性原理：為什麼都要先上課才能轉職？
沒想清楚很糟糕
你不會得到你想要的
要深入細節
記錄、創造內容、分享的魔力

精神就是 Be happy, enjoy the process, and record it：讓自己快樂、享受過程、並且記錄！

講到軟體開發，大多數人都會用 Architecture 架構這個詞：總是思索著我們應該要有很漂亮的架構、程式碼基於這個架構能夠井然有序、一目了然。但實際情況大多都是對現有團隊的程式碼不滿意，為什麼大家有類似的思維但仍然失望？或許我們的思維方式需要改變了。今天要分享的內容是基於一個 RubyConf 的 Talk「Livable Code」。相信對大家的思維方式能帶來一定程度的衝擊或改觀。

網址：https://flycoder.io/podcasts/25/software-not-architecture-but-livable

大綱

1. Conway's Law 康威定律：程式碼反映出團隊的溝通方式：架構、Tech Debt。
2. No Silver Bullet 沒有銀色子彈：軟體開發不是單純的流水線生產，更像是創意產業，所以不能用突破性的「量產」做思維方式。
3. Architecture v.s. Interior Design 軟體不應該是架構而是室內設計。
4. Code 是讓團隊在裡面生活的：概念更像是要顧慮到室友或家人。

問題

1. 當程式碼髒亂不堪時、你如何帶來改變？
2. 當你想要引入一個新技術時，你的作法是什麼？
3. 當你的想法跟同事不一樣時，你怎麼去處理？
4. 你是帶來改變的人嗎？有沒有好的經驗能跟我們分享？

相關連結

- RailsConf 2018: Keynote - Livable Code by Sarah Mei
- No Silver Bullet