大多数外包公司只讲交付效率,不管规范,能用就行。
记得前年有去一家外包公司做过几天,周一去入职的,周二让我做本地一个事业单位(xx省艺术研究院)的官网,用公司的CMS做(看了一下发现CMS居然还是TP2.x做的 ,公司给我的cms使用文档就两页 上次修改时间还是N年前,这个TP2.X连官方文档都找不着好吗,很多东西只能按记忆中TP3.2的写法去试,且cms中的部分类名、函数名、数据库字段名都是拼音….)
这个官网比一般企业官网复杂点,导航菜单较多,记得其中麻烦点就有个期刊在线阅读及后台对应的刊文上传、目录编辑功能要做,得修改公司的CMS源码才能实现。让我最迟本周五下班前完成,中途期刊功能已经完成后还改过一次需求。
期间最让我烦躁的是甲方和公司负责跟项目的同事经常坐我旁边守着催促我做快一点。
最骚的是最后星期五我差不多快要完事儿的时候,公司那个负责跟项目的事给了我一个甲方老官网数据库文件,让我想办法把旧数据合并到新数据库,我看了眼旧的数据库文件,数据量还有点多 且表结构与新数据库差异巨大,要迁移旧数据怎么不早说 我tm都基本上做完了 wqnmd !!!
跑路…
刚刚看了眼这个单位的官网,都两年过去了,还是用的之前的旧站 哈哈哈哈哈哈哈哈哈哈
大多数外包公司只讲交付效率,不管规范,能用就行。
记得前年有去一家外包公司做过几天,周一去入职的,周二让我做本地一个事业单位(xx省艺术研究院)的官网,用公司的CMS做(看了一下发现CMS居然还是TP2.x做的 ,公司给我的cms使用文档就两页 上次修改时间还是N年前,这个TP2.X连官方文档都找不着好吗,很多东西只能按记忆中TP3.2的写法去试,且cms中的部分类名、函数名、数据库字段名都是拼音….)
这个官网比一般企业官网复杂点,导航菜单较多,记得其中麻烦点就有个期刊在线阅读及后台对应的刊文上传、目录编辑功能要做,得修改公司的CMS源码才能实现。让我最迟本周五下班前完成,中途期刊功能已经完成后还改过一次需求。
期间最让我烦躁的是甲方和公司负责跟项目的同事经常坐我旁边守着催促我做快一点。
最骚的是最后星期五我差不多快要完事儿的时候,公司那个负责跟项目的事给了我一个甲方老官网数据库文件,让我想办法把旧数据合并到新数据库,我看了眼旧的数据库文件,数据量还有点多 且表结构与新数据库差异巨大,要迁移旧数据怎么不早说 我tm都基本上做完了 wqnmd !!!
跑路…
刚刚看了眼这个单位的官网,都两年过去了,还是用的之前的旧站 哈哈哈哈哈哈哈哈哈哈
外包就是把你的技术拉低到码畜一样的水平,然后再用他们丰富的经验来碾压你。reroll码农后第一家公司就是外包的,技术一言难尽,还好唯一的一个项目是自己主导的,人也是新的。上个月辞职了,在新的公司学习到好多东西,现在回头看以前的技术负责人也就那样子吧。
看你们讨论这么激励 我也想参一脚
我前去年入职的一个公司, 上了半天班 就跑回老公司了
跑路理由:
composer
居然不知道,我跟他说别人都封装好了的扩展包,他不相信 ,微信支付什么的都是自己封装- 都是用
$_POST['title']
,没有$request
、验证器
这种说法 还用tp3.2
(如果是为了性能的话 能理解) - 都是复制粘贴, 我不喜欢这种,太多代码 不好管理。
- 控制器代码量太长了,
50 - 100 +
,难接受。 - 看他码云,有3年多了,工作经验应该比我多 (我一年半)。
如果让我跟他一样风格,抱歉,我还是跑路吧。
不过也只是风格难接受而已,毕竟这个公司可以盈利,其他方面也不错。
(我觉得编码风格,也算一种待遇。 现在公司我可以自由使用技术 )
我在外包待过,不过有一点好处是,我待过的那家公司,外包的所有项目的第一版都是我们技术自己选框架,选技术点,我们开发好了,然后招个人维护,我们接着开发下一个,所以那段时间还是学了好多东西的,不过外包经常加班是真的,我有个同事就因为加班,心率不齐了,然后我就跑路了
推荐文章: