程序员去小公司会怎么样「程序员遇到不会的咋办」

最近很多人关注程序员去小公司会怎么样「程序员遇到不会的咋办」，山东创新网小沐从网上搜集一些关于程序员去小公司会怎么样「程序员遇到不会的咋办」内容，希望对您有用。

我现在工作的这个公司，当初招我的时候，是以“高级软件工程师”的名义招我进来的。当初面试的时候，我们的研发Leader跟我说：“你来了以后，就做桌面开发，但是如果网站项目用人紧张的话，你也得参与进来！”。

因为我做了很多年的桌面软件开发，网站这块只写过一些API，对于网站架构这块，不太有深入的研究，所以我只说，如果不让我搭框架，基本上写网站后端也没什么大问题。于是，我就顺利地通过了面试，来到了这家公司上班。

目前这个公司研发部人员结构大致就是三个前端（兼做App部分），两个后端，几乎是一水的新手，资格最老的就是一个前端，大概毕业后三年都在这个公司。前端三个人里，有两个还不是专业的前端，一个是以Java后端招进来的，另一个是以Android程序员招进来的。另外除了我，还有一个后端，毕业才一年半。

就这么一个结构，我直冒冷汗。据说我现在这个公司已经成立了有二十年了，但是组成研发部门的成员几乎都是刚刚毕业不久的新程序员。开始我还有点担忧，觉得都是新人，难道这个公司留不住人吗？后来我自我安慰，觉得可能研发Leader能力强，能够把这帮人给带起来。

可事实证明，我还是天真了，因为目前我们的研发Leader基本属于甩手掌柜的角色。

事情还得从我刚刚转正开始说起，当时我们公司有一个项目，是个B/S的项目。也不知道是我们研发Leader健忘还是怎么的，我们研发Leader竟然要我主导这个项目，并且让我去搭后端框架。我直摇头，说我搭的框架想法不成熟，直接拒绝了研发Leader的请求。后来我们研发Leader没办法，只能自己去搭框架。

但是我看了研发Leader搭的框架以后，头都疼。因为这个框架搭得很乱，技术性的东西我就不讲了，主要就讲这个框架的依赖项。

这个框架里，至少有五个依赖项目。有一个独立服务，虽然服务是独立的，但是框架内的计划任务会去读取这个服务存储的数据。有两个独立的可执行程序，用来监听一些IO数据。但是这两个可执行程序完全可以做成服务，可偏偏没有这样做，也就是说，这两个可执行程序每次在系统启动前要手动运行。还有一个消息模块，用来转发各个系统之间的消息，也是一个可执行程序，我觉得也可以做成服务。剩下最后依赖项目就是一个OSS服务，用来存储项目中的一些文件。

这个框架搭得在我看来，一点架构思维都没有，虽然我也没有搭过几次复杂的框架，可是如果这个框架是我来搭的话，我会将这五个依赖项全部集成到框架中去。因为显而易见，只要这五个依赖项目中有一个没有运行，或者有一个出现故障，整个系统都跑不起来。果不其然，这五个依赖项成了我们后续开发以及维护的绊脚石。经常因为这五个依赖项耽误时间。

我中间建议研发Leader将这五个依赖项集成到项目中去，但是研发Leader以耽误进度为由，拒绝了我的要求。

后来，因为几个项目同时进行，前端工作忙，于是研发Leader问我有没有兴趣写一下前端页面。我本来前端基础就不错，并且也挺有兴趣，一听研发Leader让我写前端，心里暗喜。但是因为我不是专业前端，我还是留了个心眼，就跟研发Leader说：“前端如果实在忙不开的话，我试试！”

还好我留了个心眼，当那个Java和那个Android程序员看到我答应研发Leader的时候，私下告诉我，最好不要去写前端，因为当初他们就是因为答应了研发Leader去尝试写前端，所以现在一直在写前端！并且，因为他们不是专业的前端，写代码的时间要比专业前端要长，经常一个问题解决不了就得留下来加班，但是我们公司后端就不存在加班行为，另外一个专业前端也不存在加班行为，他们现在后悔莫及。

经过他们的劝导，我看了看我已经写好的页面，一狠心，就把代码给删掉了！从此再也没有提过我会写前端这件事情。

后来我们研发Leader越来越过分，开始项目文档他还自己写。等时间长了，需求分析、流程图、原型图、产品文档全部交给了底下的人写。几个程序员大部分时间都在写文档，一个项目的研发时间，几乎有三分之一的时间都在写文档。

所以到现在，我们研发Leader只负责干两件事情，那就是宣布项目开始和宣布项目结束。

也不是没有人跟研发Leader抱怨，但是研发Leader的说法就是：“我们是小公司，能自己干的事情尽量就自己干，公司没有能力去招一个专业的产品经理。况且，这也算对你们能力提升有帮助，所以你们就忍忍！”

其实我一直在小公司工作，小公司的程序员或者在小公司工作的人，的确会要求会得更多。但是会得更多和研发Leader不不管事是两码事。我其实挺喜欢把事情做得多一些的，这样对我个人能力也有提升，但是我其实很拒绝去写文档。

尤其是需求分析也让程序员去做，我就觉得很奇葩，因为项目在招标时，应该是市场部最懂得客户的需求是什么，需求分析怎么也轮不到程序员去做。但是偏偏在我们公司，需求分析就是程序员在做。

一个程序员，尤其是一个新手程序员，在刚刚毕业不久，应该专注于代码，其他东西很少会成为你的加分项。如果未来想要换工作，因为你没有在代码上下太多功夫，就会落后于人，很难找到好的工作。而像我这种老程序员，如果要求我什么都能做，我为什么不去应聘一个项目经理或者研发经理的工作呢？

现在，我想明白了为什么我们公司的研发人员为什么都是一些刚刚毕业不久的人了，因为但凡是个程序员，都忍不了我们公司的这种研发方式。

或许我们公司是小公司，但它代表不了小公司的研发模式。这种研发模式的公司研发人员很难长久地为公司服务，甚至会出现在某一时刻，研发人员集体出走的情况。据说我们公司曾经就出现过这种情况，但是显然公司没有吃一堑长一智。

作为程序员，如果遇到这样的公司，还是早做打算，否则后悔都来不及！而我，自有打算！