如何用自己的域名做网站,网站备案和域名备案区别,珠海企业网站,特产网站怎么做【年终总结】| 作者/Edison Zhou又到了一年一度的年终盘点时刻#xff0c;熟悉我的朋友应该都知道#xff0c;这个时候我都会写一篇推文盘点一下这一年来的得失。1也谈2020关键事件回顾#xff08;1#xff09;扯证了#xff0c;结婚了要说2020年我个人的最大里程碑#… 【年终总结】| 作者/Edison Zhou又到了一年一度的年终盘点时刻熟悉我的朋友应该都知道这个时候我都会写一篇推文盘点一下这一年来的得失。1也谈2020关键事件回顾1扯证了结婚了要说2020年我个人的最大里程碑应该就是和妹纸扯证结婚了吧。我们俩毕业于同一所大学西南科技大学同一个学院计算机学院我是开发dev她是测试test一个专注于努力地写Bug另一个专注于不懈的找Bug。生活就像软件注定会有很多个Bug出现但需要及时地发现这些Bug并对这些Bug进行修复软件才能持续稳定地运行。就这样一个双IT人的小家庭就组建成功了在这里我也祝愿天下有情人终成眷属2续任阿里云MVP2019年9月评上阿里云最有价值专家MVP一年间参加了多次MVP群的Topic讨论也在阿里云开发者社区发表了一些技术文章顺便积累了一些续任积分。于是2020年9月续任成功也收到了续任成功的MVP证书及大礼包。不得不说今年的背包比去年的手感好最后对阿里云MVP有兴趣的朋友也可以找我帮你推荐哟2021年我要兑现我在2020年的计划实践一下阿里云K8s服务ACK阿里云容器服务Kubernetes版并写一个ASP.NET Core on ACK的入门实践系列教程希望对大家有用。此外我也在之前的推文中强烈建议对于中小企业技术团队可以在测试环境使用本地自建K8s集群但是上生产的话还是建议使用云服务商提供的K8s集群服务因为按照投入和产出比来看小企业技术团队自建K8s集群上生产存在很多运维知识和技能上的欠缺长远来看并不适合稳定的支持业务发展。3从X公司辞职自从2018年10月加入X公司我见证了信息中心从10人到近30人的规模也参与了团队从0到1的建设更参与了公司数字化转型的核心抓手—数字化平台XDP的建设。在参与数字化平台建设的过程中我和我的同事们也在实践ASP.NET Core微服务架构的落地如下图所示获得了很多技术上和业务上的成长。在X公司的两年时间里我的领导教会了我很多东西我的同事们也在支持我做心中理想的团队在此我也向你们表示感谢虽然我因为个人原因在11月离开了但是团队的骨架和方向都已经搭好和明确了剩下的就是坚定不移地朝着正确的方向前进了希望你们可以打造更好的团队交付更大的业务价值。4持续运营微信公众号微信之父张小龙的一句话“再小的个体也有自己的品牌”这也是微信公众平台登录页的封面图。在这个所谓的私域流量时代建立自己的品牌变得不再遥远和艰难。2020年是我逐步开始持续运营微信公众号的一年从18年改名“恰童鞋骚年”再到20年改名“EdisonTalk”粉丝也从19年底的3000人到现在的近6000人虽然跟大号比起来还是差得很远不过对于佛系的我来说已经满足。在这一年的运营期间个人感觉要持续地运营好一个自认为要保持初心的个人品牌自媒体还是比较难的因为时间会跟你作对初心也会跟你作对。这一年里我一有空就会学习然后总结成推文作为存量放入公众号推文存量池中。时不时地也提醒自己要保持初心不要接过多广告还是纯洁一点好因此我现在几乎没有接广告。最后我也在不断地调整自己的发文频率从原来的一周几乎每天发布一篇到后来的一三五定期每周共计发布三篇周末的话看心情发布这么做也是为了希望保证推文的质量。当然现在因为辞职在家所以又恢复了每天一篇的节奏当然还是主要以原创为主。这一年里我也逐步地确认了我的微信公众号的定位和侧重点EdisonTalk公众号会一直重点关注技术.NET/云原生/DevOps/企业数字化转型、产品程序员需要的必要的产品思维、管理程序员可能需要的进阶的技术管理、项目管理、读书各种技术和非技术的书籍阅读分享与推荐、成长程序员进阶之路上的各种成长感悟。作为号主我自然是希望每一篇内容都对读者有用但实际情况在于并不是每个主题大家都喜欢因此如果看了对你有用的自然好没感觉的就忽略吧。5持续学习拓宽边界了解我的人都知道我是一个有持续学习习惯的人。2020年我延续了19年的学习策略也就是精读泛读的模式对目前或近期工作或生活有用的重点关注也就是仔细阅读和做笔记画脑图对远期或未来工作或生活可能有用的我就是快速阅读有个初步印象和理解。技术上学习了《DDD实战课》、《微服务架构核心20讲》、《如何设计一个秒杀系统》、《深入浅出云计算》、《Spring Boot与Kubernetes云原生应用开发实践》、《软件设计之美》等等。管理上学习了《说透敏捷》、《技术管理案例课》等。战略上学习了《说透中台》、《数字化转型的道与术》、《直击本质洞察事物底层逻辑的思考方法》等。商业上阅读了《五分钟商学院》的个人篇和工具篇、《互联网传统企业互联网在踢门》、《互联网小米案例版》、《新零售》、《供应链架构师从战略到运营》等。文学上阅读了《人类简史》、《白鹿原》、《熊逸●宋词10讲》等。这一年花在极客时间上面的时间较多年度人设也被贴上“沉迷学习”的标签。对于学习我比较认同先去实践和犯错然后吸收别人的成功经验不一定是全部多数情况下需要因地制宜的导入最后应用和复盘。如果一来就储备太多你觉得未来你的公司或项目都用不上的东西那花太多时间学了也是白学。一些个人感悟1关于个人定位和中年焦虑对于进入三十岁的程序员来说可能大部分人都会或多或少对自己的未来开始有了一点焦虑。加上近两年各大媒体的报道BAT对于35岁以上的程序员总是抱消极的态度说他们精力差、时间少、不愿意加班等等一句话性价比太低。对于今年32岁的我来说已经成为了不少公司的职位JDPS我已经看到成都地区几家企业开始标注32岁以下了里面排斥的那类人我自然也是焦虑的因此我需要主动地减少焦虑。古人常说“行有不得反求诸己”即虽然战略大于组织组织大于人但其实所有的问题最终都是个人的问题都是需要从自己身上找原因的。如何与自己和解其实就是人生每个阶段最大的问题。对我来说我和自己和解的方式用几个字来概括的话就是“抓主线建体系有侧重多复盘。”作为一个技术人一般来说都有两条成长路线可以走因此需要抓住主线技术路线或者管理路线当然你也可以走 产品经理路线。大公司一般都有成熟的职级晋升体系如P4、P5、P6...这样一路打怪升级。小公司则一般没有这种体系而且小公司在技术层面对于技术人员的提升受限于缺少足够复杂的业务场景换句话说即可能一直没有高性能、高可用、高可扩展的需求因此小公司的技术人员大多数都会选择了走向偏业务和管理路线比如技术管理、项目管理、产品管理等等。在每个路线下都有成体系的知识点和技能点但因为具体的技能点太多我们无法一一掌握所以我们需要区分“道”与“术”。对于技术层面来说个人认为那些以不变应万变的就属于道具体来说其实就是 程序设计 软件设计。如果再进一步拆分又可以得到 程序设计 数据结构 算法软件设计 高内聚低耦合的模型 合适的规范。在道的层面理解到这里可能无法直接指导我们的工作但它已经帮助我们建立高层的体系结构。这时我们还需要一定数量的术即我们可以继续拆解得到具体的数据结构如线性表、栈、队列、二叉树等等算法呢我们可以继续拆分得到查找和排序的常见算法高内聚低耦合的模型又可以拆分为面向对象的重要原则及那二十多个经典的设计模式等等。然而我们发现一路拆分下来会是密密麻麻的点这棵树会变得很大因此我们需要有侧重点。比如对于传统行业的信息化技术团队来说可能很长一段时间好几年都不会有过于复杂的性能要求及高可用要求的业务场景因此分布式技术栈的过多知识点其实就不用列为重点而且尽量能不上分布式就不上分布式保持准时交付业务价值和维持线上环境的稳定是最重要的。另一方面转而将体系重点放在单体架构的模块化、DDD领域驱动设计、代码审查与重构、单元测试等方面侧重于它们所带来的产出比可能带来的回报更大。又比如对于To C的应用一般对数据的热点访问要求较高那可以将分布式缓存相关的技术列为掌握的重点。而对于To B的应用则更会侧重于多租户的设计以及复杂的业务逻辑流程那可以将多租户的设计实现方案、复杂需求的梳理和挖掘、DDD领域驱动设计列为掌握的重点。工作中的项目的侧重点的不同我们的储备也需要按需调整不重要的就先跳过或浅尝即止也是可以的。最后从本质上看人类其实只能通过“试错法”进行学习。总结复盘就是从曾经试过的错中学习把经验和教训变成组织能力。因此我们还需要多总结预期目标和现实目标之间存在哪些差异分析原因提炼出解决方案。小事可以及时复盘大事需要阶段性复盘项目结束后需要全面复盘。通过“抓主线建体系有侧重多复盘”我完成了和自己的和解也调整了自己的心态今年这个时候的我比去年这个时候的我进步了一点点我都是开心的。2关于传统企业数字化转型这两年一直在参与公司的数字化转型也对数字化转型有了从感性到理性的认识。以前我一直认为数字化转型数字化是重点即通过各种各样的技术来将公司的各种业务流程统统搬到线上就算是成功了。现在我更加认同数字化转型重在转型数字化只是手段技术只有服务于业务才能发挥技术的价值。而数字化转型的最终目的其实是帮助企业实现更好的商业价值真正的数字化转型是对现有企业从战略到商业模式上的重构。可以看到如果作为一个技术人只站在技术的角度去看它就是一个或多个战术无论你用啥牛B的新技术都属于术的层面。而如果跳出技术人的视角拔高自己的层级去看它就是一个或多个战略属于道的层面。数字化转型是企业的战略这个战略应该侧重于业务和商业而不是侧重于采用哪种高新技术最有价值的转型是通过一系列技术和管理干预来改变业务而实现的。对于身处互联网时代的传统企业来说数字化转型是必经之路既然是转型那么必然会经历各种变革是变革就会有阵痛。在这两年里面在推动业务在线化的过程中我感受到了来自各个业务部门的阻力这些阻力就是源自各个业务部门既得利益的触碰但是从根源来说还是没有对公司高层做数字化转型的战略的认知理解没有达成共识最终结果就是推进缓慢。不过传统企业的数字化转型一般来说都是持久战不能用以前信息化时代做项目的思维去做在实际落地的时候也往往是基于业务需求的紧迫性和业务价值体现从业务局部入手逐步建设逐渐扩展业务范围。同时数字化转型的团队也是需要培养和成长的拿来即用的外部人才其实市场上还是不多大多数都是互联网公司的技术专家人才需要企业投入足够的关注和精力去打造和完善。不过能做到这一点的企业着实不多很多都受限于高管对于信息中心的认知限制还是一直认为信息中心是一个花钱的成本中心。只有从CEO层面就坚定数字化转型的路线和方针自上而下地推动与所有中层干系人达成共识才有可能持续。最后对于数字化转型中的技术人员来说如果想长期持续地获得发展借用钟华老师在《数字化转型的道与术》书中的建议那就是将自己培养成一个“精通业务又懂技术”的复合型人才。技术层面就不说了业务层面如何才能精通我们常说技术需要服务于业务才能发挥技术的价值那么业务又是为什么服务呢这里我再次按照道与术的层面来谈谈我的看法私以为业务是为公司的商业活动服务的好的业务多种多样的业务持续发展的业务都可以使公司在商业活动中占据优势从而赢得市场。因此可以说商业知识是任何业务领域知识的底层逻辑也就是道。而在术的层面我们可以将商业知识拆分为营销、研发、生产、供应链几个面这就是我们通常理解的业务部门了不同的企业会各有侧重点比如某些企业侧重于新零售那么就会侧重于营销某些企业侧重于生产制造某些企业侧重于研发和设计等等。这几个点再继续拆分下面又会有很多条具体的业务线每条业务线上又会有很多个点这些点就是业务经办人或角色他们通过一定的业务流程相互协作共同完成业务线的交付。那么由“点-线-面”此构成的业务体系就是我们需要了解的我们可以按照“面-线-点”的层级一一去了解就跟我们了解一个软件一样先看其模型再看其接口最后看其具体实现先掌握大的主线在心中小的细节再一一花时间去掌握未来如果有机会可以和业务一起通过技术手段重构其业务流程或模式达到数字化转型的最终目的。3关于有限和无限的游戏《有限和无限的游戏》一书中提到这个世上至少有两种游戏一种是有限游戏另一种是无限游戏。有限游戏以取胜为目的而无限游戏以延续游戏为目的。其实我们一出生就生活在一个有限游戏里小时候的游戏是“好好学习努力考第一”每次游戏都有排名都有赢家。每次游戏我们和父母都如临大敌。大学时的游戏是“看谁能找到好工作”投身于考研、雅思托福GRE、笔试和面试、LeetCode刷题这个游戏的结果就是赢家可以去世界500强去头部企业拿高薪。工作后的游戏是“看谁早晋升、看谁买房多、看谁车子豪、看谁的孩子能成为别人家的孩子......”在我们玩游戏的过程中大部分人都开始过得大同小异最终慢慢地就活成了同一种人即以比别人过得更好当作目标永远要处于社会主流价值观内的人。不过同时我们也失去了一些自由因为我们将自己的人生限制在了一个小方框里。《有限和无限的游戏》的作者詹姆斯·卡斯说道“有限游戏是有剧本的而无限游戏则是传奇性的”所以如果我们能够不断地扩展边界和探索边界不再执着于输赢人生也就会变得不同。或许我们会说这个理念听起来非常的“乌托邦”但其实自古以来的文人志士都在不断地对它进行追求中华文明也经历了百家争鸣、三教合流等事件开始兼容并蓄和谐发展。恰如宋代张载所说的“为天地立心为生民立命为往圣继绝学为万世开太平”这是中国历代知识分子的人生目标和座右铭。它也特别适合当下应该是我们所有 IT 行业的技术人也是现代的高级知识分子的人生自觉。因此我觉得只要我在不断地探索和扩展我的边界无论是对知识的探索 或 对美好的追求 又或是 对他人的帮助我就可以持续地获得满足和成就感能够在未来更多时候可以和自己和解。2计划2021对于2021我的规划就是没有具体的规划。当一个合格的老公和爸爸2020年完成了婚姻大事老婆也怀上了小宝宝我在2021年就即将同时有两个新角色老公和爸爸。希望能在工作之外我能够当好合格的老公和爸爸。有一个健康的身体自从2018年体检发现小毛病开始增多这两年更是没有怎么坚持锻炼身体因此也希望在2021年能够逐步开始恢复锻炼身体寻找花费时间少但锻炼效率高的运动方式。比2020年进步一点点这几年最开心的就是每一年或多或少自己都会有不一样的收获和成长哪怕只是一点点我都觉得开心。因此2021年如果能比2020年我又能获得一点的进步能拓宽一点自己的认知边界我就满足。3小结丰子恺说过一句话“不念过往不惧将来。不乱于情不困于心。如此甚好。”对于过去向相伴了多年一起工作的伙伴们说一声再见。对于未来我仍然会继续做好准备迎接新的机遇和挑战。不变的依旧是分享往期推文合集2020年上半年推文合集
