In 91

最近挺多工程師詢問到，要成為一位 tech leader 該具備哪些技能，該怎麼樣培養自己的能力呢？

這問題當然是個大哉問，也沒有所謂的正確解答。但我總會建議他們：「要讓自己往 tech leader 前進，你應該要養成提供技術提案的能力。並透過這個方式，不斷鍛鍊自己。」

【模式15】：我給了你鑿子，可你為什麼不是米開朗基羅

管理者選購工具，潛意識裡希望這些工具可以賦予團隊技能。

自動化工具有時候看上去就救生繩。在絕望的時候，購買工具的人忘了，自己其實應當具備對應的技能。

在各個研討會、培訓課程、顧問諮詢、社群活動教授時，最常被問到的問題就是：「你推薦哪幾本書？」

其實，這個問題沒有標準答案的，因為學習是循序漸進的，每個人的 context 不同，眼下最適合的書也就不同。這篇文章先把上次推薦的 30 本經典書籍列上來，實際學員眼下讀哪幾本書最有幫助，就得 case by case 瞭解了。

為啥開發人員都覺得 TDD 好，卻又覺得在實務上有些彆扭，也有很多說法把它講得有些不切實際、太理想化呢？

你以為它是測試，但其實在它的本質上，同時兼具了「Specification」與「Test」兩種維度的身份。

隨筆記錄下來想法，這個「測試驅動開發」的「測試」，可能跟你想得不一樣。

許多公司往往為了 KPI 需要數字，所以將測試覆蓋率訂了個 criteria 來「強暴」開發團隊，甚至要求團隊「一定」要用 TDD 來開發所有程式。

這一切都是不求甚解的為了潮、為了追求數字的迷思，本篇文章將補上我對於「測試覆蓋率」與「看待 TDD 的正確角度」的見解。

在做交易型系統，尤其是電子商務類的，往往會針對不同的資料等級來設定不同的規範與處理。

本篇文章就過去自己的經驗，簡要整理出幾個機敏性等級的資料與處理方式，供大家做參考。

去年參加了 2016 年北京 ArchSummit，我主要去聽的場子都跟電商架構與架構演進相關的主題。針對「京東」與「唯品會」的架構演進，整理成了一份簡報，分享給大家當參考。

面試官常踩到的地雷之一：一開始就請應徵者先進行「自我介紹」。

這有什麼問題呢？有什麼建議的順序跟方式呢？本文將分享我個人的經驗供大家參考，也期望大家能提供一些建議、疑問或回饋，互相交流。

面試時應徵者總是會提到自己有解決問題的能力，而解決問題的能力對面試官也是極度重視的一環，本文分享我在面試時通常會怎麼問，或許有些主觀，但提供給各位參考與準備。

上回邀請朋友一起來進行 pair programming，隨機挑了一個 Codewars 的題目來練習：Mumbling。

題目描述：

• 工程師該怎樣才能突破自己能力瓶頸？寫 blog！
• 工程師該怎樣精進自己在職涯上所需要的能力？寫 blog！
• 工程師該怎樣才能保持學習與成長的動能？寫 blog！
• 工程師該怎樣才能證明自己的潛力與特質？寫 blog！
• 工程師該怎樣才能發揮與養成影響力？寫 blog！

本文打算老生常談，從幾個很實務的面向來整理，寫 blog 對你有什麼好處。如果你不需要這樣的好處，或是有更好的方法獲得這些好處，Just do it！如果願意分享讓我可以跟著你一起學習，我將感激不盡。

LeetCode 58: Length of Last Word

Codewars 上隨機挑到的題目：Number of People in the Bus

Leet Code 題目 121: Best Time to Buy and Sell Stock

Codewars 上隨機挑到的一個題目：Buying A Car

LeetCode 136 題：Single Number

LeetCode 第 15 題: 3 Sum。

LeetCode 第三題 "Longest Substring Without Repeating Characters" 

LeetCode 第 231 題："Power of Two"，相當單純的題目。

Given an integer, write a function to determine if it is a power of two.

LeetCode 第九題 Palindrome Number ，判斷一個數字是否為「回文」。

Determine whether an integer is a palindrome. Do this without extra space.