lyxxxh2

既然是刚毕业的,项目能有多复杂。
理解需求,直接重构。

肯定是你的问题,ai 可是学完的整个 github 。
你一个程序员怎么比得过几千万程序员的知识。
(狗头保命)

看得我一脸懵逼,读了一遍又一遍才理解意思。

第一遍: 后端问题返回问题,还得继续看
第二遍: 前端不想做,领导对你也不支持。
第三遍: 前端不想做,领导也不支持前端。
第四遍: "我又该如何说服他们和领导呢?" 领导原来支持前端了。
...

你所举的对象,返回很正常。
看了 6 楼才知道啥问题。

前端不会问我这些问题,我常量复制到接口文档,自己看。

@Rorysky
composer go pip 那些还好。
npm 就很不省心,镜像了,但又没完全镜像。
之前下载公司项目,cnpm 和换源总是网络超时。
后面直接 npm set proxy,就没操过这种心了。

@lyxxxh2
速度比国内镜像还快,也没各种奇葩的网络小问题。

很久没用过国内镜像了。
pip npm composer go 通通走代理。
速度比国内镜像还快,也各种奇葩的网络小问题。

ps: 公司电脑内网服务器:
export http_proxy=http://192.168.50.30:7890
export https_proxy=http://192.168.50.30:7890

外网服务器没辙,装代理客户端麻烦。

@BeautifulSoap

我是后端,但我不赞同你说法。

1.
```
undefined | 4
undefined?.q
undefined ?? 4
```
这种后端语法糖后端也有啊。
挺多数据字段为空的情况,但是你又不能改结构,这时候就很有用了。


2. async/await 确实可以走天下。
虽有人喜欢 then,但是也没学习成本啊。
至于 callback,这程序员基操啊。

不捣鼓 promise 的,这还是个前端???
promise 属于前端基操。

3. 我没被 var 坑过,
后端的声明,不也是 var 级别的。
我不用 var 主要原因: 遵守最小权限。
至于坑是次要。

4. 我还真不难受,甚至还喜欢,不就是一个 流接口模式吗。
laravel 的 collection 也是这种模式。

data.filter(map(v => []))
->map(v =>xxx)
.reduct(map((v,result) => {},0))..

然后不用链,光是一个 filter 都要冗余的代码,更不用谈后续的:
new_data
for xxx i n xxx_data # filter ok
if xxx === 1:
new_data.push(xxx)

当然自己封装的模块,我更愿意用 class 。

5. 风格:
const a = q => q + 1
简洁至极,挑不出一点多余的。
至于理解,不熟悉的人可能难以理解,但是不熟悉谁也没救。

对我来说,比 function(){
return q
}理解快多了。



轮语言写法,我最喜欢 js 。

js 是世界上最好的语言,谁赞同 谁反对。

和我同水平竞技的男性比我强太多，根本竞争不过别人。
--- 有没有可能,大家都在造假,而你不造假。