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

[kensoz]

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

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

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

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

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

[touchwithe]

在前前司的时候，本来就干的不爽，上司还指着我 py 代码中的关键词参数问：为什么总指针的指针？ 我当场黑人问号，不到一周就溜了。这种地方早点离开。

[ChefIsAwesome]

filter 你应该当作是递归，跟 for 压根不是一回事。特别是你写前端，后面会越来越倾向函数式编程，不应该去用 for 的。

[Shook]

既然你上司是个后端，你也不能要求人家经常更新前端知识了。

[66beta]

为什么让一个外行来 review ？如果公司小人手不够，那就别 review 了。

但重点还是这个人情商太低，不适合做领导

[finian]

学个 filter 需要一分钟不？这都不让用，只能说明在技术上没有追求，其他什么理由都是扯淡。

[Leonard]

上司是后端不熟悉前端为啥给前端排错？

[blessyou]

真不错 一看就是老前端开发了

[siweipancc]

上个世纪的后端水平，现在都标配 filter 了。（你们招会 rxjs redux 的异类后端吗）

[murmur]

@ericls 老板只限制了你的语法，他又没不允许你用 mvvm 框架吧？要是连 mvvm 都不允许用那赶紧走

[Leviathann]

很难想象 Java 不让我写 stream 会是什么样
那代码得膨胀多少

[jonathanchoo]

从老板角度来说，你可以随时拍拍屁股走人，留下的代码怎么办，可以让你现在改成 debug 成本低的方式我觉得没毛病。

但是从程序员的角度来说，在场景中没有人支持你尝试新特性，对自身成长的确难以接受。

[play78]

---
List.of(1, 2, 3).stream().filter(i -> i & 1 == 0).collect(Collectors.toList());
---
List<Integer> list = Arrays.asList(1, 2, 3);
List<Integer> ids = new ArrayList<>();
for(int i=0; i<list.size(); i++) {
if((list.get(i) & 1) == 0) {
ids.add(list.get(i));
}
}
----
下面那个看起来顺眼一点 [doge]

[hronro]

兄弟，filter 是 ES5 里面的，ES5 是 2009 年发布的，都发布十多年了，不是什么新标准

[darknoll]

es6 都不用，那索性用 jquery 算了

[CodeCodeStudy]

这不是技术问题，这是背锅问题，改动不麻烦的话就听他的吧，如果很多地方都限制你却不明确告知，那么还是跑路吧

[lagoon]

那些说 Java 还在用 jdk6 、7 、8 的，就别秀了。

不同语言，不同生态，能这么对比吗？你咋不说汉语用了几千年，几百年才升级一次，摇头晃脑，表示编程语言太急功近利。Java 之类的根本没必要产生，C 语言才诞生几年？更别说 COBOL 以及更早的前辈。


这种例子比比皆是，不懂还要管的宽。比如兵乓球打的好，可能去管足球。
技术早就分化，一些人为了不失去权柄，用尽各种方法。

[ryougifujino]

上司太菜是原罪。

[Navee]

我上家不允许使用 jdk8 的 lamada 表达式，原因是很多人看不懂

[kiritoxf]

我以前也是像你这样
但是换个角度想想，项目是公司的，不是个人的，不要这么较真

[ooxiaoming]

很明显你们公司前端没啥需求量，趁早跑路吧