@kokdemo 就是说能更换 CPU、内存喽？那丑点也能接受了。
@uuair 不知道是哪个版本的？价格怎么样？貌似教育版的配件更齐全一些。

@kokdemo 有点丑 (￢д￢) 而且CPU 配置不给力，不知道能不能换掉。

CMS 的话自然 Django 啊！试试 Wagtail。

@birdgu 我的理解，软件开发是一个工程化很浓的工作，地基敲定后就不可变这一特性是建筑行业的特色而非工程的通性。硬要举个例子的话，你可想想一下现在想要替换 IP 协议会怎样？

@birdgu 演进是需要时间的嘛～

@Hyperion 1. “可扩展性差”我没仔细炼，想表达的是“scalability”差，相信你能理解。就是说，如果项目更大、参与的人数更广泛，涉及的角色更多的时候即使修修补补也无济于事，肯定得换个思路了。

2. 这种情况很正常，陈皓的文章中也说了，越是差的团队越是教条主义、不知变通，差的代码跟差的流程的生产者重合度很大。当然也有野路子，我现在的经验就是，虽然学院派不是银弹，但野路子很不靠谱。

3. 软件工程更重视什么？这一点不需要太纠结，结果永远是最重目的，工程化是手段：只有工程化才能把过往经验更有效地传递下去，坏处是盲目相信会降低灵活性，但错不在工程而在开发者。
学习和使用工程化的思维是为你未来更大的挑战做准备的，不必太拘泥于现在。

举个例子吧，陈皓还介绍过“撞大运调试法”，如果我们把有条理的调试流程比作工程化，那么作坊式就是撞大运，在小项目中凭借经验和个人能力你可以一眼看出问题，当项目十倍百倍增大时就难以运作了。

4. 关于老师。这个大家都懂的，没必要讨论了。

跟你想的差不多，老师的目的就是让你熟悉这些内容。诚然，不在实际开发中学不到工程的精髓，但书上教的都是前人的经验总结，虽然不是银弹但还是比较有参考价值的。
作坊模式，我的意思是像作坊一样只注重结果，把东西做出来就行，在小型案例中并没有什么不可，但是可扩展性较差。
对于敏捷开发，我个人反而觉得更难定性一些，但敏捷本身也是一种流程，作坊模式几乎没有流程概念。
最后，可以看的出来你对老师的水平不信任，我也相信你的老师缺乏某些经验甚至能力，但是学校里的这套东西仍然是有价值的，你如果认为相当其它概念价值较低，完全可以糊弄过去，淘宝上很便宜的，但是不要因此低估了规范的重要性。

你的需求是“软件工程”而不是软件项目，也就是说按照工程而非作坊形式完成软件，也就是说需要抽象化一套适用于复杂开发环境的流程，不能因为项目简单而忽略流程，否则就是偏题了。

不知道这个“单网页应用”以及“单网页应用的前端框架”怎么定义？按我的理解原生 JS 也能实现 SPA，前端路由的话用过这个库： https://github.com/flatiron/director 只需要路由功能应该已经绰绰有余了。

@kinghui ^_^ 我也是这么想的。

@Mush 没有注释、没有文档、没有测试的代码还是按照需求重写比较安全 ＝。＝

@BOYPT map 和 filter 不受影响，只有 reduce 差点被砍了，不过开发者的反对挺强烈的。

@Feiox 函数式。。。 (￢д￢) reduce 差点就没了的说

@latyas pyquery 挺有意思的，不过还是得思考，lxml + Chrome 自动获取 xpath 更方便！

@Mush :doge:

@sivacohan 这个我知道，我只是想看看 Google 上搜到的项目 PyPI 主页，豆瓣这个貌似只提供下载用的镜像。

@kiritoalex 不是被墙，是服务器端 50x 错误。

@kiritoalex 这位是萌百的站长大人啊！