看现在写个 UI 复杂的要死，前端届干的啥事。。。

技术这玩意就是一张嘴吹，十年前大家纷纷觉得计算跑到数据里各种超级棒，现在又吹计算和数据分离各种超级棒，
啥有利就吹啥。

Storm 牛皮哄哄，过几年阿里说它太烂，搞了 JStorm，几乎同时 Twitter 搞了 Heron，据说比 JStorm 强，然并卵，
社区热度已经转移了。

Spark 当年也是吹的如日中天，各种问题少有人说，现在 Flink 你方唱罢我登场，当红炸子鸡。

Kafka 搞了那么多年，作者自己开了公司 Confluent，搞了个 platform 出来，看起来还不错，但是 kafka streams
有点不够份量，LinkedIn 搞的 Samza 也有点尴尬，都没赶上 Flink 的风头----前几年 Flink 可还是君子之交淡如水呢。

Yahoo 开源了个 Pulsar，要跟 Kafka PK 的态势，当年在内部大家都不愿意用，想用 Kafka 不许用，现在丢出来也有人
追捧，各种比 Kafka 棒棒的。

何为技术根本？

【 在 eGust (十年) 的大作中提到: 】
: 标  题: Re: 好后悔学了 angular 啊
: 发信站: 水木社区 (Tue Jun 25 10:52:25 2019), 站内
:
: 呃，react 是13年出的……
:
: 我是14、15年开始搞 web 开发的，当年 angular.js 如日当空自然是要学的。刚开始看到双向绑定的时候，也是不由自主的赞叹出来。导致刚学 react 时还觉得，双向绑定都不支持，干点儿啥啰嗦得要死，根本没前途。再后来看 redux，还真的去看了看 elm，才意识到 fp 才是质的转变，ng1 不过是双向绑定的新瓶装 mustache 的老酒而已。
:
: 15、16年还发生了好多事，es6 发布，vscode 发布，再加上 react、redux 这些技术的出现，导致了我对 js 社区态度180度大转变。
:
: react 这种大刀阔斧的改法，进入公众视野后，成败也就一两年的事儿。16、17年时，铺天盖地的 one-way dataflow vs two-way data binding 文章。所以那时如果认真读过两三篇这种文章的话，就会意识到 react 革命已经胜利了，以后 ui 开发迟早都会走这条路。
:
: 跟天朝码农比起来，墙外的码农普遍比较闲，也敢于在 side projects 上面投入新技术，又有时间发 blog。一门新技术从诞生到进入招聘需求，普遍要经过个三五年的时间，天朝习惯再观察一下大公司的动向，再慢个一拍半拍都是很正常的。这三五年的时间里，足够不少墙外的公司总结各种经验教训，很容易找到各种基于实际经历的经验教训、技术对比的文章。哪怕英文不好，不少技术类新闻网站也是天天蹲 hacker news，哪篇火就翻译哪篇，最多也就晚个一两天出稿。
:
: 水木上有些老人技术的确可以，但是碰到新东西不愿意去试，经常否定。因为换用新技术的话，不愿意承担学习和试错成本，用熟悉的技术一样可以很快的完成。比如用 react 的话，可能得花上两三个月的时间，熟练度才能赶上 jquery。如果是项目的话，恐怕得大半年才能追上一开始就用 jquery 的进度，考虑人员水平参差不齐没准一年都追不上，所以人家不学有人家的道理。但是人家底子在那，大概了解一下原理就够了，真有需要一个礼拜上手，一个月就能赶超一般熟手水平。
:
: 总的来说，技术路线的选择不能光挑当下最热的，也不能某个牛人否定就不学了，谁都有看走眼的时候。个人觉得还是得学一两门比较深入的技术，然后对新技术保持开放的心态。没精力就读读经验文章，英文不好就看翻译的。最好再大概研究一下原理，自己研究吃力就找视频。有精力就动手弄点儿简单的东西试试，经验丰富了新东西一上手就知道好坏了。另外，看技术的眼光也不能纯技术角度，还得多站在老板们的角度，个人喜好跟钱比起来一点儿都不重要。
:
: 【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: : 并不是。学啥技术路线本质上也是一种投资。
: : 投资就要有足够的前瞻性，避免投在在未来注定失败的技术路线上。
: : 从这一点来说我在02年彻底放弃所有ms相关技术扔掉windows all in linux，03年放弃
: : ...................
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 101.98.83.*]
--
FROM 111.197.239.*