华为云建网站,广州网站建设骏域环保地板,肇庆建设工程备案的网站,好吊顶网站离职在即#xff0c;在准备下一个工作环境的这段时间#xff0c;忽然有一阵感慨#xff0c;工作近五年#xff0c;在这段时间中#xff0c;体验了两种不同的工作环境#xff1a;一个规模很大#xff0c;各种开发体系完备的大公司#xff0c;另一个#xff08;也是目前… 离职在即在准备下一个工作环境的这段时间忽然有一阵感慨工作近五年在这段时间中体验了两种不同的工作环境一个规模很大各种开发体系完备的大公司另一个也是目前的是一个规模 100 人左右的小公司。目前正在准备离职中对于两种不同的环境很想评论一些什么但是由于目前工作年限较低也没什么资格作什么评论在这个时间在这样一个心态下就给自己留点什么对于今后彷徨时给自己一个参考不说谁好谁坏。很多人在买车时担心车子是好是坏总是会参考各种论坛的各种评论近来我也在逛论坛也在参考其他人的评论但是好坏参半究竟如何选择仍然拿不定主意但是其中的一条吸引了我的目光汽车就像是一段路而大家的口碑就是地图地图只是一个参考路好不好走还是要自己走走才知道。在离职的时候彷徨过走了之后要找一个怎样的工作要去一个怎样的公司要走一个怎样的方向记得当时很流行的就是去一个小公司拼几年没有那么多文档没有那么多流程你只要编码就好而且钱多多。当时真的就觉得小公司没有这些流程效率一定会高很多却不甘心由一个那么大的公司跳到一个只有一间小办公室这样的公司。拿不定主意的时候又想到了北漂多么流行的一个就业方向虽然向往却没有向北京投出一个简历。后来有一个外企的机会借着这个机会也去一趟首都总不至于在中国这么久却没去过首都太说不过去了但是当我真正坐在会议室里看着面试官很悠闲的听完我所做过的项目就结束了面试后开始感觉到现实的残酷和自身的不足了北漂适合我么当我在游北京看到每天的地铁二号线的人山人海时我放弃了这里不适合我。是啊适不适合不是别人一句话说的算的还是要亲自体验才能知道是否合适。流程控制大公司讲流程全程 QA 跟随每一个环节都有很正式的「小仪式」。参与过的一定都很痛苦QA 怎么那么烦啊什么事都管每天的例会每周的早会都会有 QA 唠唠叨叨……而小公司流程上没那么复杂开发人员结束开发后直接用下 U 盘将程序拷过去安装和调试就 OK 了。没有那么多流程上的东西真的很轻松换来的是我对自己开发的程序没有底。就像我原来的部门朋友在一次聊天时和我感慨道原来的公司的体系真健全我现在的公司都没有什么流程上的控制我做出来的东西都不敢往外发。是啊当自己做的软件人命关天时都会有这种感觉当然了我也感觉到了所以现在我认识到流程的重要性也在公司没人在意的情况下坚持有流程上的记录坚持按照以前公司的流程来进行开发虽然只是有模有样的参考。流程还是有必要的。客户源的不同很随便的做事风格就会有很随便的客户。所以大公司一般接到的项目都是一些成熟的企业的项目小公司的客户一般就很随便了。最直接的体会就是我的第一个项目在给客户发布版本的时候Release Note 中的发布程序的格式错误了每一次发布都应该是单独的而我将所有的程序版本累计加到了表格中在连续三个版本后客户那边就来确认这是怎么回事。而目前给我的感觉就是我们和客户交流随便说说做做没问题就 OK 了。以前和客户的沟通是邮件而每一次的问题都会有邮件伴随确认而目前呢只需要 QQ 就 OK 了。一个电话打完也就 OK 了。你随便客户也就随便了什么事都没有很好的依据了想修改什么就修改什么了也没办法我们服务于客户了我们就是在要饭吃但是如果我们太随便那就真的是要饭的了在项目上如果单靠嘴来确定什么将来是很吃亏的……你都随便了客户当然更随便了。开发习惯上的不同来到小公司最开心的一件事是什么我写代码不用去管编码规范了。什么控制代码行啊什么格式啊统统甩一边。说实在的原来在大公司里要完成一个功能很不容易了更何况还要参照编码规范。但是究竟从什么时候开始关注编码规范的呢应该是我在看到了一段又 700 多行一个函数的时候吧没错700~1000 行的一个函数去掉注释应该有 700 行左右吧。当然这一定有他的道理的开发时间短。当然每个人的开发习惯不同导致开发习惯不同能写出 700 行的一个函数应该算是高手了。但是对我可能不太习惯在今后的开发无论条件多么宽松都应该严格要求不是因为代码多好看而是今后的维护成本。如果可以别在新进入一个公司就承担这个公司的基于 base 的优化与重构。基于此我比较赞同大公司的经验丰富的熟悉系统的人来带领较聪明或较勤恳地新人来做。而如果让新人赶鸭子上架的方式单独进行这方面的开发就有点得不偿失了。如果是从 0 开始开发也许还不错但是如果基于 base 的熟悉原代码是一方面另一方面修改与调试也是一项耗费成本的因素修改的代码是否能够让老代码正常工作不是一个小时的调试能检测出来的。当然无论大公司还是小公司研发工作都是一个费力不讨好的工作你的成绩永远盖不过你的过失。在大公司我可以用两周的时间去调试别人四周未出结果的研发工作却在后来因为领导实在等不下去的时候以这么长时间没弄出来而告终当然科技这东西就是要短时间出成果的没有实力就不要随便去担任研发工作。而基于 base 的小公司式优化与重构在时间周期短的情况下最好不要去尝试当然如果你有足够的实力和足够聪明的脑子还是要尝试的出于时间的考虑boss 一定会希望你在短期熟悉系统并进行重构和优化boss 永远是 boss员工永远要去完成 boss 的命令这是必然的无论对错在短时间的开发周期中你要灵活……总结我的这次重构上的失败完全出于自大开始有模有样的设计出了一套框架对于熟悉的部分当然是重构的有模有样但是在项目的后期由于时间的关系没有时间去熟悉其他部分的功能得到的命令是把原来的东西拿来用吧但是你懂的很随便的程序开发出来有很多东西是可以通过全局变量来解决的但是你设计的各种模块对于把老代码整合进来还是有挺大困难……也许是我太笨就是太笨。没办法将这样的系统整合在一起但是我的想法中如果真的整合在一起这样似模块又毫无模块可言的东西……真的不如没有。其实无所谓好与不好每个人根据自己的工作个性来寻找适合自己的工作环境。就像在正常情况下测试和开发是有点敌对的但是作为体验了测试和开发的工作之后在测试时我理解开发的固执在做开发时我也能理解测试的找茬这样就很好了。都是为了项目能做好只是出发点不同。其实仅仅工作了五年就来谈大小公司的区别只是个人的浅见离职之际给自己的五年工作经历作一个总结没有贬低小公司赞美大公司的意思也没有讽刺大公司歌颂小公司的意思。就像买车试驾过多个车型之后才知道自己到底喜欢什么车而不是通过论坛的评论就决定的。总结一下无论下一次的工作是什么样的环境都要将经历中的好的方面作参考不好的方面作警示1. 与客户要做到涉及项目要正规凡是项目上的东西有理有据一定要有确认。2. 遵守流程无论大小项目有流程上的确认才会有底流程上别含糊你含糊的不是客户含糊的其实是自己。 3. 程序员更要有文档你根本不知道你留下的代码会被多少人骂你也不一定会记得一年前你写的一个函数是什么意思老掉牙的建议4. 不要轻易接受一个研发的项目或者重构的项目尤其是单兵作战的时候更何况没实力呢不要认为自己在一个公司里有了一点实力就很强大了也不要被领导的信任冲昏了头脑。来源程序人生
