最近有比较多的机会在 1 on 1 coaching 一些很有潜力的工程师，
他们都拥有不错的特质，技能平均也都高于同年资的同侪，
但他们对自己的职涯感到茫然，
因为他们绝大部分都热爱技术，却又对技术这条路能走多远感到徬徨。
他们都想变强，但又不太清楚可以怎么锻炼自己的能力。
技术，绝对不只是写程式。
写程式，也绝对不是只有“拿规格、写程式”，
就像那句有名的话“programming is thinking, not typing.”
决定绝对薪资的因素，就如同版上很多文章所说，权重大概类似这样：
国家（物价）> 公司 = 公司赚钱程度 > 个人技能/创造价值 > 年资 = 语言
能自己决定，且比较有意义的部分，还是在个人技能，以及如何创造出公司需要的价值。
在 1 on 1 的过程，我几乎都会提及，要往 tech leader 走，
我觉得可以透过技术提案来锻炼自己的能力、视野，
让你学习的知识落地，真正在实务上替公司、团队、产品带来价值。
我整理了一篇文章，文章传送门：http://bit.ly/tech-proposal
【文章摘要】
1. 向外取经
包含参加社群活动、研讨会、培训、邀请教练、有效阅读。
重点在于，向外取经之后的反思与行动。
没有引起变化的取经，都只是心灵鸡汤，暖暖的，但严格来说是浪费时间。
2. 新的解决方案，其存在的意义为何？
新的解决方案通常都是在某个主题、领域，比起其他解决方案更加优雅。
反思这个新的解决方案，要解决的问题本质是什么？
我们现在是否存在着相同的问题？或是可见的未来是否可能发生同样的问题？
要避免“一窝蜂驱动开发”的冲动。
3. 我们现在是怎么做的？
反问自己：
- 我们现在是怎么做的？
- 付出的代价是什么？
- 达到的效益如何？
- 是否已符合我们的期待？我们的期待为何？
先定义问题，才能解决问题。确认期望，才能评估是否有效。
4. 比较方案
我们不会是第一个碰到这问题，或是只有我们有这样的需求。
- 调研一下这个问题或需求，有哪些其他的解决方案
- 各自的优缺点与适用场景
- 动手设计一些范例、雏形，进行概念验证（POC）
5. 提出建议方案
基于我们公司、团队、产品、环境、流程、组织与文化等等，建议采用哪一个方案，并说
明为什么？应包含预计需付出的成本、风险、影响范围、带来的效益、需要的时间、前置
作业以及必要条件。
6. 引入变革的行动规划
如果要开始试用与导入，可以从哪边开始？为什么？
规划应包含：
- 先从哪一个专案、团队或功能比较合适？为什么？
- 预计何时开始？需要多久？检核点的日期？
- 哪些人合适当首批引入与配合变革的人？
- 如何评估效益？
- 如何制订政策来鼓励加入变革的同仁？
- 你需要什么样的 support 跟 resource？
==========================================================
以上只是个人的经验与浅见，透过不断练习这样的过程，
一来可以保持自己接触外界新知，
二来确保学习知识能进行知识螺旋的转化过程，进而引发变化、行动，以试图产生价值，
三来累积自己在团队的影响力，引领变革，并站在公司、产品、团队的价值优先。
这是 tech leader 自己一个很重要的学习模型，也是产品与团队需要的帮助，也是公司
所需要的专业价值。
这一整串的过程，是锻炼自己内外软硬技能很好的方式，不管最后是成功或失败了，
累积在自己身上的能力经验不会消失。
而公司也需要在风险可控的情况下，尝试一些 DNA 的突破，才能获得本质性的提升。
如果您已经在很赚钱的一流公司中，但薪资已经达到天花板了，
而你也有想学习跟变强的冲动，或许这可以提供您多一个角度来尝试变强和创造价值。