本人前端程序猿一枚,从 15 年 7 月开始工作至今,而一直呆的是一家深圳的创业型公司。但随着公司所谓的“发展”,在职的兄弟们都纷纷离开了。而我基本上可以说是当初剩下的零星几个之一吧。当然一开始,大家包括我在内都感觉公司是一家非常不错的创业型公司,且给予了各位一起拼搏的目标。但是随着时间的推移,我才逐渐发现,大家的离开全因 CEO 的各种“套路”。如今,在职的我终于也被套路上了。因此,在此想发文牢骚一下。
狠点说就是:“想辞职!”
然而,心总想着要找一份更好的工作后才离开,毕竟深圳房租特贵。可 2 个月都过去了,投的 XMind 与迅雷的内推都面试挂了。哎,这全因自己的 JS 基础不够夯实。
也许此时你会说,咋不去小公司?但重点是,我司已经在我内心深处留下一道阴影。它如同其他小公司一样,所给到我的感觉就是,业务发展必须得快,不然怎么当”独角兽“。可说到底,还不是为了钱,而追求所谓的“快”。
而这种所谓的”快“,却坑了我们这些做技术的。比如说,我司的前端目前只局限于依赖常用库进行开发,而所写的 js 却完全没有组件化的概念。二话不说就给我弄出了约两千行的代码,可细心审阅一看,你就会发现,这只是一堆业务逻辑堆砌在一起。毫无优雅可言。
正因为所谓的”快“,产品尚未成型就已经被推上开发流程之中。以至于后期大量功能的修改与删除。这对我们开发来说,就意味着花了大量时间,却只是一直在做无用功。
正因为所谓的”快“,每天对于我来说,都只是深陷于业务的焦油沟中挣扎。在半个月前,我已提出采用 React 进行组件化开发,可其他人员二话不说就突然给找了个 CMS 直接进行二次开发。全因为要赶进度。= =我想问,你们有这么急吗?
因此,小公司的”快“也许不能给予我一个可以思考的环境。所以,我才想挤入大公司当中,并锻炼自己前端方面的工程化能力。在我看来,前端当然并不只局限于页面的开发。而相比于后端来说,其仍然需要有工程化的概念:包括技术的选型、资源的构建、 CSS/JS 的组件化乃至工程化式优化等。所有的这些,都是作为一名优秀的前端需要具备的思想及能力。这些过程不仅仅为了代码的复用,而更重要的是,能把”分治“的思想付诸实现。尤其是当我们要面对一个大型 Web 应用程序的开发时,分治能有效地帮我们把问题进行拆分,并逐一解决。这才是前端工程化的优雅之处。
可试想在小公司的这种快速发展的环境下,怎能容得了这种费时费力的事情呢?
本人介绍不说,直接扔个 https://github.com/aleen42 的页面吧。
最后,我想问问各位,挤破头也要进去大公司的思想是否可取? 纠结!
1
XhstormR 2016-11-08 21:41:27 +08:00
|
2
tracyone 2016-11-08 21:43:14 +08:00
当初给你套了什么?股权?年薪百万?
|
3
aleen42 OP @tracyone 套的是一种技术远景,实现声波相关的。但如今公司已经变得面目全非了,在做所谓的“大数据”。指明了,就是收集用户数据。
|
4
pathbox 2016-11-08 22:13:54 +08:00
看了 git 提交数,以为是大神 = =
|
6
pumpkin 2016-11-08 22:15:37 +08:00
有个疑问,有天你的 github 提交八百多次怎么做到的。。。。
|
7
aleen42 OP @pumpkin 大部分是来自 PersonalWiki ,少部分可用 https://github.com/aleen42/auto-contribution 随机生成。
|
8
timestamp 2016-11-08 22:21:02 +08:00
小公司也有上市的啊,也有踏实的,别急,再找找
|
10
uxstone 2016-11-08 22:32:54 +08:00
猪队友是坑,猪领导是火坑
|
12
XhstormR 2016-11-08 22:55:20 +08:00
|
13
vghdjgh 2016-11-08 23:24:55 +08:00
大公司不一定都做的很规范的,不过概率上确实比小公司好一些。
经验上看,更关键的是在你自己,假如你是团队负责人,你要怎么设计整个开发、测试、部署流程,当你设计出一套方案后,在个人项目中花时间实践下,逐渐改善方案,之后如果你再加入大公司,你可能会发现还不如自己的那套方案方便、先进。 大公司条条框框多,一般行动迟缓,现有的东西都是具体项目、各方博弈、遵从历史习惯的结果,是合适的,但不一定是最好的。 |
14
im67 2016-11-08 23:52:41 +08:00
一年时间同事全换了是什么体验···
|
15
aleen42 OP @vghdjgh 以我目前的年齡與資歷,當然還沒有能力 hold 住整個 team 。可是,那麼一想,沉澱才是我當前首要考慮的。
|
18
yidinghe 2016-11-09 08:31:37 +08:00 via Android
你的上级如何看待代码质量?
|
20
aleen42 OP @yidinghe 為了快能用就可以,有什麼問題後面才解決。但往往當問題來時,代碼耦合度已經很高。而且代碼的質量非常差,以至於非當事人無法看懂
|
21
hanzichi 2016-11-09 08:36:45 +08:00
我也扔个 https://github.com/hanzichi 的页面吧
|
25
hanzichi 2016-11-09 08:39:01 +08:00
大公司也有坑爹的,都是坑,一个坑跳到另一个坑,
|