迷茫程序猿,求意见

2016-11-08 21:31:30 +08:00
 aleen42

本人前端程序猿一枚,从 15 年 7 月开始工作至今,而一直呆的是一家深圳的创业型公司。但随着公司所谓的“发展”,在职的兄弟们都纷纷离开了。而我基本上可以说是当初剩下的零星几个之一吧。当然一开始,大家包括我在内都感觉公司是一家非常不错的创业型公司,且给予了各位一起拼搏的目标。但是随着时间的推移,我才逐渐发现,大家的离开全因 CEO 的各种“套路”。如今,在职的我终于也被套路上了。因此,在此想发文牢骚一下。

狠点说就是:“想辞职!”

然而,心总想着要找一份更好的工作后才离开,毕竟深圳房租特贵。可 2 个月都过去了,投的 XMind 与迅雷的内推都面试挂了。哎,这全因自己的 JS 基础不够夯实。

也许此时你会说,咋不去小公司?但重点是,我司已经在我内心深处留下一道阴影。它如同其他小公司一样,所给到我的感觉就是,业务发展必须得快,不然怎么当”独角兽“。可说到底,还不是为了钱,而追求所谓的“快”。

而这种所谓的”快“,却坑了我们这些做技术的。比如说,我司的前端目前只局限于依赖常用库进行开发,而所写的 js 却完全没有组件化的概念。二话不说就给我弄出了约两千行的代码,可细心审阅一看,你就会发现,这只是一堆业务逻辑堆砌在一起。毫无优雅可言。

正因为所谓的”快“,产品尚未成型就已经被推上开发流程之中。以至于后期大量功能的修改与删除。这对我们开发来说,就意味着花了大量时间,却只是一直在做无用功。

正因为所谓的”快“,每天对于我来说,都只是深陷于业务的焦油沟中挣扎。在半个月前,我已提出采用 React 进行组件化开发,可其他人员二话不说就突然给找了个 CMS 直接进行二次开发。全因为要赶进度。= =我想问,你们有这么急吗?

因此,小公司的”快“也许不能给予我一个可以思考的环境。所以,我才想挤入大公司当中,并锻炼自己前端方面的工程化能力。在我看来,前端当然并不只局限于页面的开发。而相比于后端来说,其仍然需要有工程化的概念:包括技术的选型、资源的构建、 CSS/JS 的组件化乃至工程化式优化等。所有的这些,都是作为一名优秀的前端需要具备的思想及能力。这些过程不仅仅为了代码的复用,而更重要的是,能把”分治“的思想付诸实现。尤其是当我们要面对一个大型 Web 应用程序的开发时,分治能有效地帮我们把问题进行拆分,并逐一解决。这才是前端工程化的优雅之处。

可试想在小公司的这种快速发展的环境下,怎能容得了这种费时费力的事情呢?

本人介绍不说,直接扔个 https://github.com/aleen42 的页面吧。

最后,我想问问各位,挤破头也要进去大公司的思想是否可取? 纠结!

2448 次点击
所在节点    问与答
29 条回复
XhstormR
2016-11-08 21:41:27 +08:00
tracyone
2016-11-08 21:43:14 +08:00
当初给你套了什么?股权?年薪百万?
aleen42
2016-11-08 21:52:33 +08:00
@tracyone 套的是一种技术远景,实现声波相关的。但如今公司已经变得面目全非了,在做所谓的“大数据”。指明了,就是收集用户数据。
pathbox
2016-11-08 22:13:54 +08:00
看了 git 提交数,以为是大神 = =
aleen42
2016-11-08 22:14:38 +08:00
@pathbox 然而,只是渣渣一枚。
pumpkin
2016-11-08 22:15:37 +08:00
有个疑问,有天你的 github 提交八百多次怎么做到的。。。。
aleen42
2016-11-08 22:19:35 +08:00
@pumpkin 大部分是来自 PersonalWiki ,少部分可用 https://github.com/aleen42/auto-contribution 随机生成。
timestamp
2016-11-08 22:21:02 +08:00
小公司也有上市的啊,也有踏实的,别急,再找找
aleen42
2016-11-08 22:31:13 +08:00
@timestamp 我知道,所以要慢慢物色。但最起码要先拜托当前的困境。
uxstone
2016-11-08 22:32:54 +08:00
猪队友是坑,猪领导是火坑
aleen42
2016-11-08 22:46:00 +08:00
@uxstone 团灭~
XhstormR
2016-11-08 22:55:20 +08:00
@pumpkin 4 万的 commit 怕不怕

https://github.com/aleen42/random
vghdjgh
2016-11-08 23:24:55 +08:00
大公司不一定都做的很规范的,不过概率上确实比小公司好一些。
经验上看,更关键的是在你自己,假如你是团队负责人,你要怎么设计整个开发、测试、部署流程,当你设计出一套方案后,在个人项目中花时间实践下,逐渐改善方案,之后如果你再加入大公司,你可能会发现还不如自己的那套方案方便、先进。
大公司条条框框多,一般行动迟缓,现有的东西都是具体项目、各方博弈、遵从历史习惯的结果,是合适的,但不一定是最好的。
im67
2016-11-08 23:52:41 +08:00
一年时间同事全换了是什么体验···
aleen42
2016-11-09 07:55:08 +08:00
@vghdjgh 以我目前的年齡與資歷,當然還沒有能力 hold 住整個 team 。可是,那麼一想,沉澱才是我當前首要考慮的。
makiyang
2016-11-09 08:20:56 +08:00
@im67 我正在体验,不到一年同事全换,老同事都走了。而且老板也不招人。
makiyang
2016-11-09 08:21:47 +08:00
@uxstone 我同事都走了,估计是第二个,我现在也想辞职。
yidinghe
2016-11-09 08:31:37 +08:00
你的上级如何看待代码质量?
aleen42
2016-11-09 08:34:50 +08:00
@im67 萬馬奔騰
aleen42
2016-11-09 08:36:44 +08:00
@yidinghe 為了快能用就可以,有什麼問題後面才解決。但往往當問題來時,代碼耦合度已經很高。而且代碼的質量非常差,以至於非當事人無法看懂

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/319098

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX