極客時間出品的《10x程式設計師工作法》由鄭曄所作，鄭曄是火幣網首席架構師，前ThoughtWorks首席諮詢師 ，TGO鯤鵬會會員。本專欄講掌握主動權，忙到點子上。
《10x程式設計師工作法》課程背景
一個好程式設計師的工作效率是普通程式設計師的10倍，成為10x程式設計師應該是每個開發者的追求。
但效率是由程式設計能力決定的嗎？答案是“未必”。工作中，你可能有過這樣的困惑：做為程式設計師，你很想潛心鑽研技術，卻發現每天耗費大量精力解決的問題，多數都不是純粹的技術問題，總會有一些令你抓狂的意外。你寫完程式碼，但需求變了；你做出的東西，總是和要求不符，經常返工；你錯估了工作量，因而要拼命加班彌補…諸如此類，不勝列舉。
於是，你的工作很被動，經常加班、熬夜、忙忙碌碌，卻總在解決這類看似很“不值當”的事兒。
歸根結底，程式設計師面對的並不是單純的線性工作，你的程式設計技術提高，並不代表工作效率也會相應提高。你的工作方法，正在成倍地影響著你的開發效率。而只有瞭解並掌握了高效工作的方法和原理，你才真正有機會成為10x程式設計師，甚至是100x程式設計師。
為此，我們特意邀請了鄭曄，在這個專欄裡為你分享頂級程式設計師的工作方法和思維方式。
《10x程式設計師工作法》講師介紹
鄭曄，網名dreamhead，火幣網首席架構師，前ThoughtWorks首席諮詢師 ，TGO鯤鵬會會員，Oracle Duke選擇獎獲獎作品Moco的創始人，在軟體行業奮鬥了近二十年。
在這個專欄中，鄭曄將針對程式設計師在實際工作中的真實場景，給你一套高效工作的解決方案；針對一些特定問題，通過對行業內的“最佳實踐”（Best Practice）進行深度解析，提煉出其背後的核心邏輯，拉近你與高手的距離。
《10x程式設計師工作法》專欄模組
專欄共45講，分為6大模組。
1. 有效工作的思考框架
為你提供一個可套用的思考框架，幫你在遇到問題時梳理自己真正要做的事情。同時還會給你提供踐行這套框架所需的幾項基本原則。
2. 以終為始
從完成的定義、需求的完成、程式碼的完成、產品特性的完成等幾個方面，來幫你明確真正的目標。通過跳出角色、數字校驗、沙盤推演等方式確保目標的可行性，讓你的每一絲努力都不白費。
3. 任務分解
通過德雷克公式、埃隆·馬斯克、“老虎”伍茲等案例，為你分析任務分解的重要性。通過對測試驅動開發進行完整地瞭解，讓你更好地掌握任務分解的“度”。對需求以及產品的分解以及對優先順序的講解，可以讓你與其他人的協作更加遊刃有餘，掌握主動權。
4. 溝通反饋
這個板塊從資訊理論的角度出發，讓你明白“理解的偏差”是如何產生的。專欄將從程式碼的溝通、團隊的溝通、視覺化的溝通等角度為你講解許多實踐背後的溝通法則，通過開發的反饋、團隊的反饋以及使用者的反饋為你介紹反饋在軟體開發中的價值，消除你與真實世界間的理解偏差。
5. 自動化
你以為自動化就是寫程式碼，其實不然。有時候不寫程式碼而解決問題，才是一個好方案。自動化版塊中從構建指令碼、shell 程式設計出發，給你介紹了持續交付、驗收測試背後的自動化理念，以及做好自動化需要了解的單一職責、分層架構等思想，讓你知道什麼情況下，你可以驕傲地“偷懶”。
6. 綜合運用
結合程式設計師日常工作場景，將1個思考框架和4個基本原則進行綜合應用分析。讓你能夠學會高效工作方法並融會貫通，從各個維度幫你解決效率問題。
《10x程式設計師工作法》課程目錄
開篇詞 | 程式設計師解決的問題，大多不是程式問題
思考框架
01 | 10x程式設計師是如何思考的？
以終為始
02 | 以終為始：如何讓你的努力不白費？
03 | DoD的價值：你完成了工作，為什麼他們還不滿意？
04 | 接到需求任務，你要先做哪件事？
05 | 持續整合：整合本身就是寫程式碼的一個環節
06 | 精益創業：產品經理不靠譜，你該怎麼辦？
07 | 解決了很多技術問題，為什麼你依然在“坑”裡？
08 | 為什麼說做事之前要先進行推演？
09 | 你的工作可以用數字衡量嗎？
10 | 迭代0: 啟動開發之前，你應該準備什麼？
答疑解惑 | 如何管理你的上級？
任務分解
11 | 向埃隆·馬斯克學習任務分解
12 | 測試也是程式設計師的事嗎？
13 | 先寫測試，就是測試驅動開發嗎？
14 | 大師級程式設計師的工作祕笈
15 | 一起練習：手把手帶你分解任務
16 | 為什麼你的測試不夠好？
17 | 程式設計師也可以“砍”需求嗎？
18 | 需求管理：太多人給你安排任務，怎麼辦？
19 | 如何用最小的代價做產品？
答疑解惑 | 如何分解一個你不瞭解的技術任務？
溝通反饋
20 | 為什麼世界和你的理解不一樣
21 | 你的程式碼為誰而寫？
22 | 輕量級溝通：你總是在開會嗎？
23 | 視覺化：一種更為直觀的溝通方式
24 | 快速反饋：為什麼你們公司總是做不好持續整合？
25 | 開發中的問題一再出現，應該怎麼辦？
26 | 作為程式設計師，你也應該聆聽使用者聲音
使用者故事 | 站在前人的肩膀上，領取屬於你的高效工作祕籍
27 | 儘早暴露問題： 為什麼被指責的總是你？
28 | 結構化：寫文件也是一種學習方式
答疑解惑 | 持續整合，一條貫穿諸多實踐的主線
自動化
29 | “懶惰”應該是所有程式設計師的驕傲
30 | 一個好的專案自動化應該是什麼樣子的？
31 | 程式設計師怎麼學習運維知識？
32 | 持續交付：有持續整合就夠了嗎？
33 | 如何做好驗收測試？
34 | 你的程式碼是怎麼變混亂的？
35 | 總是在說MVC分層架構，但你真的理解分層嗎？
36 | 為什麼總有人覺得5萬塊錢可以做一個淘寶？
37 | 先做好DDD再談微服務吧，那只是一種部署形式
答疑解惑 | 持續整合、持續交付，然後呢？
綜合運用
38 | 新入職一家公司，怎麼快速進入工作狀態？
39 | 面對遺留系統，你應該這樣做
40 | 我們應該如何保持競爭力？
答疑解惑 | 如何在實際工作中推行新觀念？
結束語 | 少做事，才能更有效地工作
訂閱價格：
為回報猿人學的粉絲，所有通過我分享的二維碼購買的使用者，請加我微訊號：dismissmewp，備註：返現。
享受完其它優惠後，我再給大家立即返￥12元現金。
我的公眾號：猿人學 Python 上會分享更多心得體會，敬請關注。
***版權申明:若沒有特殊說明，文章皆是猿人學 yuanrenxue.com 原創，沒有猿人學授權，請勿以任何形式轉載。***