Azure Devops +1

Bitbucket 真的稳定吗？ cloudfront 一直都被干扰得很严重啊。

.githubusercontent.com 依然被 qiang

@CBS #20
如果 github 仓库有更新，如何同步到 gitee 呢？

下代码一直都很卡，最近 *.githubusercontent.com 也被 qiang 了，有些依赖于 raw.githubusercontent.com serve 安装脚本的彻底挂掉，雪上加霜。。。

为了远程而减薪，这样的远程有几个人愿意接受？

现在 GCP 国家列表里都没有大陆了，老用户再登录的时候也会要求修改 reign，你们是怎么解决的？

@hanssx Cinnamon 很稳定，从来没出现过唤醒后黑屏的问题。你的“旧”本有多旧？我拿 7 年前买的本本装 Cinnamon 桌面一样不卡。

xubuntu, LinuxMint XFCE, Manjaro XFCE，我曾经也是 XFCE 的粉丝，但我的本本总是会休眠后唤醒总是黑屏，没办法换到 Cinnamon 了，非常稳定。

还有个比较有用的功能：Restore all windows on restart https://code.visualstudio.com/updates/v1_42#_restore-all-windows-on-restart

关闭所有窗口后重新打开 vscode，会恢复出所有窗口，不用再一个一个开了。

@TypeError #3
@luozic #4
@binbinyouliiii #5
@chendy #7
@hantsy #18

你们用的是 AdoptOpenJDK 的 HotSpot 版本还是 OpenJ9 版本？

@hantsy #19
你的意思是它是一个 general purpose 的 VM，不是专门的 JVM ？

我是一个后端出身(Java & C#.NET)的前端。

我从 2013 年开始接触 jquery，2015 年开始学习 react。正值 ES2015 (ES6)横空出世，又学它，写好的代码无法直接由浏览器执行而需要转码(transpile)，于是又看 babel 的文档，转完码还是无法由浏览器执行，又去学习 webpack (幸好当时已经有了 create-react-app)，这些都学完了后才终于把 ES6 写的 hello world 在浏览器里跑起来！我记得当时就已经有人吐槽，摆弄前端工程化比写业务代码本身还复杂，吐槽的同时也感谢有 create-react-app 这种脚手架。然而实际使用当中我很快发现它无法满足所有需求，同时由于它不能修改 webpack 配置(是的，它是"0 配置"的，不过准确地说是"不能配置"地)，只能 eject 出来自己改，头痛。这些都还没完，很快我又发现在一个稍大的项目当中，react 组件之间共享状态相当不方便，又去学习 redux，理解 react 的响应式思想并没有费多大劲，但 redux 的 flux pattern 着实把我难住了。直到几年后我做第一个前端外包项目时，才真正熟悉它。

所以各位后端童鞋的吐槽我真是发自内心地理解。

抛开框架，我觉得前端工程化之所以这么复杂是因为长时间里没有统一的模块系统，以及浏览器对新标准支持的滞后性。ES6 时，终于有了 import/export，但无奈浏览器支持没跟上，长时间里无法 100%支持 ES6 及这个模块化标准。

1. 无法 100%支持 ES6，就需要转码。不仅是 ES6，之后的每一代新 ES 标准出来后，浏览器跟进都会滞后。
2. 不支持模块化标准，就需要第三方库来解决依赖关系(包括代码和静态资源)，比如 webpack，它不仅解决依赖关系还负责打包。

一言以蔽之，我们写的代码和浏览器能懂的代码之间有鸿沟。我们写的前端业务代码，必须借助其它工具处理之后，浏览器才能执行。这个处理过程需要配置，有时配置负担甚至会大过业务逻辑的复杂度，导致"配置地狱"。

2020 年了，主流浏览器(不包括 IE，IE 不是主流是毒瘤)已经 100%支持 ES6 了，包括 import/export 这个模块化标准。不过静态资源的模块化还得再等等，Web Components 标准里有了 CSS module 第一版(不是 https://github.com/css-modules/css-modules)，微软也在提把 svg 等图片资源模块化。相信近几年的将来，import 静态资源不需要 webpack/rollup 去做什么处理浏览器也能懂了。虽然没能完全填平鸿沟，但也好了不少。可以看看[这篇文章]( https://philipwalton.com/articles/using-native-javascript-modules-in-production-today/)。

再来说说代码框架。

我觉得 react 并不是很难，但是它的配套生态比较"散乱"(facebook 官方并未提出完整解决方案)，而 vue 则有官方全家桶(vue-router & vuex & vue-cli)更加完备。

- redux 样板代码太多，建议采用 dva/rematch 这些衍生框架； vuex 更简洁完备，selector 也有了，而 react 那边还需要 reselect 之类的 library。
- 模块化 CSS，react 没有官方解决方案； vue 则有<style scoped>。
- create-react-app 配置灵活性远不如 vue-cli。

所以，从后端转前端，我觉得 vue 是个比 react 更好的选择。不过我个人更喜欢 JSX 那种"一切皆为 JS"的写法。

前端已经过了刀耕火种的时代，相信未来的前端工程化会越来越简便。

若我以上的理解有误，还请各位前端大佬指正。

应该是基于 electron 吧？

我有位朋友会提前把一周的肉都卤好然后放冰箱，每天煮点蔬菜再配上卤肉吃，周末外出打牙祭。卤煮真是个方便的办法。

@letitbesqzr 请问这个"下发到华为钱包"是怎么操作的？

还有就是是不是可以用华为钱包里的信用卡支付？

希望国内银行系统能推进技术革新，抛弃对 IE 的依赖，这样国产 linux 发行版的推广也能少些障碍。唉，希望谈不上，就算是奢望吧。。。

记忆力突然减退要警惕脑血管疾病？

各位 1+、小米、魅族的售后怎么样？

@M2K4 现在区块链概念炙手可热，还可以再炒一段时间。