@abbenyyy 呃，并不是完全相反的态度。

@abbenyyy 我持相反态度，所谓大前端不应该是技术栈上的概念，应该是公司部门划分的概念。所以我不推荐两者甚至三者都包揽，但我推荐深入一个并且适当接触另一个或两个。主要是为了了解相似平台的打法，降低交流成本，提高看问题的层次。

@slysly759 不用

@davidf 另外他们似乎和 dcloud 在法律和版权方面有很长时间的纠葛。

@davidf apicloud 我用过，很坑，文档覆盖度不够，开发过程，工具，生态，都过度依赖官方，社区感觉都是小白，唯一的好处是，官方论坛里有不少人踩过坑了，所以细碎问题基本都有个"折衷"的解决方案(很多 bug 他们明确表示不会修复)，大问题…考虑原生吧。

jenkins

@codermagefox callback(callback hell) -> promise(try...catch) -> async/await 这是 JS 的发展路线。技术选型一般有很多考虑，不是具体因为某个特定操作是否方便实现就能决定的。node 栈只是作为一个可选项供选择。

@codermagefox ES6 添加的很多新特性就是针对 node 方向的。lisp 都能写 web，为什么 js 不能？😏😏

一般都说前端或者某些人所谓的“全栈”，nodejs 放在简历里面写，不会说 node.js 开发工程师这种。
另外，我觉得 985/211 是大公司筛选简历用的，如果本身简历数量基数都不够，就不要筛选了吧。

认为前端坑是因为很多人自认为了解前端，前端也就 jQuery,bootstrap 那么回事，然后真正深入后发现和自己想的不一样，深入难度比预期高，所以觉得坑。

@sagaxu 你走另一个极端了，语法糖有优点有缺点。语法糖的极致就是 ruby 这样，我也写 ruby，但是我会尽一切可能避免在重量级产品环境中使用类似 ruby 这种语言，它写起来很爽，我可以用 ruby 炫技，写出各种让你“还有这种操作”的代码，但是维护的时候，特别是换人维护的时候，会是噩梦。
我对 kotlin 持开放态度，它解决了很多问题，提升了很多开发效率，我相信 android 或类似的领域，kotlin 会大放异彩。但是 java 就是 java，更少的语法糖就是 java 的优势，它不叫 jetlin，它没有必要成为另一个 kotlin。已经有一个 kotlin 在这里了，我们为什么要创造另一个 jetlin 呢。我认为我们这个帖子是在讨论 java，你说呢？

@anyele 在项目规模增长到一定的地步，开发人员增长到一定的地步，语法糖降低效率。

java 的优势不就在没有太多语法糖么

Warning: The --link flag is a deprecated legacy feature of Docker. It may eventually be removed. Unless you absolutely need to continue using it, we recommend that you use user-defined networks to facilitate communication between two containers instead of using --link. One feature that user-defined networks do not support that you can do with --link is sharing environmental variables between containers. However, you can use other mechanisms such as volumes to share environment variables between containers in a more controlled way.
出处:https://docs.docker.com/engine/userguide/networking/default_network/dockerlinks/#connect-using-network-port-mapping

link 选项已经不推荐了，你说的这些 docker 文档写的很清楚

个人认为编程语言必须行尾加分号是早期对编译器的妥协。另外，看下楼里句尾加句号的人的比例，再对比下说写代码要加分号的比例应该是个比较有意思的数据。

个人不加，倾向于靠合理清晰的缩进标识代码结构

因为 github.v4.api 的原因，也在关注，看了官网的很多东西，感觉都在谈主义啊…话说官网还被墙了😂

node.js 工程师，加分项是 node.js …