@livid 把 @ejin 处理下？

一礼拜不提交，这是让大家膜拜的？

对我这样单词过眼即忘的，感觉背单词效果不大。听VOA顺带背点还行。
有看到一个说法。即使没有语言环境，你也需要尝试用英语去思考。我们表达自己想法时会先在脑子里转换成自己熟悉的语言。努力将这步用英语来做。遇到不会的词用中文代替，回头去查字典。
感觉会很有效果，不过我没办法坚持下去。

with open(fpath, 'wb') as f:

这么认真的去黑一个人，通常也就下面几种情况。
1. 利益关系。
2. 爱过
3. 私人过节
老罗交出这样的答卷，估计不会太多厂商认真的将锤子作为对手。
除非了方以外，应当也没多少人会和老罗有过节。

如果单纯按数量来看那岂不是JAVA更不适合写网站？
除了一个语言的流行度外，GitHub上各语言的使用量和网站的目标用户等有关系。

jd的几十的别买，我买了一个，感觉没用。
之前v2ex的小白还可以。不过我没用过高级或，只做参考。

过多的XML配置绝对是个灾难。
之前的JAVA就是什么都用XML来配置，结果配置文件弄得异常复杂，难以理解。之后的的很多JAVA框架都该有注解之类的来简化配置。
用python之类的脚本语言来做复杂配置，远比XML要好的多。
注：我感觉django的admin挺接近楼主的需求。

一般不直接设置db_table，设置app_label就可以。
我倾向于 @nooper 的做法，每个APP的功能单一一些，多分几个APP。
不过既然已经2k多了，那还是拆分下。
比如 django-cms的做法
https://github.com/divio/django-cms/tree/develop/cms/models

买了，从来没用过。
iPad无法用数字选字，用键盘也不舒服。

应当是Ingress用户的量吧。
明显可以看到XM跟着路走，人多的地方XM也多。

@welsonla 在此之前我一直不太相信会有翻译的让人看不懂这回事，直到我看到"控制拖拽"。

这样？
select count(*) from xxx where yy>'zz'

@mengzhuo 楼主是想让小白来做，所以我认为“不适合多人开发”是合理的吐槽。
脚本语言由于太过自由（python已经算比较不“自由”的），会给人各种犯错的机会。
让一群小白协作很容易失控。
相比而言JAVA只要能编译通过就已经成功大半了。

clean_* 里写校验是django推荐的做法。
validator=[validate_test,...]的做法只是在多个字段校验规则一样，为了提交复用性时才会用到。
具体看django官方文档。django的文档写的非常的好。
https://docs.djangoproject.com/en/dev/ref/forms/validation/#cleaning-a-specific-field-attribute

https://docs.djangoproject.com/en/dev/ref/validators/

为了礼品卡，把自己卖了。
教育经历啥的保存后没有自动刷新，以为没有保存成功。
刷新页面后发现有2条-_-!

楼主真是纯为黑spring而来的啊。
就我感觉spring是java界的“胶水”。
提供了很多非常好用的工具方法，让各种第三方包可以和谐相处。
AOP还是很好用，各类语言也都有类似的实现。Spring的AOP实现算是Java里面做的比较好的。
至于IoC...
我感觉这完全是Java世对构架走火入魔的产物。除非构架确实够复杂，不然大多情况下是完全没必要去做IoC的。很多时候所谓的可复用完全是臆想出来的，凭空把事情搞复杂了。
不过IoC的滥用也不能归结给spring。Java就喜欢讲构架。在spring出现前，很多人还在用更丑陋的方式实现类似的功能。

用WordPress之类的东西和熟悉程度关系非常大。
除非对方对WordPress非常熟悉，考虑到后续维护扩展的工作量大多都会选择重新开发。