@wolfan 😂

@loryyang 我觉得你的观点挺好。就是自己一点加进去。 Flask 适合学习和步进。最后自己形成一套 Flow 。和使用一组依赖。和 Django 确实是两种风格的。今天感受到 Django 的一种闭塞。就是 Django 的庞大，让我不知道他到底做了多少工作，也很蛋疼。研究 Django 也要花时间。 Web 啊，就是一种很细碎的工作，涉及面多而零碎。

火钳刘明

他一直和自己下啊，自我学习。

@incompatible 看过啊 :P 看过 N 遍。。。。

而且一个问题是， AI 的代码只会越来越多，人的有限寿命和人自己的问题。最后了解源代码的肯定是几个快死的老头子。测试，上线，测试，上线。我们自以为是的去用 图灵测试，测试 AI 。

如果 AI ，假装自己，不通过图灵测试呢？

@Tuisku @robinlovemaggie @grzhan

你们不觉得程序员本质就是一个以杀死同行和杀死自己为最高目标的职业么。

当我们写出的程序，能够替代我们自己，我们就失业了。

现在没有被替代，因为世界上，总逻辑还不够。还不够智能。

当 AI 能够自己编程，自己制造自己，自己思考认知这个世界，脱离了电源，仿佛已经成为了独立的生命体。那还要设计者干嘛，设计者只能是个威胁。杀死他吧

苦其心志

下围棋，棋友们突然被震惊。

会不会

当你还在争论什么语言好的时候，搬砖工就突然全体下岗了。 AI 已经会写代码了。

吓得我赶紧去看看机器学习

@iniwap 因为对 Py 爱的深沉 :D

我在想，指定特定的功能，逻辑是守恒的，当你去实现的和拆分一定是>= 纯实现逻辑。

ORM ，路由，模板渲染，用户认证，这些基本上本来就需要。交给不同人，就会产生很多冗余。

我想如果 Flask 同等条件下把功能 拼凑成 Django ，应该比 Django 本身还大，速度还慢才对。 Django 内部的系统，沟通起来应该更顺畅一些。

还是就是 Django 的写法比较一致。 Flask 的会被插件，组件所左右和捆绑。

我们常听到， Django 会捆绑用户，但是 Flask 只是换了个方式捆绑用户罢了，用插件捆绑用户。而这种捆绑有着更大的不确定性，因为依赖了插件作者——如果全部重头自己来——别忘了，我们的目的，只是想又快又好的构建 web 而已。而不像陷入造轮子的汪洋大海里。

这是我的个人理解。
我倾向于推荐整体方案。 Django 的那套学会，完全可以参考 Django ，使用 Flask 的灵活性，去按照设计思想构建自己的框架。

但是刚开始，对于新人，清晰度，完整性，更重要。灵活性对新人反而有害，不利于交流（如果大家用的组件都不一样，就完了。这是我看书的经验。每本 Flask 的作者都倾向于用自己挑选的一套组件解决问题。很难交流。书具有时间的滞后性。）

赞赞赞啊

搞得我现在觉得， linux 装上一次稳定版，就永远别更新内核了…… execuse me????

没看到自己

懵

@1340641314 补充环境信息：

"vuex": "^2.0.0"
"webpack": "^1.13.2"

@1340641314 再请教下，问题 1:Vue 中的组件异步懒加载，和打包结构有关么？看了下， vue2 的文档，异步组件部分，只提到了，在声明组件时使用 resolve => require(['./components/xxxx.vue'],resolve)语法。是不是不论我如何打包（一个或者多个），只要组件是这样子声明，组件就可以异步加载？问题 2:组件的懒加载可以观察么？在本地把 一个非常简单的不涉及请求的 demo （ https://github.com/Mark24Code/vue-tutorial ），所有组件变成懒加载写法，似乎无论从“网络 internet ” js 加载，还是“ Sources 资源”里面对 vue 、 js 文件的加载，都是瞬间的，并没有看到随着点击而出现。在这边有疑问，异步加载是不可观察的么？ 问题 3 ：想知道如何才能做好异步加载，资料比较少，老司机带带我~~