You cannot select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
2.6 KiB
2.6 KiB
SUMMARY
- 简介
- 开篇词 | 从工程师到管理者,我的思考与实践
- 01 | 职场分身术:从给答案到做引导
- 02 | Bug引发事故,该不该追究责任?
- 03 | 每个工程师都应该了解的:A/B测试
- 04 | 如何帮助团队成员成长
- 05 | 当我们给别人提意见时,要注意些什么?
- 06 | 每个工程师都应该了解的:聊聊幂等
- 07 | 当别人给我们提意见时,该如何应对?
- 08 | 说说硅谷公司中的一对一沟通
- 09 | 每个工程师都应该了解的:大数据时代的算法
- 10 | 项目延期了,作为负责人该怎么办?
- 11 | 管理和被管理:期望值差异
- 12 | 每个工程师都应该了解的:数据库知识
- 13 | 管理者在进行工作分配时,会考虑哪些问题?
- 14 | 硅谷人到底忙不忙?
- 15 | 每个工程师都应该了解的:系统拆分
- 16 | 技术人如何建立个人影响力?
- 17 | 管理者不用亲力亲为:关键是什么?
- 18 | 每个工程师都应该了解的:API 的设计和实现
- 19 | 硅谷面试:那些你应该知道的事儿
- 20 | 项目管理中的三个技巧
- 21 | 每个工程师都应该了解的:中美在支付技术和大环境下的差异
- 22 | 不要做微观的管理者
- 23 | 如何处理工作中的人际关系?
- 24 | 编程语言漫谈
- 25 | 兼容并包的领导方式
- 26 | 如何做自己的职场规划?
- 27 | 小议Java语言
- 28 | 如何激发团队人员的责任心
- 29 | 说说硅谷互联网公司的开发流程
- 30 | 编程马拉松
- 31 | 工程师、产品经理、数据工程师是如何一起工作的?
- 32 | 硅谷人如何做 Code Review
- 33 | 技术人的犯错成本
- 34 | 如何从错误中成长?
- 35 | 理解并建立自己的工作弹性
- 36 | 如何对更多的工作说“不”
- 尾声:成长不是顿悟,而是练习
- 新书 |《跃迁:从技术到管理的硅谷路径》