《躍遷》是一部由朱贇所編著的書籍，電子工業出版社出版發行。
基本介紹
- 書名：躍遷
- 作者：朱贇
- ISBN：9787121338007
- 出版社：電子工業出版社
出版信息,內容簡介,作者簡介,目錄,
出版信息
內容簡介
近些年來，毫不遜色於國力攀升的，是中國網際網路業的蓬勃發展。而身在其中者，感受到的是業務複雜度、團隊規模的迅猛增長，對創新與項目疊代頻率的極限追求。
當內部成長與自我提升的速度難以與之匹配，就亟需走出去、向外看——本書就是這樣一條來自矽谷的極具觀摩與借鑑價值的優質軌跡，更因凝結作者從工程師到管理者的全程實景與心路而無比鮮活。
全書分為技術管理、技術實踐、矽谷文化、個人成長及雜談幾個部分，非常適於新晉技術管理者、視野開闊的一線IT業者，以及廣大期望供職於全球網際網路巨頭的有志之士。
作者簡介
朱贇，英文名 Angela。計算機博士，Airbnb 技術經理，極客時間App專欄作者，Square首位華人女工程師。
朱贇博士大部分時間，都在不斷地積累和練習。獨立地學習、做科研，或者長時間地編寫代碼。
目錄
第一章 技術管理
1. 職場中：從給答案到做引導
2. 如何幫助團隊成員成長
3. 項目延期了，作為負責人該怎么辦？
4. 管理和被管理：期望值差異
5. 管理者在進行工作分配時，會考慮哪些問題？
6. 管理者不用親力親為：關鍵是什麼？
7. 項目管理中的三個技巧
8. 不要做微觀管理者
9. 兼容並包的領導方式
10. 激發團隊人員的責任心
11. 系統開發中的 “攻城” 與 “守城”
12. 說說效績評估這件事
13. 公司增長：關於工程師的跨組協作
14. 論一線管理者的基本素養
1. 職場中：從給答案到做引導
2. 如何幫助團隊成員成長
3. 項目延期了，作為負責人該怎么辦？
4. 管理和被管理：期望值差異
5. 管理者在進行工作分配時，會考慮哪些問題？
6. 管理者不用親力親為：關鍵是什麼？
7. 項目管理中的三個技巧
8. 不要做微觀管理者
9. 兼容並包的領導方式
10. 激發團隊人員的責任心
11. 系統開發中的 “攻城” 與 “守城”
12. 說說效績評估這件事
13. 公司增長：關於工程師的跨組協作
14. 論一線管理者的基本素養
第二章 技術實踐
15. 機器學習快速入門
16. 每個工程師都應該了解的：A/B測試
17. 每個工程師都應該了解的：聊聊冪等
18. 每個工程師都應該了解的：大數據時代的算法
19. 每個工程師都應該了解的：資料庫知識
20. 每個工程師都應該了解的：系統拆分
21. 每個工程師都應該了解的：API 的設計和實現
22. 中美在支付技術和大環境下的差異
23. 程式語言漫談
24. 小議Java語言
25. 關於軟體質量
26. 寫代碼的四個境界
27. 聊聊Ruby on Rails
28. 再談系統 Monitoring 和 Alerting
29. 連續開發中常見的三個問題
30. 怎么寫 Design Doc
31. 面對 Bug 的正確姿勢
第三章 矽谷文化
32. 說說矽谷網際網路公司的開發流程
33. 工程師、產品經理、數據工程師是如何一起工作的
34. 矽谷面試：那些你應該知道的事兒
35. 矽穀人如何做 Code Review
36. Bug引發事故，該不該追究責任？
37. 編程馬拉松
38. 說說矽谷公司中的一對一溝通
39. 矽穀人到底忙不忙？
40. 關於On Call
41. 關於運維
42. 關於 Level 和 Promotion，其實就那么簡單
43. 漫談產品的國際化和本地化
44. 為什麼人人都愛的 Coupon（優惠券），維護起來有那么多的坑？
45. Facebook 工程師印象一二三
46. 公司里的 Data Scientist（數據科學家）
15. 機器學習快速入門
16. 每個工程師都應該了解的：A/B測試
17. 每個工程師都應該了解的：聊聊冪等
18. 每個工程師都應該了解的：大數據時代的算法
19. 每個工程師都應該了解的：資料庫知識
20. 每個工程師都應該了解的：系統拆分
21. 每個工程師都應該了解的：API 的設計和實現
22. 中美在支付技術和大環境下的差異
23. 程式語言漫談
24. 小議Java語言
25. 關於軟體質量
26. 寫代碼的四個境界
27. 聊聊Ruby on Rails
28. 再談系統 Monitoring 和 Alerting
29. 連續開發中常見的三個問題
30. 怎么寫 Design Doc
31. 面對 Bug 的正確姿勢
第三章 矽谷文化
32. 說說矽谷網際網路公司的開發流程
33. 工程師、產品經理、數據工程師是如何一起工作的
34. 矽谷面試：那些你應該知道的事兒
35. 矽穀人如何做 Code Review
36. Bug引發事故，該不該追究責任？
37. 編程馬拉松
38. 說說矽谷公司中的一對一溝通
39. 矽穀人到底忙不忙？
40. 關於On Call
41. 關於運維
42. 關於 Level 和 Promotion，其實就那么簡單
43. 漫談產品的國際化和本地化
44. 為什麼人人都愛的 Coupon（優惠券），維護起來有那么多的坑？
45. Facebook 工程師印象一二三
46. 公司里的 Data Scientist（數據科學家）
第四章 個人成長
47. 技術人如何建立個人影響力
48. 如何處理工作中的人際關係
49. 如何在錯誤中成長
50. 如何對更多的工作說不
51. 當我們給別人提意見時，要注意些什麼？
52. 當別人給我們提意見時，該如何應對？
53. 如何做自己的職場規劃？
54. 技術人的犯錯成本
55. 理解和建立你自己的工作彈性
56. 怎樣讓自己成為不可替代的程式設計師？
57. 為什麼有的程式設計師可以一下抓住問題關鍵？
58. 說說公司內部的轉組和選組
59. 關於學習的焦慮感
60. 當我們說成長遇到了瓶頸的時候，我們遇到的是什麼？
61. 關於工程師成長的一點思考
62. 管理你的精力，而不是你的時間
63. 論程式設計師的自我修養
第五章 雜談
64. 王小波式的邏輯證明 和 程式設計師間的爭論
65. 設計是門邏輯學，然後才是美學
66. 是不是該轉型搞機器學習呢？
67. 白話 IT 之要不要從 RabbitMQ 轉Kafka？
68. 白話 IT 之 從 Hive 到 Presto 到 Airpal
69. 白話 IT 之 從 ElasticSearch 到 ZooKeeper
70. 白話 IT 之淺談 ELK 日誌系統
71. 白話 IT 之 聊聊搜尋
72. IT 江湖（一）之 機器學習篇
73. IT 江湖（二）之 資料庫篇
74. 說說工作中的"感知"這件事
75. 業務？技術？
47. 技術人如何建立個人影響力
48. 如何處理工作中的人際關係
49. 如何在錯誤中成長
50. 如何對更多的工作說不
51. 當我們給別人提意見時，要注意些什麼？
52. 當別人給我們提意見時，該如何應對？
53. 如何做自己的職場規劃？
54. 技術人的犯錯成本
55. 理解和建立你自己的工作彈性
56. 怎樣讓自己成為不可替代的程式設計師？
57. 為什麼有的程式設計師可以一下抓住問題關鍵？
58. 說說公司內部的轉組和選組
59. 關於學習的焦慮感
60. 當我們說成長遇到了瓶頸的時候，我們遇到的是什麼？
61. 關於工程師成長的一點思考
62. 管理你的精力，而不是你的時間
63. 論程式設計師的自我修養
第五章 雜談
64. 王小波式的邏輯證明 和 程式設計師間的爭論
65. 設計是門邏輯學，然後才是美學
66. 是不是該轉型搞機器學習呢？
67. 白話 IT 之要不要從 RabbitMQ 轉Kafka？
68. 白話 IT 之 從 Hive 到 Presto 到 Airpal
69. 白話 IT 之 從 ElasticSearch 到 ZooKeeper
70. 白話 IT 之淺談 ELK 日誌系統
71. 白話 IT 之 聊聊搜尋
72. IT 江湖（一）之 機器學習篇
73. IT 江湖（二）之 資料庫篇
74. 說說工作中的"感知"這件事
75. 業務？技術？
