共 2 篇相关文章
这篇讲的是“重复造轮子”在技术圈内常被讳莫如深，但作者认为，有时大胆造轮子不仅无妨，反而是技术创新和团队成长的重要路径。 文章以Linux和搜索引擎领域的创新为例，指出若当年坚持“不造轮子”，可能就没有今天的开源系统和竞争格局。作者区分了“设计”与“使用”技术的不同层次，强调为用户提供更好方案的目标，常常需要我们跳出直接使用现有产品的思路。 更重要的是，造轮子本身的价值：它能帮助团队深入理解领域，启发重新思考与改进。同时，富有挑战的项目还能吸引顶尖人才——优秀开发者渴望解决难题，而这类“轮子”正好提供了舞台，从而通过技术杠杆推动业务。但作者也提醒，同一公司内无意义的重复不可取，关键在于把握“农闲”与“农忙”的时机，让积累在需要时发挥作用。
这篇讲的是技术领导者如何与业务部门有效沟通的真实案例。作者从一位从Oracle来的技术副总身上观察到，技术团队常常陷入一个困境：埋头做出的成果（比如架构改进、技术负债处理）不被业务方理解，导致资源难以获取甚至项目被随意削减。 问题的核心在于，技术团队习惯用“扩展性”“稳定性”这类专业术语汇报，而业务负责人（如COO、PM）需要的是“这能带来什么实际好处”的直观答案。文章以一个组件化项目为例，技术副总一针见血地指出：如果连COO都不知道你在做什么，遇到困难时谁会支持你？他建议用业务语言“营销”技术价值，例如向相关PM明确说明项目能为他们带来的具体收益，从而争取理解和支持。 这种思路也体现在具体管理方法中：将技术负债处理转化为业务能看懂的“Roadmap”计划；推行SCRUM时明确用“猪还是鸡”来界定角色责任，避免模糊地带。作者总结，这位领导者的特质在于总能用双方有直观印象的语言沟通，提问题多像“选择题”而非“主观题”，这背后是清晰的逻辑和事前准备。 对于技术人而言，这篇文章揭示了一个关键点：职位的成长往往不只取决于技术深度，更在于能否将技术价值翻译成组织共识，用对方听得懂的话“卖”出去。
