Goodbye 2019,Welcome 2020 | 沉淀 2020

简介: Goodbye 2019,Welcome 2020 | 沉淀 2020

引言

时间如梭,娃都可以打酱油了。

转眼间第一个五年计划,已过了一半。

年终总结是个打脸的好地方,曾经夸下的海口,有的真的成了海口。

所幸,一切都在按好的方向发展。但乐观背后容易忽略潜在的问题,所以,在2020来临之际,是时候对2019做个具体的回顾,并对来年做个具体的展望。

谈成长

那就先从收获开始讲起吧。

  1. 成功续任微软最有价值专家。
  2. 离开工作4年的老东家金蝶,前往自己看好的物联网行业发展。
  3. 码字3万+,写博10篇。
  4. 开始尝试进行架构设计,并应用微服务技术栈
  5. 第一次受企业邀约,前往厦门做技术分享
  6. 作为讲师,参加Microsoft Ignite The Tour 大会

这一切的收获得益于我坚强的后盾 —— 双方父母的支持,老婆的理解与督促,还有我那调皮捣蛋的小家伙给我源源不断的动力,所以感谢我至亲至爱的家人!也感谢一路走来给予我帮助、指引我方向的每一位可爱的人。

谈工作

今年做出了一个艰难的决定,就是跳出自己的舒适圈,从工作4年的老东家辞职,加入到一家物联网创业公司。这里十分感谢张队的引荐,才有一个好的落脚点,才得以实施自己的技术抱负,才得以转型自己期望的技术栈,从传统的.NET 后端转移到.NET Core 全栈开发。真正的去实践微服务,玩转K8S。当然,也得益于前期的理论知识的积累。

加入新公司,是机遇,是挑战。

记得入职后的第二天,就紧急前往武汉出差,对接智能电表的项目,忙前忙后两个月,但项目告吹了。也认识到,物联网行业的水很深,每个企业都想分物联网这杯羹,但真正能够做事的也少之又少,很多还是处于理想阶段。

回深后,工作重点转移到公司现有架构的重构上。将原有的缺乏结构、层次、抽象的代码进行重新梳理,基于原始Orleans的分布式框架的技术选型进行重新整理,充分发挥Orleans的virtual actor model的高并发的强大特性。

这也是第一次去做架构设计的工作。

这里,得很感谢技术出身老板的指点,以及平时工作中对软件设计的交流,让自身对物联网的技术细节有了很深的认知。也很大程度上避免了在技术选型上走入误区。

经过大概两周的时间,完成了整体解决方案的设计,得到了老板的认可。

这次难得的架构设计经验,是我往架构师方向发展道路上浓墨重彩的一笔。

也让我领悟到了架构设计不仅仅是代码结构的设计,更是产品业务结构的设计。她是交流中不断完善的结果。

另一次架构经验是年末尝试的一次前端架构经验。现在想想自己都觉得诧异,我一个偏后端的,怎么会去抢前端的饭碗,然而事实是这的的确确发生了,而且做对了。

这次前端架构是对小程序项目的一次推翻重做。之前的小程序虽然实现了所有的业务需要,但代码可读性、扩展性极差,更别谈封装。

对于创业公司,不断的去推翻之前的成果,是一个很艰难的决定,因为推翻的不仅仅是项目,推翻的是前期的投入。决定是痛苦的,但成果是可喜的。经过短短一周的时间,我一个前端小白就完成了小程序端的模块化设计,并基于原生UI,设计好交互逻辑。

如果现在再问我,前端难吗,不难。如果做后端的你想尝试做下前端,尽管去做,不要给自己设限,跨出去这一步,你就是全栈。

这次前端架构经验,让我明白,架构设计是相通的,是封装重用,确立边界,封装模块,封装层次,封装对象,封装逻辑,封装组件。

以上两次架构经验,算是在新公司做的最正确的两件事了。因为我也在不断犯错,而且最开始犯错而不自知,简称蠢。主要体现在两个方面:一是管理,一是自我认知。

提到管理,犹记得加入公司之前订阅了极客时间的技术管理的之道。读完之后深有感触,但实际上岗,放手不顾,异想天开无为而治。兵熊熊一个,将熊熊一窝。真是这个理。技术领导者除了技术过硬外,还需要有技术领导力,确保团队技术选型不跑偏,项目实施不走样。这需要时刻去关注项目的进度及代码质量。

这里面涉及到就涵盖了多个方面,一是技术管理,一是项目管理,一是团队管理。

团队人多的时候,也有7,8个开发,少的时候也就2,3个人。一段时间甚至怀疑公司的发展前景。现在想来,也并不是如此。团队再小,如果你不能把控团队按照既定的方向发展,那么团队扩张就是一颗定时炸弹。

所以,在我们发现不可控时,我们紧急的踩下了刹车。精简人员,反思整顿。当然,这里面我是最主要责任人。问题在于,上面所说的项目管理和团队管理的放任不顾。只是简单的进行任务分配和成果确认,但忽略了过程评审。换句话说,项目成员的沟通和反馈通道没有建立,这样就不能及时发现问题。中间也发现了问题,尝试要求团队每周提交周报,每天进行15分钟的早会进行状态反馈,但坚持一月有余,就无疾而终,一切沦为形式。

就措施而言,手段是好的。但忽略了手段的目的,就导致流于形式。所以在团队管理上一以贯之、以身作则是十分重要的。

另外一个问题是,沟通成本高。在组织会议时不能明确会议目的,导致无休止的讨论,这也是缺乏计划性的体现。

在两次架构设计,基于原始业务的重构工作不彻底,留下了系列隐患。总想把事情留到后面有时间了再做,是一种极不负责任的表现。因为时间证明,除非后续遇到问题,否则不会改进。所以做事做彻底,要有魄力去否定,也要有魄力去承担做好否定相关的善后工作。

另外一点需要谈到的是,对人员的招聘。项目的迫切程度,靠人月神话是解决不了的。在多个项目并行时,人手不足时,一心想通过增补人员来缓解项目压力,也并不总是有效。除非项目、团队在你的控制之内。

总以为站在高的位置,就不应该拘泥于细节。而编程这个行当,细节的把握的才真正体现高度。

一名合格的技术领导,决不能给自己设限,不能沉浸于自己擅长的技术栈。云生应用时代,从开发到测试到运维,从产品原型到技术预演,从前端到后端,从UI原型到交互设计都要有所了解。

另外一个问题,是缺乏严谨性,也就是数据的敬畏心。在处理新旧系统的兼容时,考虑不周,就会造成数据冲突,而且冲突修复成本极高。这期间我的自负心理在作祟,极力想扔掉历史包袱,就会造成对包袱的漠视。但凡一个公司都是有包袱的,接收它,才能慢慢扔掉它。

接触物联网后,愈发觉得对计算机原理,计算机网络等基础知识的缺乏,这一块是致命一击。

还有一点的感悟是,自身前期的技术积累被自己雪藏,在实际项目实施中,不能灵活运用,尤其是自己引以为傲的DDD、面向对象编程思想的把握,并没有学以致用。也就是两个问题,一对知识的理解并不深刻停留在皮毛,或并没有思考其实际的运用场景,也就是只有术没有道。另一方面,缺乏思考,做项目太急于求成,忽视了前期的总体布局规划,何谈运用呢,也就是不预不立。

谈写作

2019,主要完结了eShopOncontainers 系列文章,写了3篇Orleans系列文章,输出锐减。整体而言,不抵预期,不符计划。

从写博至今,每年的文章输出都在递减,连每月一篇的基本保证都没有做到。所以,是我变忙了吗?忙到没有时间去思考沉淀并输出了吗?内心的答案很明确,时间都是挤出来的。是自己以忙为借口罢了。手中的笔,勾勒的是成长的真实印记。没有输出,何谈内化。

2020年 会输出Orleans 系列文章,希望对Orleans有更深的理解。

谈学习

读书方面:2019,也读了几本书。C#并发编程经典实例,刷新,大型网站技术架构,从零开始学架构,自控力,微服务架构设计模式,kubernetes in action,用户故事地图。在技术栈上,对K8S有了一定的认知,虽谈不上精通,但至少够用,满足项目的运维需求。另外,微服务也算是简单入了门。C#并发编程经典实例修正了对并发编程的理解。用户故事地图,是一本帮助梳理业务逻辑的方法论,鼓励通过不断的讨论交流和可视化的方式进行需求确认,在进行系统业务梳理时帮助良多。

刷新和自控力,都是走马观花的看了一遍。好书是值得多次翻阅的,所以时刻刷新。微服务架构设计模式读了开头,需要继续。

就阅读量而言,还是很贫乏,缺少输入,那自然是缺乏输出。输入输出是成正比的,所以也解释了为什么每年的输出都在断崖式下降。也暴露了一个自身在知识积累上内化不足。

谈生活

2019年去了桂林,河源,武汉,北京,也算踏出广深。对于生活,永远相信美好的事情靠自己的双手可以得以实现,诗和远方也是需要努力努力再努力,所以,对未来依旧充满憧憬。

谈计划

2020,我要出书。

最后

2019 这一年,总体而言,看似收获满满,但内心深处一颗不安定的心告诉自己:你还差得远。是啊,半斤终究不是八两。

2020,谦卑沉淀务实,继续加油!

相关实践学习
钉钉群中如何接收IoT温控器数据告警通知
本实验主要介绍如何将温控器设备以MQTT协议接入IoT物联网平台,通过云产品流转到函数计算FC,调用钉钉群机器人API,实时推送温湿度消息到钉钉群。
阿里云AIoT物联网开发实战
本课程将由物联网专家带你熟悉阿里云AIoT物联网领域全套云产品,7天轻松搭建基于Arduino的端到端物联网场景应用。 开始学习前,请先开通下方两个云产品,让学习更流畅: IoT物联网平台:https://iot.console.aliyun.com/ LinkWAN物联网络管理平台:https://linkwan.console.aliyun.com/service-open
相关文章
|
8月前
|
数据采集 存储 运维
作为一线开发对数据治理的认知
数据治理的目的是为了让数据更加准确,降低后续数据清洗的难度,节约成本,加强把控,好处是说不完的,但这实际开发中所遇到的问题却比好处要复杂,你可能考虑到所有的问题,但却无法预估问题解决的难度。
148 1
|
11月前
|
SQL 分布式计算 算法
带你去看“字节跳动数据中台服务化的发展与实践”分享会
带你去看“字节跳动数据中台服务化的发展与实践”分享会
|
存储 数据采集 分布式计算
我在数据中台建设和落地的一些经验总结
数据治理是数字化建设中非常重要的一环。在进行数据治理时,我们需要根据不同的业务场景和需求,选择最适合的数据治理方案,包括选择不同的组件组装和数据存储方式等。对于轻量级数据管理平台和重量级数据管理平台,我们可以针对具体情况进行选择,权衡成本与效益,以满足客户实际需求。在整个数据治理过程中,我们还需要注重客户成本的管理,确保项目的落地和实际效果,并且不断优化数据治理流程,需要积极参与业务需求分析和技术选型,确保数据治理方案符合客户需求和行业标准。
|
运维 监控 Cloud Native
《必致(BizDevOps)白皮书2022》——04必致(BizDevOps)实践案例——4.2 案例二:阿里巴巴,以应用为核心打造持续业务交付能力
《必致(BizDevOps)白皮书2022》——04必致(BizDevOps)实践案例——4.2 案例二:阿里巴巴,以应用为核心打造持续业务交付能力
398 0
|
数据采集 机器学习/深度学习 运维
《数据中台架构:企业数据化最佳实践》:感受数据中台建设五步法
《数据中台架构:企业数据化最佳实践》:感受数据中台建设五步法
1132 0
《数据中台架构:企业数据化最佳实践》:感受数据中台建设五步法
|
SQL 存储 分布式计算
菜鸟数据中台技术演进之路
通过中台的各技术域能力的建设,技术人员在极少的投入下,就可以支撑数倍的分析人员进行数字化运营工作。3 年时间里,菜鸟走过了从人力支撑到中台支撑的历程。
|
机器学习/深度学习 人工智能 算法
解密蚂蚁研发效能:如何用数据驱动效能提升?
本文整理自蚂蚁金服解决方案架构师添棋在「中国DevOps社区杭州第3届Meetup」上的分享《研发洞察:如何用数据驱动效能提升》,将围绕决策辅助和研发辅助两个方向,详细讲解在蚂蚁金服内部如何基于AI、数据技术,洞察研发效率,提供面向一线研发和团队TL的提效解决方案
882 0
解密蚂蚁研发效能:如何用数据驱动效能提升?
|
存储 SQL 监控
深入前端研发效能治理:数据化运营思路及其实践
数据中台前端研发无不让人厚重真实地感受到“唯一不变的是变化”。拿集团的数据资产服务平台来说,业务上经过两年的发展,已由单一的数据管理和使用平台发展成了集团具有一定规模和影响力的全域数据要素交易所,而从前端技术侧,仅从代码提交报表就能明显看到,今年的代码提交量平均是去年的 2-3 倍,可见其业务扩张速度之快。
深入前端研发效能治理:数据化运营思路及其实践
|
缓存 移动开发 前端开发
618 大促背后的淘系前端技术体系
2020年618大促已经过去,作为淘系每年重要的大促活动,淘系前端在其中扮演着什么样的角色,如何保证大促的平稳进行?又在其中应用了哪些新技术? 淘系技术特此推出「618 系列|淘系前端技术分享」,为大家介绍 618 中的前端身影。本篇的作者是来自于营销活动团队的墨冥,为大家介绍618大促背后的淘系前端技术体系。
2847 0
618 大促背后的淘系前端技术体系
|
数据采集 移动开发 监控
十年经验产品经理分享:如何搭建一个行之有效的“数据闭环”体系
打造数据闭环体系,就是要完成数据对于产品产生价值的闭环,让数据驱动产品增长。本文作者从数据闭环的概念出发,结合具体案例,从目标、洞察、迭代、落地这四个方面对搭建数据闭环体系的关键要点进行了分析讨论,一起来看看~
十年经验产品经理分享:如何搭建一个行之有效的“数据闭环”体系