不粉不黑，作为一个看热闹的路人看到这个帖子第一感觉是，老罗到底送出了多少手机。
老罗有一定的能力和执行力，但离他口中的完美主义还很远。
在手机之前，网站，培训，老罗如果真的最求完美就不应当这么快放弃。
说到底我感觉老罗有点志大才疏。

@ovear 在中国GPS数据是国家机密，都有加密过的。你直接使用会有少量的偏移。对精度不高的时候可以不考虑。
百度地图有坐标转换的API，谷歌也有的。

感觉和量子计算机一样，看上去很美，距离实际应用还有很长的一段距离。

有价值的东西会很自然的流传下去。那些没有流程下去的东西说明没有价值，或价值不高。所以不要纠结了。

@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/