[讣告]祭 nodejs 在我厂遭全面封杀

2016-10-19 20:56:41 +08:00
 p412726700

今日惊闻一个噩耗,目前现有的 nodejs 项目全部下掉,通通用 java 重构。

笔者 13 年初尝 nodejs ,觉得此货骨骼清奇他日必将大有作为,它以 javascript 作为语言基础,解决了 web 开发前后端中语言层面的转换,为想成为全栈开发者的人员提供了一条极佳的可选道路。并且得益于 javascript 天生异步的模式,在解决某些高并发场景下优势异常明显。同时前后端都以 json 作为数据传输形式,减少了很多类型转换的麻烦。 nodejs 的出现能让 javascript 运行服务端,至此 pc 、移动端、服务端,三端都能用 javascript 了,开心。鉴于以上几点,笔者决议投身 javascript 开发的浪潮中。

一开始 javascript 基础尚且薄弱,就做了一年多的纯前端,从事前端三驾马车 html 、 css 、 javascript ,由于在做纯前端之前做了小半年游戏服务端( nodejs 实现),也从未放弃对 node 的研究关注,试想有朝一日能寻觅一个全栈 javascript 开发的岗位,果然,随着前端的大火、 nodejs 的崛起,又过了 10 个月,笔者终于找到了这个梦寐以求的岗位,然而,这才刚刚开始。

初到厂里,车间主任 A 说,能不能让 nodejs 和 java 的 rpc 框架 dubbo 打通,笔者当时一脸懵逼,这要怎么搞,经过老大 A 的指点以及查找相关资料,阅读相关源码,和同事探讨,我们终于搞出来了,当时要说喜极而泣的话,一点都不夸张。因为当时已有的 nodejs 和 dubbo 通信全是走的 json 模型,但我厂既有服务都是 dubbo 的默认用法( dubbo 协议+hessian 序列化),所以为了极大的减少成本,我们这边就做了这么一个库,没想到,反响还可以,月最高下载量能破 4k ,这其中也不乏有大厂在用,这样的成绩,至少能让笔者买个鸡腿犒劳下自己了,后面就用这个作为底层,承载我们后台海量的业务需求,顺便说一下后台的前端也是我这边来负责,架构上就是前端->nodejs->java ,我负责前端+nodejs 这一块,有点类似淘宝的中途岛计划,可以想象,在此期间经历了很多坑,很多意想不到的问题,诚然,感兴趣的话即使刀山火海会迎难而上。

其中问题多种多样,不仅代码上,还有其它的一些,比如说 nodejs 的发布流程,私服的搭建、服务器预配置的 nodejs 版本、编译部署规则等等等等,这些我们都在同运维部门协商,我们全力协助他们搭建,路漫漫其修远兮,经过半年多的磨合、催促,终于私服的搭建在前几天初具规模了。

然而,在此之前,大概两个月前我们部门空降了个新的车间主任 B ,之前的老大 A ,被调往其它部门,老大 B 花了些时间研究了下我们整个大组的所有项目,得知我们有 nodejs 项目掺杂在其中,也没说什么。可就在前几天 nodejs 私服搭建好,运维某个领导来询问一些 nodejs 事项,他说,我们 nodejs 项目要下了,因为就几个人懂,没法做,期间讨论了一会儿,最终结论就是把 nodejs 下了,运维领导很开心,第二天前老大 A 也被告知,他所负责的另外一个 nodejs 项目全部用 java 重构,没商量!

到这,可以说在我厂 nodejs 作为后端的存在遭全面封杀,今天斗胆分析一下缘由,在我厂主体是 java , 95%,一开始 nodejs 只是小打小闹,做一些边边角角的工作,后来由于打通了 dubbo 能做的事太多了,可能几乎所有直接对接 web 、移动端的都可以接了,这种类型的项目在我厂占的比例还是很大的,这么多事情能用 nodejs 做, java 不开心了,你 nodejs 要干嘛,造反么?没人懂、没人会、没资源,运维同学也很忙,既有的所有 nodejs 项目统统给我下了。可能这就是原因吧。

nodejs 在我厂道阻且长,经历了重重困难,落得一个这样结局,也罢。君要臣死、臣不得不死。

36308 次点击
所在节点    程序员
161 条回复
samueldeng
2016-10-19 21:04:02 +08:00
楼主应该高兴啊,今年的 KPI 又有着落了~
vibbow
2016-10-19 21:06:06 +08:00
“就几个人懂,没法做” 这对企业来说的确是非常非常重要的决策依据之一。
“几乎所有直接对接 web 、移动端的都可以接了”只是可以接,但是对接的人力成本,资源成本呢?

个人项目想怎么折腾都可以,企业项目还是要求稳不求新的。
brucefeng
2016-10-19 21:12:46 +08:00
nodejs 在公司里比 java 节省了多少人力和时间?

从描述中发现用 nodejs 开发要踩很多坑,而且花很多时间解决问题,还需要运维等大量人力支持,投入大,风险大,也没发现优点在哪里。

另外,前端到后端中间还夹一个 nodejs 层,这个有必要性吗,多一层就多一个沟通成本。

如果我是老大,面对这个情况也会清理掉 nodejs 。
WinterWu
2016-10-19 21:21:40 +08:00
技术最后搞定的是事情,而不是技术本身。技术本身成为问题只在研究中存在。
但是“成熟”且盈利丰厚的企业应该做些不同技术的尝试,甚至应该鼓励,只是要控制好边界。这里面蕴含才说不清摸不着的创新,只有不断创新才能持续发展。
anubiskong
2016-10-19 21:22:45 +08:00
我是 node 粉, 不过这个事情也要客观的看待, 如果公司为了 node 花费了过多的时间和精力, 那么是个明智的领导都会清理 node 的
退一万步讲, 如果你无论啥原因看不惯领导这样做, 那你离职就是了, 感觉有你的经验了, 找到类似的工作不是难事
Ouyangan
2016-10-19 21:29:27 +08:00
说明你们成功了...
box
2016-10-19 21:43:23 +08:00
稳定肯定是重要的。

不过这样一刀切有故步自封 /敝帚自珍 /抱残守缺的迹象。出现这种迹象的技术公司要走下坡路。
Goodspeedwang
2016-10-19 21:46:06 +08:00
我比较关心“我厂”是那家
dofy
2016-10-19 21:53:39 +08:00
极客公园招 nodejs seven@geekpark.net 😁
fuxpro
2016-10-19 21:53:43 +08:00
从头看到尾,我觉得 仿佛就是对我经历的事情的另一个版本的描述。
我在上一家公司,一个小公司带着几个人做项目, C++服务器端开发,结果有一天老板说请来了一个资深的人( 8 年一线大公司),此人来到公司之后,就开始清理公司的技术架构,将我之前的技术架构全部推倒,强推 Python ,几乎是要全部重写的节奏,当时我和老板沟通过,说这个产品刚刚推出,一切都还在推进,没有必要改变技术架构,风险太大了,老板觉得 C++人员成本高,开发效率低吧,其实我也不知道他是怎么想的,他非常听从那个 8 年经验的大人物的建议,我不是不喜欢 Python ,只是我不想不明不白地看着自己和同事架设的产品在没有理由的情况下被放弃,但是老板的决定又无法改变,最后我离职了,我走之后,其它几个同事也陆续都走了,那个产品最终也死掉了
Wangxf
2016-10-19 22:00:26 +08:00
很多工程师都没搞清楚自己的身份,老是把自己当码农,当极客,你应该是站在公司角度选择最优最稳妥的做法,说实话公司要真没个大牛托底我是真不敢在生产环境搞,万一我要跳槽咋办,这代码谁维护?
huobazi
2016-10-19 22:09:37 +08:00
用 java .net 这种好招人的选择 才是成熟技术负责人 而不是挖坑做 geek
huobazi
2016-10-19 22:12:32 +08:00
95% java 摆到那里 积累的五行资产已决定了这个结果 正常的负责人都会这么做。
如果反过来 95% node 又是大厂, 那 java 也就是这个结果。
shijingshijing
2016-10-19 23:03:20 +08:00
啥也不说,发张图吧。

mathgl
2016-10-19 23:31:26 +08:00
@shijingshijing 新技术 /新语言的推广 是有风险的,因为没有背书。所以最近新的“成功”的技术多半是大公司,大组织的产物,其他人看起来至少好像算可靠的的样子。
shyling
2016-10-19 23:32:28 +08:00
word 哥,怎么看不懂在说什么
shijingshijing
2016-10-19 23:42:45 +08:00
@mathgl 其实 HHVM 就是个很好的例子, php 本身不是一门完美的语言,换作其他的公司早就弃坑投奔 java 了,但 facebook 就可以上新玩法。与之相对的是京东从.Net 转 java 。所以说还是那句话,还是要看公司本身的业务,技术是为业务服务的,说的不好听技术只是用来实现业务的一个工具,这个观点可能很多人接受不了,我是高贵的码农,我懂技术你们都不懂,应该我说啥就是啥。

其实搞技术的仔细想想吧,你花那么多时间和精力去折腾一个可能有各种问题的新东西,换来的除了自我感觉良好还有什么? web 搞来搞去都是那一套,放着成熟的方案不用,偏要标新立异做轮子,这个时间和精力你拿去多搞搞副业,早就大房子住着,好车开着了。码农一定要跳出自我为中心的圈子。等你自己某一天出来了,你就会理解你原来的老板为什么会做出种种你觉得不明智的决策了。
latyas
2016-10-19 23:47:23 +08:00
我们已经经历过了 python 和 nodejs 和 dubbo 通信了 233 zookeeper+dubbo+hessian2
Lonely
2016-10-19 23:48:59 +08:00
真是矫情
shlabc
2016-10-20 00:10:44 +08:00
技术储备、团队驾驭能力是选型重要一环。人力、时间就是金钱。

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

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

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

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

© 2021 V2EX