阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 sourl.cn/hy9TD 「网络」欢迎转载，保留摘要，谢谢！

• 第一天
• 第二天
• 第三天
• 一个月后
• 个人感受

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

今天早上在知乎看到一个挺有意思的话题：不到 20 人的 IT 公司该去吗？

回答区有一位老哥分享了自己在一个20 来人的小公司的奇葩工作经历，分享一下。

原回答地址：https://sourl.cn/hy9TD

下面是正文。

刚到西安有幸加入了一个 20 来人的 it 公司。

本来是不想去那种小公司的，为什么加入呢？原因大概有二：

• 其一就是该公司号称是某互联网大厂旗下的子公司，公司资源共享。
• 其二就是感觉经历了四面感觉心好累，不想再面试，就这个吧。

第一天

然鹅，当入职第一天开始我就渐渐发现情形怪异。

第一天来前台报道，发现前台的人屌屌的，没有正式的着装，染着绿色的头发，嚼着口香糖。我心想，创业公司人性化吧。

我：“您好，我今天入职。”

前台：“奥，你叫啥”

我：“我叫 xxx”

前台：“奥，那你先填个表，我叫人事”

坐了 20 分钟，没人理我。

我：“那个人事怎么还不来”

前台：“应该路上堵车了，要不你在等会”

又过了二十分钟

人事：“你叫 xxx 吧，那个稍等我打印下合同”

我：“奥”

人事：“合同需要你第 xx 页签下字，签完以后这两份我们需要邮寄回总部，所以就签完教给我就好了，我就在隔壁办公室”

我：“好的”

没有入职介绍，没有合同细节说明，没有入职小礼品，就这样签完合同来到了工位。

部门人事过来招呼

部门人事：“你就是 xx 吧，你的工位在那边，我给你开通一下 oa 系统，然后一会和我去领设备，一会我给你拉我们微信群，待会有个欢迎仪式，新人来要在群里发红包，今后靠老员工多多照顾”

我：“还要发红包?呃”

所谓的欢迎仪式真的好尴尬，就如同电视剧里演的一样，部门人事哐哐敲了几下桌子，大喊这，

部门人事：“大家停一下手上的工作，今天我们有新鲜血液流入我们了，我们的团队又壮大了些”

然后尴尬的一阵介绍，真的好尴尬，感觉大家都像打了鸡血一样的自来熟那么亲热。

第二天

第二天就开始了正常的工作，领导给我了一个 git 地址，说是我们的项目代码，给我两天时间熟悉一下，然后做一个 ppt 讲一下自己对这些的理解。

我：“好的，那个，咱们自己测试服务器地址是啥？”

领导：“嗯，我们现在还没有测试服务器，你自己本地搭建一个测试服务器吧”

我：“那能保证我这个和线上环境一样吗？”

领导：“没关系，我们都是这么弄得”

我：“额。。。行吧”

我第一次见到这样的开发架构和流程，预感到后期会有大问题出现。

演示完项目理解，接了第一个活，我曾经预感到这套工作架构的问题终究出现了。

一个项目我们四五个人开发，各自的测试环境不一致，测试环境测试成功后，提交代码。

致命的一点是：

这样一个团队，竟然没有一个完整的代码上线流程。代码上线完全靠领导一人手动操作。

所以，终究，可怕的事情发生了。

各个开发测试环境无问题，上了线一堆 bug，由于手动上线的原因，经常会漏或者忘记上线。线上出现 bug 又得马上回滚，测试环境又无法查出问题。

第一次的项目上线整整从下午五点上线到了晚上十点才结束。

我真的是大开眼界。

而且由于员工的过分热情奋斗经常，听老员工说公司有个不成文的规定，卡时间节点，定下来今天上线的项目，今天上不了线就不回家。

第三天

第三天，我给领导建议：“我建议先搭建好一套上线流程工具，我们再开发，至少我们有个和线上环境一致的测试服务器啊”

领导：“这个我们一直和总部申请，现在业务也忙，我们自己没时间做这些”

意思就是不想弄。

无奈，我也不好再说什么，入职不到一个月，做了第一个项目，我开始有了想离职的念头。

后续的工作，每天非常繁忙，同时对接三个业务，而且招聘里写的招高级工程师，工作是带领项目组，而发现来了之后大家都是高级工程师，都是硬干业务的。同时，招的是后端开发工程师，前端的活也一并扔给我来干了。

一个月后

来了一个月了，我渐渐了解到我的同事的工作背景，他们有的以前是干过销售，有的是在做过软件外包，有的是当过机构老师。正经的计算机系出来的没几个，大多数是上了个编程培训班就出来找工作，混迹好几个小公司，后来到了这儿。

产品经理设计了一个项目，写了一堆文字。

我：“我想问下项目原型图有吗，或者 prd 文档模板”

产品经理：“我写了个 word，你看看”

我：“你这写的这我知道几个意思”

产品经理：“按我写的做就好了”

我：“额。。。”

我意识到又一个可怕的事情即将发生了。

由于产品经理不提供设计原型图 prd，只是单纯的用文字描写产品想法。再加上文字功底又不好。同一段文字不同人读理解的不同的意思。

一个产品，几个开发做不同的东西，开发完成，产品经理说这都不是他想要的。开发说，按着你的文档做的，哪点对不上？产品经理说，你这理解的不对。

于是，互撕开始了。

无奈，最终，为了产品，项目推到重做。工作几天全是无用功。

压垮骆驼的最后一根稻草

离职的想法已经在我脑子里酝酿，最后让我下定决心的是一次业务上线。

上线属于测试负责制。

测试说这个东西上线有问题，就不允许开发走，哪怕耗在那没事可做。

最后一次业务上线。

晚上六点上线。

我：“我代码提交了，我去吃饭，测好了告诉我”

测试：“你先别走，万一有 bug 方便改”

我：“我吃个饭就回来”

测试：“好，有问题我给你打电话”

刚到楼下，买了份饭，刚吃了两口，一阵急促电话铃。

测试：“快上来，代码崩溃了，严重问题”

我：“我吃完上来”

测试：“别吃了，领导都看到了”

无奈，我吃了一口，急匆匆上楼，上去一看，是因为数据类型问题，改了一个变量类型，好了，并不是什么大问题。

测试：“你坐着别走了，有啥问题我好随时给你说”

我：“奥”

一晃时间到了九点，我看了看表，这测了两个多小时了，也没啥问题，上线吧。

上线了，简单看看没啥问题。

我："那我走了"

回家路上走到一半，有一阵仓促的电话铃声。

测试：“快回来，线上 bug”

我：“刚才测了两个多小时你说没问题，你同意上线了。十点多了，不行回滚明天搞吧。”

测试：“不行，今天得上线，你快回来”

我: "我刚坐上车，你回滚代码，明天再搞吧"

测试：“那我给领导反馈”

真的有点生气了，短短十分钟时间，领导的电话不间断的给我打了三次，我没有接听。

我让司机掉了个头，回去了，花了三分钟时间，看了下线上 bug 是因为线上脏数据造成，删了几条数据，正常了，此时已经是快凌晨一点了。

一句话没说，第二天来了，领导质问我怎么不接电话，告诉我说工作要认真，并且又重新派给我一个活，告诉我要认真对待。

我微微一笑，编辑好的离职邮件，点了发送键。并且请了剩余的年假。

个人感受

个人认为我们找工作的时候尽量应该比较小的公司，尤其是10、20人这种的小公司，遇到坑的概率非常大！并且，大部分这种规模的小公司最后都死掉了。

不过，还是有少部分不错的小公司的，这个也不能一棒子打死。