在软件外包公司工作是什么体验?

2019-01-28 17:19 1176 5
案例分享一:很多地方,前面的朋友都有提到
1.工期短,项目多
2.编码规范全靠个人
3.工资收入主要看公司发多少,很多时候都是在一个阶段上下浮动,不是项目做完就能拿到奖金的
以下应该是小公司专属
4.技术天花板不高,很可能一个月后,你就是公司最厉害的了,当然还要考虑个人的硬能力,就比如我入职后,不到半年,已经成为公司技术栈比较厉害的员工了,基本有搞不定的技术问题都会找我解决
5.拥有项目的100%掌控权,小公司基本一个人负责一个项目,架子怎么搭,看你喜好,老板当时是这样说的,只要你能搞定需求,怎么实现我不关心
6.离职率极高
7.氛围处于安逸气氛,有上进意识的,都离职了,也就是说,留下来的,都是安于现状的舒适区人员。
我个人的建议是
不要入职,小外包公司。
很多人都说,外包可以学到很多东西,技术栈广度大
广度确实很大,前端到后端,数据库,甚至是需求沟通,都会接触到,仅限于接触到。
但凡有好的选择,我觉得也不会有年轻人喜欢去小公司重复着乏味的编码工作。
在此也给在校同学们敲下警钟,可以挂科,但不能不去追寻自己喜欢的东西。

案例分享二:
很多项目,客户本身都不知道自己的需求到底是什么就开始做了,然后中间的修改次数自然就不用说了,这种情况下,一定要全部以文档用邮件的形式交流需求的变更,不能口头上一说你就改了,免得后面改到不可控的时候,全部人怪你,到时候你只需要把全部修改的记录全部找出来,没人再怪得了你。
一定会出现模棱两可的需求,这种情况下选容易实现的那个和客户沟通,什么叫做模棱两可的需求?就比如说一个类淘宝的商城系统,积分的使用跟随订单还是跟随商品很多时候直接客户都不确定,确定需求的文档上面也许就一句话“可以使用积分”。积分跟随谁可以说在流程上影响到整套积分、财务、分润体系,所以看上去模棱两可的功能,一定要沟通好。
客户要改什么,直接推到负责人那边,负责人要改什么,直接改就好了,不用争辩,没意义。
项目最快的最高效的完成方式就是 view 直接操作 model,至于后期迭代和维护什么的,我不知道,别来问我,这种写法的确不负责任,但是这种是在外包公司。
不是自己的事别多做一分,这里只针对外包公司,因为需求在不断变化,也许变的就是你多做的那一分也说不定。



案例分享三:

在过很多家外包公司。
外包公司的主要经济来源就是不同的软件项目,所以能尽快收到钱就是唯一的目的。
代码方面:开发模式?性能?规范?版本迭代?是什么东西,功能能用就好了嘛。这个功能可以二次开发,下个成熟的系统来,直接改个版给他上线。代码以实现功能为第一优先级别,代码实现效率为第二优先级别。反正就是怎么快怎么写。一个人基本上完成整个项目,全栈工程师那种。
产品方面:产品经理这种角色基本可以见鬼了,有什么问题开发者直接去和客户对接,老板只管接项目进来,你做就好了。
需求方面:改!改!改!
你要说道加班,我在过很多个外包公司了,下班我就走,加班?除非必须的我自愿的,如果你说你压我项目工期那种加班,那我宁愿换工作,所以我加班很少。
我去过最乱的外包公司可以达到 10 几个项目压着,只有 6、7 个人,要求这个月上线,没办法的又转手外包给兼职的开发者,在了 3 天就走了,感觉那个公司没倒闭也是奇迹,有项目拖了 1 年,客户直接来闹了,恶意扣员工工资,说是没钱。
软件公司有大有小,中小型外包公司我觉得就不要指望《软件工程》这种书上写的开发流程、模式、规范了。但是我觉得也可以学到东西,比如怎么商务谈判、程序如何写不会在软件迭代过程中把自己逼死、软件怎么开发效率高,久而久之,自己慢慢的也就会用开发模式来解耦。
我们省份第一梯队的外包软件公司我也去面试过了,最终没去,开发分工比较明确,基本上达到专职专人这种,文档也会比较齐全,但是也有缺点,比如公司要求穿西装,早上 7 点左右开个全部人站一排的早会之类的,最怕这种企业文化。
总体来说做软件还是去 BAT 那种公司可能学到的东西会更多吧,现在没在外包公司了,感觉很轻松。
另外说一句我们省份第一梯队的外包软件公司的经理说:“PHP 没 java 稳定性强是因为 JAVA 是要编译的,而 PHP 不用编译”。我表示不敢苟同,而且您还写到您的官方网站的新闻专区了,并且您官网大篇幅的文章都鼓吹 JSP 贬低 ASP 和 PHP,我觉得这个不是一个大公司能够做出来的事情。


链接:https://www.zhihu.com/question/46585107/answer/102013203
来源:知乎



您需要登录后才可以回帖 登录 | 立即注册