专业的网站建设联系方式,做网站用什么后缀格式做好,做二手车网站需要什么,点金网站建设最近电视剧《三十而已》热播#xff0c;我家的电视机自然也是被霸屏#xff0c;我还是跟着妹纸看了看#xff0c;开头和结局完整看完#xff0c;中间看了一点#xff0c;大部分都是在微信公众号上通过别人的文章看完的。我个人也已经30了#xff0c;今天也和你聊聊30这个… 最近电视剧《三十而已》热播我家的电视机自然也是被霸屏我还是跟着妹纸看了看开头和结局完整看完中间看了一点大部分都是在微信公众号上通过别人的文章看完的。我个人也已经30了今天也和你聊聊30这个话题。1关于《三十而已》《三十而已》是由张晓波执导张英姬编剧江疏影、童瑶、毛晓彤领衔主演的都市情感剧。该剧以三位三十岁女性视角展开讲述了都市女性在三十岁这一重要年龄节点时遭遇到多重压力的故事。私以为这部电视剧可能贡献了整个7~8月一半以上的话题它描写都市女性在30岁人生节点上面临家庭、事业、爱情上的种种波折以及她们的态度和选择引起了社会各界广泛的共鸣特别是办公室的吃瓜同事们。画外音IT、互联网公司也无一幸免午饭时间讨论剧情的骂渣男的骂林有有的此起彼伏。对大多数人来说可能没有哪个年龄比30岁更“动荡”。中国传统意义中“三十而立”的观念深入人心在这个节点周围似乎覆盖了很多人生中最重要的时刻结婚、买房、生子看起来每一个事件都会让刚刚独立不久的年轻人面临巨大的压力难以平衡工作和家庭的关系他们必须有所选择也必然有所放弃。更重要的是他们很焦虑画外音孔子曰:“吾十有五而志于学三十而立四十而不惑五十而知天命...”这里的立其实是指“立德、立言和立身”换句话来说就是学有所就且对自己的发展方向有明确的定位和路线方针。但现代人谁还没有个想立却立不起来的三十岁不焦虑是不可能的2IT技术人的三十岁近年来我们一直在听到各种新闻说BATJ和华为等一线大厂不欢迎35岁以上的程序员35岁以上的程序员会被逐渐淘汰一时间35岁的IT行业中年危机成为了我们技术人时常焦虑的一个问题。之前也有一些童鞋在公众号后台问我“我快30岁了如何才能在30岁之后不被淘汰 或者 30后如何进阶才能持续保持竞争力”作为一个今年年底即将32岁的大龄码农相对很多90后的年轻码农而言虽然还是混得不好技术也不行但好像自己没有太焦虑自己的35岁危机不知为何真的没有太焦虑。每个人的成长道路都是不一样的在此我就来分享一下我的成长故事吧。画外音嗯这应该是我第一次在文章里分享我的成长故事。我在2012年大学毕业考了研数学单科差了几分没有进入985大学复试随即调剂进入了成都一所普通的双非非211/985非双一流信息类院校江湖人称CUIT读研究生。从2013年起开始在博客园上发文最初也就是记录一些自己在学习过程中的笔记以及一些IDE的高效设置之类的。在2014年开始大量阅读一些技术书籍然后整理成精华笔记发布到了博客园首页随即有了第一篇编辑推荐然后第一篇100个赞的文章然后就是被评为了“推荐博客”曾经我给自己设定的目标是毕业后争取评为推荐博客没想到没毕业就完成了。画外音先有兴趣然后有幸得到鼓励久而久之也就成为了习惯。读研期间的2013~2014年虽然我的研究方向是云计算技术但是读研期间却被实验室老师派到了一个横向课题项目的合作单位电子政务信息化方向干了一年多的.NET项目开发期间也经历了好几个月的996。虽然条件艰苦驻场办公好在项目组成员都比较Nice对我帮助也很大我收获了很多特别是ASP.NET WebForm这种拖控件技术简直不要太Easy虽然Easy我还是理解了很多WebForm的底层知识。不过就是薪水收获不多实验室老师也只给了我1万块而我却干了一年多。画外音读研期间还是不要太计较得失。嗯研究生劳动力普遍很廉价。2015年硕士研究生毕业当年26岁还未毕业时就加入了成都本地一家企业我叫它S公司。S公司是行业里面的一家大型企业我有幸加入了内容产品研发中心跟着我的校友也是我的学长一起工作从他那里我学到了很多特别是对技术的态度。在S公司我主要使用的技术是.NETSiliverlight对你没看错就是那个曾经被微软推出来要干掉Flash的富客户端技术Siliverlight当然结局大家都知道。就这样我干了大半年学长领导也打算一步步地培养我做项目经理我这时也已经在慢慢尝试着管理一个产品项目了。不过这时我却打算离开了。主要原因就是房贷压力较大且Siliverlight这套技术不是我喜欢的我想要寻求一份薪水更高且能用新一点的.NET技术的工作。于是我出去面试了一些工作岗位也都拿到了Offer最终选择了去一家世界500强的外资企业在成都的技术服务中心。画外音说到房贷其实也很感谢我爸妈在2014年我还没毕业的时候就给我付了首付让我在成都的南五环边上对你没听错的确是五环有了自己的窝要不然再晚两年可能就买不起了可能就全款变首付对说的就是成都2016年下半年的楼市。这家外企我叫它M公司我的职位是Senior IT Engineer高级IT工程师薪资也比S公司多了一半这时的我终于松了一口气每个月除了房贷还可以有自己的一点存款。在M公司我主要使用的就是是ASP.NET MVCAngularWCFOracle PL/SQL。Oracle PL/SQL这种有点上古神器的技术还在很多的金融公司、银行系统、外资企业中散发活力。M公司的大部分业务逻辑都是写在Oracle的存储过程里边一点都不具备可维护性和可扩展性但是人家都说这是公司的核心业务逻辑不能大动于是大家都学会了一手调试Oracle存储过程的能力虽然这个debug体验超级超级差。干了两个月我的领导让我试着当Scrum Master的角色于是我迅速看了本Scrum的书之后就开始学者当这个新角色了。时至今日我虽然还是一个认证的CSM我觉得我都还是没有当好Scrum Master不过我感觉我已经在慢慢地向合格的Scrum Master靠拢了感谢当时的领导的信任。在M公司的三年是愉快的三年因为外企的工作环境和氛围都是很Nice的我也很接受这种Work Life Balance的文化工作压力没那么大也有足够的年假和同事们一起出去游玩比如毕棚沟、七里坪、海螺沟 以及 稻城亚丁等等都是在M公司我和同事们一起去的。画外音说到外企的这种Work Life Balance的文化我想大多数人都可以在那个舒适区里干个3~5年以上。更别说在微软这种顶级外企应该干了10多年的人都有大把人在。同时在M公司的三年也是我没有多少技术成长的三年或者说成长较慢的三年技术自主权受限内部流程繁杂连我所在的团队也被解散最后我也加入了一个Java后端服务团队做了两三个月的Spring Boot开发微服务。使用Java后我最大的感受就是开源世界的宽广可以为我们这种团队提供太多太多的轮子。这个时候我关注到了.NET Core于是就开始学习起来这个时候.NET Core都快发布2.0版本了也在我们团队内部开启了一个学习小组来一起学习.NET Core微服务相关的一些组件和应用做了一个PoC项目还研究了如何基于Steeltoe项目让.NET Core加入Spring Cloud技术体系与Java微服务共存。不过貌似公司亚洲区CTO的总体技术路线里面已经没有了.NET的地位。最后在M公司的三年幸运的是我还一直保持着学习和输出的习惯虽然在博客园上的输出不多但也还是在坚持。画外音说到Java还是建议各位.NET程序员都抱着开放的心态而不是仇视的心态有机会也可以去多了解了解不失为一件好事。刚好这时2018年底成都本地的另一家企业我叫它X公司也是我现在所在的这家企业联系了我告知我有足够的技术自主权并且领导也是.NET出身愿意尝试.NET Core。于是我说服了我自己离开舒适区来到了X公司这个传统行业的初创型公司这一年我刚好30岁。一开始我就有好多不适应当你从一个较为舒适的区域中出来来到一家传统行业的公司你就觉得无论是工作氛围还是福利水平都是一个天上一个地下。不过我过来的目的重点还是实践和应用.NET Core和微服务那些我觉得暂时都不重要。于是我和我的同事们开始了从0到1的设计基于.NET Core的微服务架构从鉴权认证服务、API网关、产品服务、用户服务、项目服务 再到 Web系统、App等前端项目虽然我已经告别了开发一线主要角色是Team Leader和初级架构师但仍然是一步一个脚印走到了现在。这个过程中我也在其中收获和成长了许多包括技术架构上的和团队管理上的当然也看了不少的书籍最为幸运的是我还是一直坚持在学习和输出这两年我在博客园上写了不少的文章也在2019年也就是我31岁这一年评选上了阿里云最有价值专家MVP认证。画外音分析利弊确认自己想做什么更看重什么想好了干就是了。2020年疫情之下传统行业下的众多企业都在经受煎熬这时数字化转型成功的传统企业在乘风破浪因为在线业务在支撑。而尚未数字化转型 或 才进行不久的传统企业则在羡慕嫉妒恨也开始加大对数字化转型的关注。就这样我和我的同事们开始了公司业务中台的规划和建设心中已经有了一幅将来公司业务中台的样子剩下的就只是不断地实践和学习再学习再实践了。不过对于技术我不再是当年那个一心只想要追求和应用高大上的新技术的样子而是根据当下的场景选择合适当下的就好当然也会考虑一点扩展性其他的就慢慢演进吧毕竟传统行业的初创企业成本也有限试错成本也较大当然重点还是没钱。到此为止我的成长之路就分享完了现在来回顾一下我的成长之路我总结了以下几点特别适用于.NET程序员1毕业后没有进入互联网公司也就失去了接触互联网级的业务量和技术体系的机会。这一点应该是大部分.NET程序员的通病因为.NET那些年真的没有赶上消费互联网时代而且也的确不够开放导致了大部分的国内互联网公司都转向了Java技术栈。高并发、分布式、秒杀等架构和业务场景可能大部分.NET程序员现在都没怎么接触而Java程序员却习以为常。不过现在的产业互联网浪潮对于.NET程序员来说却是一个机会有机会就及时上车。2人一旦进入了一个舒适区就很容易放弃成长 或者 缓慢成长。幸运的是虽然我那几年成长缓慢仍然还算是在成长只是不在技术方面。换句话说只要今天的你比昨天或者上个月的自己有进步那就是一件值得高兴的事。3领导愿意让你尝试一个新角色是件幸运的事应该努力尝试过后再说自己不行。作为技术人切换角色是件很痛苦的事初次从程序员切换到初级管理者会有很多思维上的冲撞。一旦冲破了你的预设防线很可能就会放弃这个新角色继续做纯技术了。我并不觉得做纯技术不好我个人也十分想写代码写到50岁但是也觉得角色切换应该尽最大努力去尝试尝试之后再说。4如果你觉得在舒适区给不了你想要的成长那就分析利弊决定离开就尽早离开越往后离开的成本越大。前面也说道确认好了自己想要做什么想要获得什么样的成长那干就是了越往后拖越不想离开因为那个时候你会有各种理由说服自己嘿留下来。5找到自己的源动力让自己养成一种持续提高自己的习惯并持续不断地实践这个习惯。对我来说写作就是我一直坚持的习惯而这个习惯也不断逼迫我持续地学习和输入才会有更多的内容进行输出如此反复这个过程就会促使我进行提高。加上和园友们的互动以及园友们给的肯定就加强了这个循环我称它为正向的增强回路。以上几点就是我的成长故事总结可能并不适用于每一个人。那么对于30的技术人成长又有什么通用性的指导建议呢我总结整理了毕业后的这几年的学习和成长给出我个人的观点供你参考仅仅是我个人的观点构建可复用能力培养高效能习惯。3打造自身的可复用能力“中台”我在之前的一篇文章《技术人的持续学习之路》中也提到过30的技术人的焦虑其实企业早就开始在经历了。近年来不确定性和不可预测性不断冲击各个行业的企业企业的高层管理者们焦虑倍增。特别是在今年的疫情之下大部分中小企业的高管们比你还难。但是他们越来越发现在企业前方市场和企业内部支撑之间的一个冲突那就是市场的无序与企业的有序之间的矛盾。因为前台需要面对的是无序的市场变化因此需要快速响应用户和低成本地试错。而后台面对的是需要稳定有序的生产因此建设成本高改动成本极大而且谁也不敢轻易试错创新。如果将企业的效率比作一个马达那前台和后台就是这个马达上的两个齿轮前台快速的转动但是后台却缓慢的转达这两个齿轮的转速比就不一致因此无法整体提高企业的效率。怎么解决这个齿轮转速不一致的问题呢近年来互联网头部企业开始给我们推广企业中台建设所谓企业中台就是在刚刚所说的前台和后台之间建了一个缓冲带的桥梁它提供了可复用的能力为前台快速响应提供可能性就像为这两个齿轮添加了润滑剂一样。通过对企业中台的介绍我们可以将它的抽象层思想应用到我们技术人的能力储备中也就是打造一个自身能力的可复用“中台”。从上图可以看到我们所具有的某个具体编程语言的使用开发经验及原理深入了解知识、桌面/Web/App等不同类型的项目开发经验、不同行业的行业经验他们都是针对某个具体领域的可能不是那么的可复用这里的可复用是指可以平滑过渡到新的行业新的岗位。而最上层我们所面临的的确实不断在变化的行业和不同的岗位就会出现类似于刚刚提到的两个齿轮不一致的问题也会让我们对未来充满焦虑。因此从企业中台抽象层给我的启发就是持续学习刻意练习建设自身的“能力中台”而且这个“能力中台”一定要是可复用和可迁移的。因此你应该知道了我给出的建议是对于30的技术人一定要找到自己的能力中台然后逐步滋润这个中台让它可以伴随你到处复用它提供给你的能力。我将这个抽象层大致分为了两类能力一是基础的技术能力作为一个技术人技术是所有能力的前提而通用的基础技术能力是每个企业都需要的二是通用的领域能力这个能力可能既包含硬能力也包含软能力1可复用的通用基础技术能力首先来看基础的技术能力对于30的技术人来说个人觉得这些是可以让你安身立命的基础所谓铁饭碗不是在一个地方吃一辈子而是到哪里都有饭吃也是可迁移和可复用的。1数据结构基础的数据结构与算法是所有软件行业从业者的必修课虽然.NET/Java框架已经封装好了很多但是不了解数据结构和算法是无法写好优秀的代码的。2面向对象常见的面向对象设计原则 以及 23种设计模式创建型、结构型、行为型也是一个技术人需要掌握的特别是重构代码的嗅觉和能力关系着你是否能写好Clean Code这也是我在面试中重点考察初中级工程师的核心标准。如果你刚好对重构有兴趣又有写单元测试的习惯那就更好这个能力真的是通用的因为大部分的企业都需要你有这个能力。此外DDD领域驱动设计也是一个值得我们持续学习和研究的知识它能够指导我们进行微服务和中台的设计和开发如果你想要做微服务那么应该大部分的企业都会需要你有这个能力。特别是对于30的技术人你写的代码要和20的技术人的代码有所区别不再希望是简单的CRUD那么DDD一定是值得学习的。3开源项目如果你对开源项目有兴趣那么你一定会去对有兴趣的开源项目的源代码进行阅读分析他们的设计和代码好在哪里用了哪些设计原则和模式重构了哪些地方是否可以在自己的项目里面依样画葫芦去设计去重构这一步关系着你的进阶也是大部分企业所希望看到的开发者的样子。当你阅读了一些开源项目之后或许自己也会试着去写一些开源项目比如中间件之类的。阅读开源项目源码了解优秀设计和代码参与开源项目并提issue/PR算是所有技术人的进阶之路吧。4云上技术可能有很多童鞋会问为啥要把云技术提到通用的能力层这是因为云计算技术历经多年发展已成熟并成为一种潮流它也是企业数字化转型的重要组成部分。所谓产业的发展势必影响个体未来更多的应用都会运行在云上架构模式和思维方式也会更多地与云契合共生因此越来越多的企业都会上云基于云服务来设计自己的企业IT架构将运维工作统统交给云服务而专注于业务逻辑。所以了解和善用云上PaaS服务、能够进行云端技术选型 并 运用云原生应用架构 是新时代的技术人应该掌握的基础技术。最后总结所谓通用的基础技术能力其实就像Docker和Kubernetes一样他们分别对应着容器技术 和 容器编排 领域的事实标准基础技术能力其实也像是一个标准无论你深入的语言和行业是什么这些东西都是标准化的。而不是今天看到Go受欢迎啃了一大堆书和教程研究细节结果去了另一个公司后发现公司技术路线要转Java了。过几个月看到AI火了又去学Python了结果学完Python发现AI还有一堆数学需要补。30的阶段学习任何一个东西都得试着计算时间成本如果在可复用的技术能力都没掌握的前提下公司又不会使用这个语言那还真不建议去深入研究。2可复用的通用业务领域能力对于一个技术人来说在技术上的广度和深度都有所触及之后也需要沉淀一些可复用的领域能力。这里我想对于.NET技术人来说业务领域其实更加重要。同样这里我列举了一些通用的领域能力供你参考。1业务知识无论你承认与否大部分的企业的核心业务只有三部分他们是 营销市场、生产 和 供应链。可能部分企业专注于一个或两个但并不影响我们对其的了解。只有深入地了解业务背景知识才能够在企业的数字化转型过程中充分发挥数字化的魔力为业务赋能。当然你可能会说不同企业的核心业务肯定都会有所不同这就需要你了解这些业务的共性和差异性了而这些共性就是你可以平滑过渡的可复用能力。此外我还将洞察力列入其中这是因为只有掌握了洞察力才能在短时间内了解各个业务的本质帮助你做一些决策。当然这是一个庞大的话题在此就不展开了。2行业经验和业务知识一样虽然不同行业的行业经验可能适应度不强但只要你善于总结共性和差异性就能成为你的可复用能力。3团队经验软件开发设计是一项需要协作完成的工作单打独斗是做不了大项目的。因此如何在团队里做一个好的组员或者说如何较好地参与协作开发是一个需要学习的过程。而当你已经较好地参与团队的协作之后你就会得到一些提高以及更大的责任比如指导初级工程师和进行一些Code Review。当然你还会得到升为Team Leader管理一个团队的机会。那么如何做一个Team Leader如何高效地管理一个团队处理好与各个组员的关系这也是一个学问因为人是这个世界上最复杂的个体。因此团队经验也是一个最通用的能力因为有人的地方就有江湖IT公司最不缺的就是团队。4外语能力说起外语能力我想大多数童鞋或许在大学期间都通过了CET-4 或 CET-6具有了一定的基础。但是毕业之后只要你没有进入外企 或者 对英语有要求的企业想必应该都会大部分还给书本了。不过软件开发也是一门需要英语的行当内事不决问百度外事不决查谷歌很多时候都需要使用英语去搜索很多开源软件的wiki以及报错也都是英语乃至你去提issue写comments或者和github上的基友聊天还是得用英语。如果你的英语不错你还可以和歪果仁流利地聊天B格满满。所以尽可能多锻炼锻炼你的英语吧以后35岁或许还可以去955或者965的外企体会work and life balance的快感。说了这么多通用的领域能力其实就是希望30的技术人能够将自己的经验和能力进行一些分类将那些大部分行业都需要的共性能力进行一层抽象并重点培养形成自己的能力中台帮助自己能够在不远的未来适应不同的变化。其实对于技术人来说还有一个通用的能力我没有列出来那就是产品思维但是想到可能并不是太通用因此也就没有列出来。很多时候做减法比作加法难。4用好的习惯当好自己的CEO我们30技术人所要培养的所有的能力其终极目标都应该是 降本Cost Saving降低成本 增效Value Add增强效益从而实现自身价值。你可以将自己看做是一个企业你所有的努力都是为了让这个企业的效益更好实现自身的价值而你实现更高效益的方式就是努力使用和探索成本更低效益更高的方式和途径从而让自己一直具有较高的议价权。说到这里我很喜欢刘润老师在《五分钟商学院》中提到的一句话也送给各位童鞋“每个人都是自己的CEO”要当好自己的CEO经营好自己这家企业并不是一件容易的事何况我们都已经30了。但是我们还是可以通过刻意地练习养成一些好的习惯进而用习惯指导我们当好自己的CEO。要知道在人的行为中其实只有5%是由思考脑中的逻辑驱动的还有95%是由反射脑中的习惯驱动的。养成好习惯不但可以“做自己”还可以成为“更好的自己”。对30的技术人而言持续的输出自己的内容无论是技术总结还是学习笔记就是一个值得坚持的好习惯。当然大佬们早已经帮我们整理好了可以练习和坚持的其他的一些好习惯以帮助我们在30仍然可以立足职场而不仅仅是依赖技术。这些习惯不仅可以针对技术人而且可以针对任何行业的从业者。它就是史蒂芬柯维的大名鼎鼎的《高效能人士的7个习惯》这也是我这两年每年都会回顾一下的内容。《高效能人士的七个习惯》中提到了我们走向真正成熟的方法论—成熟模式图即从依赖期到独立期再到互赖期的两个阶段和七个习惯。这里先解释一下依赖期、独立期和互赖期举个例子吧大学毕业之前我们大部分人基本不具备独立生存的能力离开父母独自生活这个阶段叫做“依赖期”。大学毕业后我们找到了工作并独自在大城市里生活为拿到了第一个月的工资激动不已虽然比依赖期辛苦但我们知道独立才是成功之路这个阶段就叫做“独立期”。然而接下来我们很快发现自己做的事情终究有限开始从害怕依赖别人到逐渐尝试和别人合作甚至把后备交给值得信赖的战友。于是一群并不完美但各有优势的人彼此合作成就一番真正的事业这个阶段就叫做“互赖期”。可以看到依赖显然不成熟独立其实也不成熟而只有基于彼此优势的互相依赖才算是真正的成熟。因此也就有了如下图所示的成熟模式图来自刘润《5分钟商学院-个人篇》。1从依赖到独立的“个人成功”阶段斯蒂芬认为在这个阶段有三个习惯有助于实现独立首先是积极主动从“我不得不做”变成“我想做”其次是以终为始就是“先在脑海中构建未来才可能在现实中实现未来”最后是要事第一就是“多做重要的事就会减少紧急的事情”。画外音这些习惯个人认为是每个年龄段的技术人需要不断磨练的习惯从需要有人带的实习生一步一步地成长为可以独立为团队做出贡献的工程师。2从独立的“个人成功”到互相依赖的”公众成功”阶段斯蒂芬认为在这个阶段有三个习惯有助于实现互相依赖首先是双赢思维就是“只有我成功还不够你也要成功才行”知彼解己就是“比被别人理解更重要的是理解比人”统合综效就是“你相不相信可以和竞争对手共赢”。画外音这些习惯个人认为是30的技术人更加需要磨练的习惯作为Senior Engineer、Team Leader或者是架构师的你如何和团队共成长和同事共赢是个需要不断思考的问题。除了上面的六个习惯第七个习惯就是“不断更新”习惯的形成不是一蹴而就的而是需要不断练习的只有不断练习才能更加成熟。斯蒂芬的《高效能人士的七个习惯》一书是一本值得所有技术人特别是30的技术人阅读的好书这些习惯也不是我这里一两段话就可以解释清楚的希望我可以做一个引子大家有兴趣的话就可以下来自行去阅读希望能对大家有帮助画外音如果你连看书的时间都没有那就花5分钟看看下面我整理的思维导图吧。如果想要查看高清细节点击本文底部“阅读原文”即可。李宗盛人生没有白走的路每一步都算数。5小结与互动本文是我第一次写了接近万字的关于个人成长方面的推文连我自己都觉得貌似有点灌鸡汤的嫌疑。不过还是希望我的这些内容能够对你有一点点的帮助我就心满意足。那么你是否快到30岁 又或者 已经30岁了对30的焦虑你怎么看你对30的成长进阶有没有自己的看法????点个赞和在看如何
