如果你说把日常电脑环境换到 ubuntu 不太适应我还好理解。但你说工作环境变成 ubuntu 觉得软件不够，那我到想知道你平时工作是在做什么的。我设想你的工作是程序员，但是考虑到这个网站上嘻皮士的数量大于程序员，所以可能我的设想是错误的

两种写法都不利于单元测试，最好的是用 constructor injection 的方式把 m 注入进来

错误原因你应该已经明白了。但是我不赞同你用 str(self.user) 。最好是用 django 的 force_text

和有没有坏道没关系。就是 windows 检测到硬盘已经出现机械故障，所以给出这样的提示。建议不要做任何检测，直接用 ddrescue 之类的工具把旧硬盘上的内容克隆到新硬盘上。在新硬盘上你可以检测有没有什么破损的文件

@miaoxia 说明“大家”都还在用老式的设计模式，即用 java 本身的特性来管理一个类的生命周期。现代的设计模式是不要自己实现生命周期，把所有 java 类都写成 pojo 。这种 pojo 不应该有非 public 的 constructor ，不应该存在 static 的方法。你们公司里如果还在用这种老式的设计模式的话，我第一反应就是你们公司不做单元测试

一般的原则是 static 和变量可接受的组合是 final static ，即用来定义常量；不要有任何 static 的方法。现代 java 编程里，如果出现非 final 的 static 申明，基本上都是不可接收的

@sunsh217 把自己不懂的东西说成裝逼，本身就是裝逼的行为

@rainybowe 这个项目都 5 年之久没更新了，不建议使用。如果 django 自己的 prefetch_related 不能满足需求，我推荐另外一个项目： https://github.com/ionelmc/django-prefetch

你浏览了中国相关话题，所以 quora 就推送这些话题给你

显然你对 django 的 orm 了解还不够深入，所以得出“只能解决单值关系的问题”这样的结论。多值可以通过 prefetch_related 来解决： https://docs.djangoproject.com/en/1.10/ref/models/querysets/#prefetch-related

8 楼是正解

@daveze 比如什么样的语句？

@messyidea Live CD 不等于救援 CD 。很多 live cd 在启动时对硬件（比如硬盘）有要求。一旦硬盘出现故障， live cd 一般不能进入系统

@jarlyyn 因为这里很多人不是真正的开发人员，而是 IT 嘻皮士，他们的需求和开发人员不一样

楼上很多说因为没有 review 的根本就不知道自己在说什么。 review 不会解决代码重复的问题，因为 reviewer 可能不知到 review 的代码复制自其它地方，有些极端情况下，在设计 solution 的时候得出的共识就是复制粘帖代码，然后修改。这样做无非是因为害怕重构代码会带来 bug 。所以这种事情不是体现了 review 的重要性，而是体现了单元测试的重要性！

@wander2008 基于 groovy 的测试框架

台用户登录、注销是现成的。但是你说的“对应模块的增删改操作日志”又是什么？

当然是 MyManager

webfaction 。或者在 digitalocean 上自己搭个环境