过了这次我们就算成长了，以后不要再这么幼稚啦-Toy模板网

这篇具有很好参考价值的文章主要介绍了过了这次我们就算成长了，以后不要再这么幼稚啦。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

这句话是我提出离职刚一周老板教训一些同事说的话。
这件事发生在我目前服役过最大的公司连用科技
还是先从我们入职说起吧，我是去年二月八号面试，十号入职的连用科技。当时面试我的李总说了一句比较真诚的话:“其实我看你之前做的东西，和各方面技术都不是特别符合，但我想招个会学习的”，其实我也感觉到了。
那天通过了两个面试但第一个公司属实有点过分(其他行业老板创业互联网，说什么第一年是关键年，没有社保。以后会慢慢把待遇搞起来比如社保，关键年做好了是有机会带队的也有机会分到原始股！)，当时我就想:没社保？这不扯呢吗？于是果断选择了连用因为整体公司规模看着挺大(因为我之前服役的公司都比较小)，而且配色也是我最喜欢的蓝色，就选择了他。
公司主要的业务是文件内容存储和密级数据管理协同审核办公类数据管理审核等等
一个文件云系统做了十几年了，代码也非常乱。还好我还是看得懂！一接触系统就新学会了一些之前没有接触过的第三方插件。
但代码真的是非常多，有些地方也挺乱的，不过还好我适应的也算不错。
很多走了的同事都说公司太卷了，当时不到九点很少有人下班。
因为六点之后算加班，三个小时加班才能申请调休时间，大部分就会选择加三个小时到九点，提个申请换点调休时间。
因此我前面也经常是早上九点到晚上九点走，其实因为我上一家公司基本每周都要通宵几次。其实还感觉轻松了不少。
但后面我开始发现公司除了代码乱管理也有些不规范，说个比较讽刺的吧:(当时，我和曾侣姐对接宁波中行的一个项目，客户要求下周一上线，然后曾侣姐又不知道被谁调去万科出差。一出差就去了三天一行代码没写。然后宁波中行的产品负责人一会儿一来问:“宁波中行你们谁在负责？下周一能不能发版？” 态度那是非常强硬，我就想:你催我有什么用吗？我又解决不了。我反馈了好几次，到最后两天，后端组那边才安排了其他人对接。还好后面来的曹工水平比较好。我们两天也算勉强对接完了)。
后来，因为产品，或者说没有专业的产品，就是招了一个UI做为产品来用，还有两个产品都是测试组转过来的。压根对技术开发没什么概念，那位UI呢性格也比较偏执，意思是：做完了就要按他的来，但本身我们公司就是做安全管理类的业务，数据逻辑是比较复杂的，但他很多设计的东西也就是跟老板说的差不多，比较理想，有些甚至存在技术或逻辑的冲突，还有一些涉及到批处理。就算做出来也是性能非常拉胯，但跟一个不懂技术的设计说这些显然很可笑
可能我作为一个前端就更难，做看板模块时出现接口的数据结构和UI图压根对不上！不按UI图写，UI有意见但按UI图，接口压根实现不了。后端不停的说: “不要按设计图啊设计图好多有问题的”，设计呢就不停地说: “那是你们的事啊，反正我按老板的话去做的”
在多次沟通无果后，我选择提出了第一次提出离职，当时我们的组长，主要负责所有前端管理的负责人与我沟通后，最后算是各种开导吧，最终我选择了留下来，组长亲自打电话和谈话，协调了我们之前的配合。最后勉强算是做出来了个这个东西
其实这也确实算我不够成熟吧，后面我就知道了这种问题沟通不了就直接往上抛，没必要自己扛着真的很心累
后来一个同事离职！他才刚入职两个月不到，当时是和一个陈工对接，那个后端我感觉确实是:做的东西确实是逻辑总是弄的很乱。
因为我们公司人大概七十多个，设计总共就三四个。大部分模块都是直接后端设计了逻辑了然后前端界面就前端自己看着做，所以前面也出现了后端的接口和设计图完全对不上，因为后端是自己根据需求理解设计的压根没看设计图。
后面领导安排我去接手这个流程引擎项目，继续去跟陈工对接。当时那位同事将离职的单据交给我，让我在交接人位置上签字，当时就觉得自己仿佛在承担什么，好像产生了些成就感。虽然过程确实很曲折，但流程引擎终于算出来了。
后面那位陈工也被开了，有点讽刺的是陈工走之前给另一个后端同事各种写文档，各种开会讲代码。因为他做那东西，代码到还好，逻辑就只有他自己懂，别人都是一脸蒙
我记得说：如果一个人的话谁都听不懂，要么天才，要么愚者。至于到底是哪一种，我们也不得而知。
因为我的性格比较直，很多时候同事做事让我不满我就直接开怼，例如当时后端的一个同事都和我对接很久了，那一个CAE(微应用)模块，然后他因为一个后台的配置没开少了个操作，他就在群里说有BUG，我当时直接就告诉他哪个配置没开后面补了一句，你都做这么久了还不知道。
还有一次两个同事对接了一个月左右的回收站功能，让我去处理后续BUG给我的感觉，就好多BUG那就是功能没做完，甚至有些压根没做。我直接在小群里面艾特他们，来一句：很难想象，你们弄了那么久的功能，最后呈现出一个这样的效果。
后来微应用模块上线，公司要求大家都用微应用上传工作报告。因为微应用链接了流程引擎，可以比较自由的创建每个微应用的审核流程因此得到了当时公司的看好，觉得有点像OA的业务。然后后面不断改进，当时我又正好满一年续签时提出涨薪，也是顺利的涨了两千块钱。
其实我对张总(公司老板)的印象还是非常好的，一个比较有想法的人且非常喜欢听别人的意见，基本我们公司再小的人去跟他说什么他都会听一听，听一听总不吃亏。不过能做到这样的老板其实还是比较少的。
后面，就一直公司反馈微应用各种问题，我们就各种修，那个后端也算非常的有自己的个性，反正什么都先不管做不了什么什么的，反正总有自己的想法，给我的感觉就是他不按产品的来总会把设计图的逻辑搞变形了，还总觉得是设计的问题。
终于有一次，微应用新增一个分类的功能，我跟大家简单叙述一下逻辑哦，就是分类下可以有多个微应用是一个一对多的关系，然后每个微应用都有自己的权限，但分类没有，就是当一个分类下的所有微应用当前用户都没有权限时那么这个用户就看不到这个分类，那么给到我的信息就是我查询分类列表还要一个一个去查下面的微应用然后去确定当前这个用户有没有能看到来决定这个分类要不要返回。然后后面还有一个习惯的配置，就是我一个用户还可以操作所有自己能用的分类可以在习惯中把他们关掉，这样这个用户下次登录就看不到这个分类，再在习惯中打开就又能看到。而且不光用户微应用的权限还有部门和工作组下面都有用户可以说做的真的是一坨好需求，虽然我java的水平不怎么样甚至没到开发水平，但也理解这个需求有多扯。其实现在想来同事没有照做我是理解的
但终究还是后面设计和结果偏离被要求重做，但老板没有怪开发而是骂了设计可能他觉得是设计设计的有问题，第二次开发还是选择了妥协按照需求做了批处理
可能当时我还一直觉得就应该按照需求做直到我看了一个产品经理的面试，那位面试者说的一句话:很多时候没必要跟客户说的一模一样，你要去想客户要这样做他的目的是什么？有没有更好的方式？当时我感觉一个产品经理的格局瞬间打开了，是啊，一个对产品和数据有概念的产品不会提出实现不了或者很快就会维护不动的需求。我记得我实习的时候那位张工作为产品，每个产品数据库结构，有哪些接口，每个接口的作用都是他设计出来的。真的是实习出来之后每一个公司都深深让我体会到产品的重要性。
后面过了一段比较安逸的时间就想自己接点网址什么的，结果要学习服务器啊什么的就每天都搞的很晚，和女友可能也正好遇到了目前最大的一次问题，每天都很焦虑总是凌晨睡觉一天就睡几个小时，真的感觉身心疲惫需求拉一个空档期好好休息一下。最后选择了离职
至少连用在为人处世方面让我看到了自己的非常多问题，还有就是最基本的身体才是本钱，还是要控制好节奏不要太急了，欲速则不达。还有就是负责人最后对我说的还是做什么事都不要太冲动，以后也是一样
其实冲动是我一直很大的问题，每一段履历每一个人或许都会让我学会些什么还是记录一下这段经历那么过了这次我们就算成长了，以后不要再这么幼稚啦。文章来源地址https://www.toymoban.com/news/detail-437450.html