如果单纯按数量来看那岂不是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非常熟悉，考虑到后续维护扩展的工作量大多都会选择重新开发。

乐器制作、模型制作……
话说我小时候确实做过非常多的飞机模型。

3m的擦镜布，10元左右一片。
擦完后完全没有油光。
自从发现这东西后就一直在用。

当然是你自己负责。在保证自己不直接出局的情况下行动才有机会改变规则。

买过屈臣氏￥99的电动牙刷，感觉效果不好，似乎没手动刷的干净。
JD买过廉价电动牙刷，震动太小也没什么效果，几乎没用。
没用过高级货物，不知道和高级货比起来怎么样。
这个动力挺强，用一段时间看看效果。

我比较好奇的是cocoa是不是也会做相应的调整。
毕竟语言特性对构建是有一定的影响的。
以前cocoa的一些做法可能会有更优雅的实现。