上司不允许使用 es6 新特性理由是他看不懂

[kensoz]

请问是我道行不够还是上司跟不上潮流？

入职不久的前端开发，最近参与一个模块的调整作业，模块本身多人接手过所以 es5 es6 都有。 用 es6 的 filter 方法处理了几个 api 接收的数据， 完后 codereview，上司说不行非让我用 for 循环写，理由如下

1.他看不懂，原因是他虽然也懂前端但是主要负责后端，原话：java 里没有 filter 2.他看不懂就没法排错，万一写错他不知道哪错了 3.新特性不够稳定，兼容性有问题，显然他不懂 bable 4.万一我休息遇到 bug，for 他会改 5.for 也罢 filter 也罢最后都能用，为什么不用大家都懂的

虽然我给他普及了相关知识，可还是被无情拒绝。 当时我是很生气的，这明明就是 js 基础了，2021 年还有这种人？ 不过事后一想，上司的做法不能说全错，毕竟他是要对项目负责的，稳是第一位。

公司还行，但是没有干长的打算 如此别说是参与内卷了，不仅啥都学不到，技术退步肯定是必然的。 请问各位遇到这种事情会怎么办？

[94]

你用 ES2015，ES2016，甚至 ES2021 写都可，最后用 babel 转一下再给 leader 看不就好了。

[byte10]

@Navee 几行代码都看不懂，赶紧回家种田

[waising]

@Navee #38 一样不让用 lambda 不让用链式....反正就是新的都不让用,果断走人了

[byte10]

@IvanLi127 换成自己框架的架构师，这样的简直就是 chusheng，走之前应该向上级举报他，说他私下用自己的框架，要挟公司的未来发展

[TimPeake]

这也太有意思了

[dethan]

当然是他的问题，技术人也是有尊严的！

[sw926]

说句扎心的，你所在的位置对技术要求不高，而且你的职位不高，满足上司的要求比技术好更重要。另外，除非你技术高到不可替代，否则只能是选择比努力重要，人际关系比技术重要。

[kuaner]

从管理上我觉得可能真没毛病，他甚至还会 review 你的代码，自然是要把水平都拉到一条线上

[zhengsidao]

其实他是没有问题的，主要是稳定以后也便于拍错，但是不接受新知识其实有点不好...
话说一句，我们直接上 es7 了，这种感觉爽的一匹吼吼吼

[Hojondo]

这团队里前端的地位也太低了，赶快走 别回头！

[HDMItoDP]

你走了，不影响程序，这就是他要的结果。你也表示你要走了

[NakeSnail]

我一直觉得 java 的 filter 那种写法跟他语言本身不像，像是没办法搞出来的一个语法糖

[mahone3297]

站在上司的角度考虑下，如果你是上司，你怎么办？

如果你说，让底下员工写。假如出了 bug，联系不到员工，怎么办？

你刚入职不久，这个信任，是要慢慢建立起来的

[keventseng]

团队协作，你上司的做法没毛病。

[6J73U552K5UVij4R]

熟悉的 v2 又回来了，我很欣慰，doge 。

[Navee]

@byte10 种田是不可能种田的，我只能默默的把他们的代码全部改成 lamada

[Mutoo]

@keventseng Leader 那不叫协作，这叫拖后腿。

[yeqiu]

所有挺上司的，从各种角度给他找理由的，你们是不是疯了？？？

所有喷上司的，你们喷人就喷人，别莫名其妙还要给前端贴个金好么，还工具库、调用链、一堆莫名奇妙的词。

我今天第一次见到 filter 这个词，看你们说的高大上的样子，然后我去 mdn 一看



就这？？？就这？？？ 这 tm 不就是一个 lamada 表达式么？？？
写前端的哪来的脸各种吹？？？
写后端连这都看不懂，还有脸 bb ？？？

[cw2k13as]

都 0202 年了，现代浏览器都支持好吧，babel 给他转一下吧，咳，这活没法干，明明可以用拖拉机非得手犁地

[cw2k13as]

大兄弟你小心点，入职就干活不正规啊，大概了干完活走人，正常公司过了试用期，再观察几个月才能给他分配任务啊

[garvan]

总结，楼主和老板都挺菜的，绝配

[xingyuc]

java8 就有函数式编程了吧

[cco]

你们这领导怕不是还在用 JDK1.4 吧。

[fgk]

lodash 或者 ramda 选一个，就不是新特性了

[cco]

@qwerthhusn 你这前半部分 java11 了，已经超越了他们领导的认知了。

[liuidetmks]

为什么不用 typescript 呢?
现在还有人裸写 js?

[gancl]

@liuidetmks typescript 写有什么好处?

[Leviathann]

filter 还好
reduce 就真有很多人不懂了
今天 review 的时候就问我一段从 array 构造 object 的代码为什么用 reduce 不用 map🐶

[levelworm]

@touchwithe 笑死了，unpack 是吧。。。

[levelworm]

@zhangbaoliang 我也赞同，以 C++为例，自从 13-20 加了好多东西，很多人写出来的东西基本上就是全函数式的了，那你倒是用 lisp 啊。。。

[gy0624ww]

支持领导，要有大局观。
炫技啥的，技术领域更新迭代那么快，总用新技术摒弃旧的，还不嫌内卷吗

我的观点就是当新技术解决了日常开发的一个痛点，那可以考虑推广，但是同样的效果，或者增益甚微，仅仅是追求"新"，duck 不必。

还有说一句，大厂很多都存在旧系统，旧版本，你改革你负责可以，否则还是别折腾了。

[gy0624ww]

还有补充一点，你说担心未来在会技术退步，这个和工作没多少关系，还是和自己的关系比较大
比如搞后端的，哪有那么多高达上的业务让你展现，大部分都是 curd 罢了。除了优化解决痛点之外，业余自己充电是提升自己的主要途径。

[hafuhafu]

不让用 reduce 、flatMap 之类的我还能理解，filter 的话...既容易看懂，还方便直接，学习成本极低，使用起来感觉一点心智负担都没有。
而且 Java 从 JDK8+有也 Stream...你这上司太古板了，对你的发展不是好事。

[xiaoming1992]

前端的技术发展，真的不是为了炫技，大多数都能切实地提高开发效率。

是上面这句话太过深奥无法理解，还是因为一些人太过傲慢？

[touchwithe]

@levelworm #229 就是**kwargs 被 leader 当作指针的指针……笑哭

[levelworm]

@touchwithe 这个是核心语法啊，他不懂是不对了
其实我一直琢磨，对于比如说 java, C++等语法比较多，年数比较久得语言来说，到底哪些语法算是核心语法，不懂就不对？

[touchwithe]

@levelworm #236 程序员这行本身就是要终身学习。新特性可以为了兼容或易读等原因不用，但不能不会甚至不知道。

[levelworm]

@touchwithe 但是我觉得终身学习是可以有不同方向的。

[no1xsyzy]

@yeqiu 是一个非常简单非常基本的东西，不过 filter 不是 lambda，而是可以把 lambda 或者说任何 a -> Boolean （甚至隐式地转换成 Boolean ）作参数
你先定义个函数 isLengthGreaterThanSix 再把这句话写成 words.filter(isLengthGreaterThanSix) 是一个道理
只不过 lambda 写起来舒服罢了：一次性、即用即造、即完即销、不用特地为它命个名

[young1lin]

这个我觉得你可以整理一份详细的文档教程出来，给你上司，照着这个来学，慢慢改不就好了吗。身居高职，你不在，领导就是背锅的，我最近带人感悟的，好累啊，什么都要给安排，自己还要做，出了问题还得我背锅。草

[levelworm]

@young1lin 给的钱也多啊，当然如果给的钱没多那就另说

[molvqingtai]

听叔一句劝，少用 filter map 之类的，年轻人你把握不住😂

[JerryCha]

4.万一我休息遇到 bug，for 他会改
-------------------------------------------------------------
你要是不想跑路就听他的，然后该休假时就休假，让领导修 bug

[randyo]

当你们还在为用 for 还是 filter 争论时，我已经用 filter 写完功能然后按时下班看电影去了🙄

[drackzy]

小公司老板不懂，经常招到水货总监。不精通项目的技术，只会随便找一个个问题进行说教，显得自己很懂。提桶跑路吧。

[GopherTT]

你写前端跟 java 里没有 filter 他看不懂有什么直接关系吗？

[stevenhawking]

面向上司编程

[akira]

你也说了 “公司还行，但是没有干长的打算”，
然后你还打算用别人不会的写法，
别人给你解释了你还一肚子怨气，
明显是你的问题了吧

[young1lin]

@levelworm 他也是这么对我说的，工资高，高个屁高。

[levelworm]

@young1lin 说明对你来说不够高啊。。。换工作吧

[liuyl]

你上司 java 也是半吊子，不知道 java8 stream 就罢了，guava 也没用过

[benzlucy]

此时此刻 你只是上司的几根手指头 帮他敲代码 而不需要携带思想

[Zeonjl]

道行真不行！

[AV1]

@ian19znj
“只是个美工”，瞧这一股不屑的语气，有的码农已经默认自己比 UI 设计师高人一等了呢。

[seakingii]

你们这些人不要老是纠结一个 fliter 函数.事情的本质是,这个领导为了项目的稳定性,要采用他最熟悉最有把握的古老的 Javascript 语言特性.这不是一个 fliter 的事,还有 map,reduce,for in ...一系列的事...对于"领导"来说,他喜欢他最有把握的事,无可厚非,毕竟项目脱序的话他有更大的责任.

如果一个前端,自己想用什么就用什么,那么,前端想用 flutter 写,再转译 js,这样做行不行?不行?你这个水货领导,flutter 都不懂?所以说,在一个公司工作,就要遵守公司的规范,哪怕这个规范不合理,不然各用各的,项目会失控.实在对"规范"不满,几个选择,一是走人,二是向上爬后由你掌握规范,三是以理(力)服人,说服你的"领导"...最没用的方法就是上论坛找认同感了吧

[vela]

往好处想，你内没啥上进心的 leader 居然还亲自 code review……灰常棒呀（手动狗头

[lovecy]

@yeqiu 跟 lamada 没什么关系，传普通函数进去都可以，就是一个 Array 的方法而已，我看了下是 2011 年出的标准，十年前了

[xyx650]

是我的话，以自己不懂为由拒绝接受十几年前的“新特性”，这种领导甚至这种公司都不值得继续留下去

[a719031256]

作为外包开发，楼主给我一种非常不信任的感觉，一味的添加新东西，却连旧东西都不精通，新东西的实现是建立在旧东西的基础上，旧东西玩不精就玩新的，很容易写出 bug，这种情况会导致改 bug 时间大于开发时间，最终导致项目流产
而且楼主给人感觉不靠谱，做事浮躁，我这几年遇到不少楼主这样的同事，一上来不考虑实际情况，盲目的推新

[x86]

这就第三页了，熟悉的前端回来了

[mxT52CRuqR6o5]

@seakingii 楼主就在说 filter，为啥不让纠结 filter，倒是你在滑坡谬论

[mxT52CRuqR6o5]

而且一个团队的组成是团队里的所有人，而不是技术 leader 一个人，代码规范应该遵循大多数人的习惯而非 leader 一个人，更何况这个 leader 并不会来这个前端项目写代码

[chemzqm]

我感觉你可以走人了

[rainboat]

leader 连个 fliter 都看不懂，可以跑路了

[seakingii]

@mxT52CRuqR6o5 楼主想用的会只有一个 filter 么?目前只是用 filter,如果没有约束随便用,按楼主的想法,不会想用 map,flatMap,reduce,class,const,let,fetch,promise,Symbol,getter,setter,proxy...所有这些更先进的内容么?看事情要看本质,楼主的问题就是想用最新的语言功能达到更好的效果,楼主的"领导"就是只想用他掌握老的语法,能完成功能就行.矛盾在这里.我发的论点就是楼主作为新人在技术方案上没有权威.

"领导"的要求,总有一个边界,如果没有边界,那就甚至会前进到所有语言都可以用,只要这个语言能编译成 JS,运行在 WEB 上;如果有对语言的限制边界,那么这个边界会在哪?一般情况可能会是 ES5,ES6 随便用,只要用 BABEL 翻译一下就行,显然在这个案例里,边界更后退在甚至不能用 filter

[seakingii]

语言的技术是学不完的,楼主没必要强求一定要在公司学.公司不是学技术的地方,公司是做项目赚钱的地方.想学技术,现在这个世界,道路多的是,最简单就是做个自己感兴趣的项目,有什么新的技术都用上.什么 ES5,ES6,ES1000000 你想用就用,什么 VUE,REACT,angular 随便选.甚至你可以学学 typescript,flutter,kotlin 再翻译成 JS,学学 golang ,rust 做 wasm 开发...前端领域太大了,学不完的技术,只用 jquery 的人还大把在做项目.不要强求别人能掌握什么前端技术,做好自己吧.

[mxT52CRuqR6o5]

@seakingii
filter 、map 、reduce 这三个都是旧时代的东西，和你举的其他例子完全不一样
还有你现在的行为就是我所说的滑坡谬论的现场演示

[shyling]

1. filter 是 es5 的（ chrome 1, ie 9 就原生支持的函数：你不会我会告诉你，你可能不适合 review 代码）
2. 我不用可以，但理由不能是你不会。你今天说你不会，因为 java 里没有，那我明天写个 splice （ ie5.5 就有） java 里也没有，你难道再说你不会？
3. 用什么，不该用什么，应该明确有个标准，说只用 es5，那我不用 es6，说用 es3，那我就不用 filter 。而这个标准应该由所有前端同学根据标准的发展，公司业务去决定，而不是给一个不写前端的后端做一言堂。客户的情况如果支持我们直接用 es6，那为什么还要去写冗余的代码，去加载没必要的 polyfill，这对性能和用户体验都有好处。

[seakingii]

@mxT52CRuqR6o5 "filter 、map 、reduce 这三个都是旧时代的东西"?这个"旧时代"是你定义的么?什么是"旧时代"?哪些是属于"旧时代"? 显然在这个案例里,"领导"定义了哪些能用哪些不能用,而不是你定义的"旧时代"

[seakingii]

@shyling 同意你的看法,这个案例就是缺少标准,或者说规范,或者说边界. 其实也不是没有标准,只这个标准不是明文的编程规范,而是"领导"的 Javascript 认知水平.

大公司为了解决这种情况,会出编程规范来约束团队的行为,比如《阿里巴巴 Java 开发手册》,小公司小团队因为各种原因,很多是不会有这样的规范的.

[mxT52CRuqR6o5]

@seakingii 所以我的观点领导的规定>时代的规定这个事实是有问题的，你在反驳些什么

[xcstream]

挺好， 越是技术上没追求的公司，越是其他地方有优势。
只有其他地方没什么优势了，才最有技术上形而上学的东西。

[Lemeng]

有点意思。只能这样说了

[mxT52CRuqR6o5]

@xcstream 所以谷歌微软一定是其他地方没什么优势的公司了

[learningman]

@dfkjgklfdjg 可是 babel 的实现是 polyfill 啊。。。

[seakingii]

@mxT52CRuqR6o5 你认为"领导的规定>时代的规定这个事实是有问题的" , 相反,我认为"领导的规定>时代的规定这个事实"是可以接受的, 只要这个"领导"带领的团队能完成公司的项目,并且能正常上线运营,给公司带来效益,使用老旧的技术也是可以接受的.

不管是"使用新技术",还是"使用老技术",项目成功与否,责任肯定是"领导"更大,他更有权决定技术方案.

[mxT52CRuqR6o5]

@seakingii 你只是证明了 leader 有权利决定用什么技术，但你没有证明 leader 决定到底是好是坏

[tealerK]

@yeqiu 同感 后端表示初看这些人把 filter 吹的天花乱坠，结果就这？！果然都说前端喜欢卖弄框架和概念不是没有道理的

[AV1]

@tealerK
那么，连这么简单的一个 filter 都不愿学，因为自己看不懂就不让用，这水平还有什么资格说别人？

[auh]

上司的话是对的。不要光想着当程序员。纯粹意味着傻吊

[h1104350235]

遵守团队规范，我觉得没啥问题。如果你不爽 leader，你可以做 leader

[seakingii]

@mxT52CRuqR6o5 我没想证明什么技术是好的什么技术是坏的,我的观点是:采用什么技术由"领导"决定 ,不管好坏.后果也是"领导"承担,不管好坏.

[hotsymbol]

那就用 ES2011 来写。同样场景：团队内高 T 大佬说 不要用 Python3，我只会 Python2，你们用 python3 或者用 Golang，要么就不要 merge 到 master，因为我没法帮你做 Code Review

[initd]

ts 写，tsc 输出 es5，或者 babel，rollup

[tonytonychopper]

filter 其实是 es5 语法。
这种事情，要么你说服 leader，要么 leader 说服你。没有 filter 也能写代码，就是干得爽不爽而已。另外这帖子还有人在喷前端我也是服了……

[inhzus]

什么年代了连 filter 都能算是炫技了？写 Java 的连 Stream/guava 这些都没用过真的有写过代码吗？领导错没错不重要，这么菜的公司快跑啊！

[levelworm]

@hotsymbol 这个就太无语了，3 都出来多少年了。的确啊这种就得赶紧走了。

[Solael]

现代编程语言越来越趋同，新特性主流语言不可能没有，一丁点不愿意学习的人真心不适合继续在一线开发。

[anguiao]

能不能用应该有个确切的标准，而不是你说你不会我就不能用。

[loginbygoogle]

互联网太精彩

[AV1]

@tonytonychopper
这个环境就是这样的，许多后端有迷之自信，对自己不了解的领域充满偏见

[shakukansp]

笑死了

楼主你自己封一个 filter 然后用领导让不？

[godblessumilk]

建议普及下 微服务 /微前端，提高自治权，实现软件工程推崇的功能模块 [高内聚低耦合] ，即可实现职权划分清晰，也避免了甩锅领导担责，同时不限制手下的技术栈挑选使用

[way2explore2]

骨头硬一点

[Actrace]

技术角度：
看了一下 array.filter，发现确实可以简化某些场景下的应用（虽然我也是从未用过这个特性），是一个蛮实用的语法糖。不过，语法糖其实不是越多越好，编程语言过多的规则（语法糖）会加深心智负担，间接影响了程序可读性。array.filter 相比传统的 for，虽然减少了代码量，但是 for 能实现一样的功能，还能更灵活，大多数情况下可能还是选择用 for （少即是美）。

管理角度：
团队项目的整体水平实际上是一个木桶效应（重点），其最强实力取决于最菜的那个。也就是说，一旦你用了 array.filter，其他人也必须一起使用，否则就无法一起协作。解决方案大概就是以下两点：

1，所有需要用到 array.filter 的地方你都来承担。
2，睡服其他人，让他们一起用 array.filter 。

一个例外的方案是你收购了这家公司。

[cereschen]

遇到这种情况直接跑路就行了
首先 你继续这样自己写着也不爽
然后 你以后出去面试其他公司 es6 都不熟 人家肯定不要你
你自己考虑吧

[LudwigWS]

有些人的技术就是一年的工作当十年来用

[noahhhh]

@yeqiu 上班是赚钱，别由情绪决定。我建议楼主是先按部就班试一个月，熟悉了以后再下结论。

[23wEJhKrPYz2uRF5]

比较意外的是楼上很多人还挺支持这个领导
作为员工 可以选择服从领导 但这不能改变这个领导既不是一个好的程序员 也不是一个好的领导的事实

[94]

@learningman 我记得可以把 ES6+的新特性 build 成 ES5 来着....现在不行了吗，有段时间没关注 babel 了。