2023年中总结，全栈工程师在深圳工作6年后的一些杂谈

今天是2023上半年的终究一天，刚好也是我在深圳一家公司的第6年，2017年6月我入职现在这家公司，到现在整好是6年。世事变迁，在这个6月回想6年前的6月，是怎样一番情愫呢。

6年前不同现在，那是一个很好找作业的年份，没有什么L型增加的经济，大环境润泽着众多中小企业如漫山遍野一般冒头，职业内大多数人都充满希望。但我在那时候找起作业来依然是非常困苦，四处奔走，由于我，遇到了各式各样的小公司。不过我发现一个特别之处，我与医疗职业非常有缘分，2016年3月就在北京朝阳三间房乡入职的一家企业也为医疗单位服务，尽管是我不大感兴趣的医疗咨询，并非医疗系统，但也引发了我对从事医疗系统服务的神往，没想到一年多之后来到深圳，真的如愿以偿了，在现在这家公司做了整整6年的HIS。

当然了即使是6年前，我也不或许根据自己的偏好去寻觅作业，能找一份作业就称心如意，能找到匹配自己喜爱的事务场景，实在是一种走运。其时我想的是，不管是什么职业只需是做erp类型的软件，都适配于我其时所把握的一些技能。简略描绘便是这类系统重视模块之间杂乱的关系，并不需求担心什么高并发场景，笼统的说这也便是b2b的特性（与这些年网络上盛行的技能路途b2c截然相反），我一直以为这种方法才比较锻炼杂乱而笼统、又要能够接连下去的思维能力，这符合我长期对杂乱系统的想象。当然了，面临这些模块比较多也比较杂乱的系统，很难快速响应其间一点，有时候定位一个问题都比较困难，这需求耗费不停的耗费耐心。即使是很有耐心的人，心力也会逐渐被消磨掉，就好像深圳的夏天，即使美化很好，路上常常有树荫，但真要走一走，仍然是热到冒汗。

对版别操控的一些简言

6年前刚进现在的公司，最让我惊奇的是彻底没有版别操控？！只经过ssh的scp文件拷贝来合并，好在我进入公司之后不久，由于开发进度的深入，就开始运用git与github private了。但经过这一时刻短的韶光，我深刻的体会到版别操控的重要性，表面上看，版别操控只是处理团队协作、文件合并的问题，在模块高度分离，负责清晰的前期阶段，的确很难感受到版别操控的作用，只会感觉到多了一层麻烦。但他有许多的躲藏的优点，是许多人没有说明的，下面简略概括几点：

• 符号与溯源，许多时候只需经过提交信息，就能知道一块老代码的前世今生，即使信息粗糙，只需有提交的时刻，就能对应上许多其他的信息，例如项目办理面板的bug列表、使命列表，亦或是聊天记录、邮件、保存的图片，经过这样的方法对应上，就能答复这样几个问题，何时新增的模块？ 新增模块的初衷或许是什么？ 修正的目的是什么？
• 上下文，一个提交除了一个代码段，还或许包括其他的文件，以及他前后的一些提交内容，这些信息是很丰富的，它们能够答复这样的问题，这段代码修正的前后都在做什么？ 这段修正是否或许是由于相似大局替换的批量处理，或是过错的格式化等意外导致的过错？
• 复原，或许你经常能听到这种诉苦，这个功用花费了好大精力快做完了，用户却要把整个功用规划推倒重来，这无疑是需求撤回一整个提交的，但你或许会想在项目的早期阶段很难产生这种事情，所以拖一段时刻再参加版别操控也无所谓。但或许还有一种状况，没有外界的任何干预，一个功用卡在了终究阶段，在这个功用尚未完毕的状况下，项目其他许多当地都没方法运行，此刻急需进行一个阶段性的演示，这时你就不得不看看这个功用到底牵扯了哪些部分，没有版别操控的协助，很难快速的只经过代码自身的上下文找到这些需求间断的部分。

这些尽管都是不多见的场景，但我都曾遇到过，假如没有版别操控简直无从下手处理这些事项，版别操控是需求长期的运用才能感受到它的优点，它乃至不必定需求在有团队合作的场景下运用，即使是你一个人做的玩具项目，或是独立开发的小插件，都能避免这样的问题。但它们不是一时能体验到的，千万不要由于一些小麻烦而错过这么多处理小问题的预防性办法，用git并不必定要提交到一个centre，即使是全程都在本地运用，都能感受到许多益处，所以一个项目应该尽快赶快的参加版别操控，不要等到有合并的需求才参加。

版别操控就像路途，不要觉得他只是为拼合一个集体而生，只需人多了才需求筑路，其实只需是需求车辆经过，哪怕是一天只会经过一辆车，有条路途也比没有强一些。

多处理扎手问题了解一些极为稀有的意外状况

从前看过这样的科普，硬盘会被环境噪声影响，速度会下降，寿命会削减，我想假如我遇到这样的问题必定不会想到是噪声的问题，由于环境噪声能严重到干扰硬盘设备，或许像由于吃香蕉而辐射超标一样不现实，但我却真实的遇到了一次极为稀有的意外状况：

Chrome语法查看插件Grammarly曾备受推重，我在油管见过好屡次他的广告，但我并没有测验，没想到它却依然走入了我的视界，众所周知面临单词或语法过错的输入框，他会显示出一个相似于tooltip的悬浮块来提醒用户，但它却很奇特的影响了kendo前端结构的富文本输入框，会导致其高度产生改变，乃至隐瞒下方的元素，用户彻底无法正常运用，我百思不得其解，终究经过用户的截图发现这个插件，自己安装了一试，发现了问题，本来Chrome插件是真的会影响页面功用的。

遇到这样的状况当然是运气不好，但不能不有一些大胆的假象，假如彻底不敢设想极端状况，只去寻觅自身的惯例的问题，那是很难处理问题的。

也不要害怕扎手的问题，假如能处理，天然能够向所有人分享自己的经验获得分享的高兴。就算终究处理不了，也能够成为一桩值得回味的悬案，就像一个开放式结局的小故事值得别人解读。

继续跟进社群的走向

这一点是毋容怀疑的，最直接的影响便是技能路途的更新迭代，假如自己用于开发的语言、渠道、结构自身现已衰败，官方中止支持，那天然是要学习其他代替品的，但这个衰败也分等级，像Flash、Visual Basic&VBScript、Windows Phone、.NET Framework&WinForm、Angular.js 1.x、属于现已宣告死亡的产品，是绝对要抽身的。而像PHP、CoffeeScript、Delphi、Memcached，是许多年前就被替代品取代但仍然被一些坚持的人保护着，这还是有些区别的，前者就算真的很酷爱也无力挽救了，后者还能够顽强下去。但不管是哪种，都要面临下面几个问题：

• 即使是大多数人都不用了，也总会有保护性的需求在吧？
  • 并不可取，说不定某一天就要换新系统，保护性需求消失，不学点新的怎么能行呢，并且许多新技能改变并非翻天覆地，只需慢慢的触摸，消除掉陌生感，就会天然的对新技能越来越感兴趣。
• 所在的公司事务系统庞大，短时刻内很难更新技能，即使是要更新，到时候再学便是了。
  • 使命到面前了才开始学，时刻够吗，现在许多产品开发周期越来越快，匆促之间过错必定不会少，后边还能改善这些过错呢？会不会需求很大的价值，并且引出更多的过错？技能栈必定要提早布局
• 新技能尽管用的人许多，但占用大、并且看上去只能做些简略的东西，恐怕做不了太杂乱的需求，卡在替代过程中的某个位置就白费力气了。
  • 许多结构占用内存的确较大，但现在用户的设备越来越好，彻底是有条件的，并且底层规划完善，占用的增加或许并非线性的，而是跟着开发进度趋于平缓。假如以为做不了杂乱需求，就应该看一下用例，乃至是咱们所运用的东西，像掘金自身是Vue和Element-UI做的，假如你关注AI，你就会发现OpenAI官网也用了Vue，这就很给人信心。

即使许多年后也许离开了软件开发的职业，十余年后回忆这段进程，都找不到有人聊自己用过的技能，成为了一个彻底的死话题，也无从向后来者介绍从前的开发经历与故事，是否会像一个孤寡老人一样无助呢，所以说为了自己的进程与故事，也要不断了解和学习新的技能，新技能的发展也并非需求天天了解，现在许多盛行的技能其实也现已存在了七八年了，假如真的酷爱，就值得继续的关注，并不占用多少时刻，向后来者叙述技能演化的细节，每个人都会有自己共同的故事，这是其他媒体无法叙述的。

未完待续