我们从小就被教育要：好好学习天天向上。在坛子里经常看到有同学特别地虚心地要学：上课学，去讲座学，和同事学。。。
对“学”一词颇有异议，“学”把自己放在了不足的地位，自己先给自己泄了气。如我楼下的帖子所说，职场成功的关键之一是对自己有信心。如果把“学”改成“提高”，底气就上去了。比如主贴中所说：“在过去的一年来我学到了很多，我希望在未来的几年里能学到更多。”改成 “在过去的一年来我在技术和经验上提高了很多，我希望在未来的几年里能提高更多。” 要更有领导的范儿。
觉得帮老板解决问题，接受具有挑战性的任务才能提高。这些都没问题，完全同意。
但是升职这个问题很多时候也是博弈和全局考量的结果，是自己不可控的。
主动承担责份外的责任。展示capability。此外Take什么initiative也很重要。
从老板或者business的角度，所在team最重要的责任是什么？痛点是什么？自己是否可以contribute。
举一个IT tech部门常见的例子，不一定apply你的工作。但希望能有reference作用。
作为有责任心的技术人员，通常热衷优化现有流程，或者建议使用新技术提高产品等等。都是valid的意见，但是受视角局限，不一定和老板，business的痛点一致。
老板和business可能觉得整体质量（production事故率），更新频率，infrastructure和人员成本，data driven decision making是更重要的问题。
这种时候take initiative，建议和老板/business的目标align，得到支持和认可的概率就高。
比如不会被支持的initiative：重写某模块(sub system）without visible business value。用新技术optimize performance without visible business impact (或者有impact但是不在痛点上）
容易得到支持的initiative：CICD（提高质量和更新频率），cost optimization related change，report PoC (data driven decision making).
大公司内部级别多了，一线的技术人员容易和business脱节，不了解自己的工作怎么帮公司盈利。很多时候老板也不敏感。那就和老板的目标align，帮他/她出业绩。比如大趋势是推Cloud，CICD，做些和你们的内容相关的PoC是个好选择。
工程师永远不应该停滞不前。他们应该努力成为团队的领导者。为了在你的团队中扩大你的影响力，你必须采取主动，并愿意接受你不喜欢的新任务。优秀工程师的标志就是他或她能够在最少的帮助下解决新的挑战。我已经开始更多地参与自己并不熟悉的服务的代码评审。我敦促自己对关于边缘案例或弱点的技术设计文档进行更多的评论。我甚至和我的经理谈过，让我参与一些能够帮助我加强自身弱点的项目。
强迫自己进入一个新领域，并不是你唯一应该做的事情。你还需要提前考虑团队将面临哪些挑战，以及如何应对这些挑战。在它成为一个真正的问题之前，一定要提前考虑并及早解决。积极主动是我目前正在学习的一项技能。希望通过对这些技能和目标的努力，我能够在下一阶段取得更好的成绩。
在过去的一年来我学到了很多，我希望在未来的几年里能学到更多。
我们从小就被教育要：好好学习天天向上。在坛子里经常看到有同学特别地虚心地要学：上课学，去讲座学，和同事学。。。
对“学”一词颇有异议，“学”把自己放在了不足的地位，自己先给自己泄了气。如我楼下的帖子所说，职场成功的关键之一是对自己有信心。如果把“学”改成“提高”，底气就上去了。比如主贴中所说：“在过去的一年来我学到了很多，我希望在未来的几年里能学到更多。”改成 “在过去的一年来我在技术和经验上提高了很多，我希望在未来的几年里能提高更多。” 要更有领导的范儿。
NASDAQ 涨势不减，美国经济走出低谷，而代表IT业的S&P500持续低迷，IT就业市场继续走低，裁员减薪趋势不可逆当！
IT学子用垂不朽！
觉得帮老板解决问题，接受具有挑战性的任务才能提高。这些都没问题，完全同意。
但是升职这个问题很多时候也是博弈和全局考量的结果，是自己不可控的。
主动承担责份外的责任。展示capability。此外Take什么initiative也很重要。
从老板或者business的角度，所在team最重要的责任是什么？痛点是什么？自己是否可以contribute。
举一个IT tech部门常见的例子，不一定apply你的工作。但希望能有reference作用。
作为有责任心的技术人员，通常热衷优化现有流程，或者建议使用新技术提高产品等等。都是valid的意见，但是受视角局限，不一定和老板，business的痛点一致。
老板和business可能觉得整体质量（production事故率），更新频率，infrastructure和人员成本，data driven decision making是更重要的问题。
这种时候take initiative，建议和老板/business的目标align，得到支持和认可的概率就高。
比如不会被支持的initiative：重写某模块(sub system）without visible business value。用新技术optimize performance without visible business impact (或者有impact但是不在痛点上）
容易得到支持的initiative：CICD（提高质量和更新频率），cost optimization related change，report PoC (data driven decision making).
大公司内部级别多了，一线的技术人员容易和business脱节，不了解自己的工作怎么帮公司盈利。很多时候老板也不敏感。那就和老板的目标align，帮他/她出业绩。比如大趋势是推Cloud，CICD，做些和你们的内容相关的PoC是个好选择。