@wly19960911 emmm，没说完就发出去了

所以很多人用谐音和拼音缩写来躲避这种人，当然这个是这些情况的出现的原因之一。现在别说有点粉丝量的人，普通人不避讳都会被上门骚扰。

自造词还有一个原因，现在的脑残粉出警现象太严重了，不少微博稍微有点粉丝量的，看到某些现象发表反对或者贬义意见，就容易被搜索过来的人追着打

链式调用按顺序？ 你这必须写队列运行啊...实际上又实现了 promise。很无趣的，建议学习 promise 然后转 async function 会很愉快的

我有时候想写注释，可是最后不少东西除了实体类字段含义，我就写不了什么注释，一眼看过去明摆着意思的方法名、局部变量名、类型，就知道什么意思，只能说还没有接触复杂的东西

这个技术很可以了，实习更多看重的是基础过硬，而不是项目经历，面试官也知道是怎么一回事。

最新的两个项目说的比较笼统，可以考虑去优化下你到底实现了什么功能，重点拿出来就好。就我看来，可能我个人比你差，但是你可以想一个问题，面对这份简历，你最想让面试官问你什么。（这份简历可以考虑用来给 HR，准备另外一份简历给面试官。

@BarZu spring mvc 怎么没人用了... spring boot 里面自带的就是 spring mvc


@IMCA1024 我早些年入门 java 的时候累死累活学完了 spring 框架核心，后面学来学去看博客发现这位讲的简单易懂，我很快就能开始简单开发了。其他的坑还是得自己走。不过现在虽然做前端，但是对后端的东西也稍微接触下扩展视野。

学完什么叫依赖注入和动态代理，抄起 spring boot 就是干
http://www.ityouknow.com/spring-boot.html
可以看看这位的博客，我感觉他的简单易懂

@weishijun14 datasource 不是指后端，单纯就是一个获取数据的库，至于背压问题我看了下，rxjs 不太好做这种重复，因为 rxjs 一开始就准备好了数据观测，除非有人手动触发了获取数据的操作。

switchMap 的 observable 也需要有 subject 来推数据进去。所以这个行为比较难以实现，不如写个库专门拿队列数据。由 rxjs 取就行了。如果不是需要重新拉取这个操作，我感觉挺好实现的...

datasource 的队列别拿 rxjs 做，这个是舍近求远的行为。只需要做个 queue 然后调用方法获取到队列前三位就行了。

直接 fromEvent(window, 'click').pipe(
switchMap(v => fromPromise(datasource.get(3))),
).subscribe(() => {});

说一下百家号问题，百家号如果你不创建，那么百家号就会创建一个虚假账号爬你数据，包括其他的都一样。本着不赚白不赚的道理...人家肯定就会敷衍下平台了....

@TPOB 比洗脑循环广告好多了...偶尔还有一些不错的。国内就是一直无限循环洗脑，生怕浪费一秒钟的品牌宣传时间

无非出现这么多争执，单纯就 JS 入门门槛低，从业人员多了，也包括全干工程师，换成其他平台看看还有一句话敢说吗，难道 android 学习成本就低了？ iOS 学习成本就低了？ qt 成本低了？

只是因为原来只会原生 html 开发的人现在被强迫着学习来自其他平台的 GUI 设计理念（组件）然后抱怨而已。

@avastms
“要不你问一下各大 GUI 系统的老油条，什么 Windows，X 之流，为什么不用最适合 GUI 编程的 FP 语言？
你猜也是 XML 写 UI 的 Qt，是不是也把模板写代码里然后预编译一下？”

那为什么你不能承认历史潮流要转变呢？就以教条主义来践行一切准则？你确定 windows 的老油条不做前端了？ GUI 那你说的除了函数式语言精进难度非常高以外你说了什么有用的词？ 以别人的行为来推测某个平台的不正确？

到最后你也只是说了，函数式可读性差，对于入门的人来维护项目不可靠，其他的词都是废话，用自己的词来掩盖自己重申过的观点。

我认为从 react，flutter，iOS 的 swift UI 上，能看到一条别人没走过的声明式 UI 的道路。而 react 真正践行的 react hook，现在只有 react 流行，这个也是不少人认为完全的函数式带来的误区。

楼主说的是声明式 UI 对 UI 带来的变革，如果我没理解错误，你的话里面也没有谈到 react hook 的问题。所以不要以为拿一点语句来表达自己重申的观点就能把自己的话说的很令人信服。

@simo 构建工具方面肯定是全部语言都共享的，但是也不要求大家都懂怎么构建啊，难道后端那套构建就是自己去做的？插件自己来写的？...你懂了也要有能用的场景，上来就手写 maven 插件谁受得了呢...

UI 方面其实也是有革新的，至少 react 这套现在越走越顺，包括 flutter、android、iOS 那边现在都有这种声明式 UI 的 趋势或者苗头，写起来快多了。

https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg 2700 用了一年了，AMD cpu + nvidia 显卡，一直没什么屁事，有也是 Windows 垃圾的问题。

别说我 amd 吹，Windows 自己出现一个网卡 bug 把我搞得重装四五次。

@goonervs Intel 在数学的基础库里面，没有给 amd 开 avx 的优化，导致性能极差，自己手动打开即可，以后更新肯定也是

@wly19960911 [ 这种以偏概全的说法也是戾气来源之前 ]
来源之一，打错字了

---- 这种喜欢刻意用云淡风轻的语气在网上说「然而 A 吊打 B 」的人，很有可能 A 和 B 都没用过……

这种以偏概全的说法也是戾气来源之前，说话不经大脑思考，直接开地图炮，什么前提都不谈。

有的人说，你不用怎么知道好不好。反驳说法是：房子不住人你就知道这个房子好不好了？

有的人说，xxx 更好(实际上他都没用过)。反驳说法我就不说了。

那到底什么是好什么不好，归根到底还是很多人只会以自我为中心，否认的时候根本拿不出论据，有的人说 xxx 更好是可能有依据，有的人说不用怎么知道好不好也是认为选择适合的才是更好的（这种东西往往互有优劣）。

不加以区分，不谈前提，搞人身攻击，否认其他教派的洗脑手段完全就是商家最想做到也是最容易浑水摸鱼的方式。

还有一种特别的手段是，A 产品 比 B 产品 xxx 功能强， 就有人喜欢跳出来说 B 产品 比 A 产品质量更好更稳定。然后突然就吵起来了，这两句话都没问题，但是不少人就喜欢揪着不同论点比较，比来比去自己内心的杠杆本来就是歪的，需求不同，接就硬生生怼起来了。

说来说去还是根本不会辩论，只是为了维持自己心里面的优越感去贬低其他的产品，认为自己永远买值了，别人的需求和自己是一样的，我就要让对方臣服的心态。