工作两个月了，在这个中秋假期，就写一些东西吧。

我就职于一家大型制造业公司下的数字化相关部门，负责维护一个内部的“中台”系统，供公司里的其他开发者使用。该平台集成了 DevOps 流程所需要的几乎所有功能。当其他人开发项目时，可以在我们的平台上进行需求发布 -> 需求处理 -> 敏捷开发 -> 测试 -> 部署上线，这样一整套完整的流程。

该平台的原型是从其他公司购买来的，我们做的事情就是在其基础上进行二次开发和维护，以适应自己公司的相关需求。作为内部系统，开发 deadline 相对宽松，需求的解决不是非常急切，加班也不多。另外，即使很偶然地出现了线上事故，造成的损失也相对较少，这些都算是好处。其他方面，比如薪资，工作条件等，也挺令我满意。

不过，由于该系统使用的人数很少（日活跃用户撑死也只有 500），所以对于并发的要求也不是很高，许多时候都是只求功能，不求性能。有时一想到自己负责开发的系统只有区区几百的内部人员在使用，甚至会觉得我们只是在自嗨……成就感没有很高。而且，我在熟悉了平台的整个开发流程和相关技术，成为了一个“熟练工”之后（这件事两个月完全可以做到），我无法接收到那些更复杂的业务需求以及更高并发的要求，也就是说，我无法进一步学习并且提高自己了，这算是做内部系统的一个劣势。这也让我有一些隐隐的忧虑，因为在制造业公司的程序员，我们做的事情就是做好软件，为了公司能提高各个环节的效率，降低成本，提升产能，创造更大的利润，总体的上限比较低。我也进一步体会到，大型公司分工之细致——每一个组，每一个人，都负责一小部分事情，然后合作起来，把大事情做好。目前的话，就只能把自己这颗螺丝钉做好了。

比较遗憾的一件事是，之前积累的很多知识，到了工作中才发现，实际用到的只有很少一部分，我想这也是分工细致所导致的，但转念一想，如果每一部分的知识都要用到的话，那就意味着一个人需要处理好几个方面的事情（例如同时要做前端、后端、测试、数据库调优、运维等），那样的话，工作又会变得很忙，可我不喜欢很忙……总之就是如此矛盾，有人说“大厂螺丝钉，小厂干杂活”，想了想，也许真就是这样。