初级程序员依葫芦画瓢就可以了，那些黑魔法他们不知道也写不出来。
缺少类型检查是各类动态语言普遍存在的问题，这点确实“不方便”。
Python 3.4 之后开始加入类型注解了。

电池板是有寿命的，想要回本应当没这么容易。
太阳能热水器要靠谱很多。

上美团看看，很多套餐。
其中有些团购价格低到难以置信。
￥ 300 的预算要上进口的镜片可能不太够，还是用明月之类的国产镜片吧。

注：
我在杭州的毛源昌配的，验光很仔细，比较满意。
以前在亿超总店配过，验光也很仔细。不过后来换眼镜的时候去了一个分店，很烂（估计是对加盟商的管理不严格）。

@drlalll 还有专科啊
给你一个山东的新闻 http://news.iqilu.com/shandong/yaowen/2017/0624/3595753.shtml
2016 年本科录取 266482 人，本科录取率达到 46.92%；专科录取 219584 人，本专科录取率达到 85.58%。

别以为没有几个人上专科。公办的专科基本上都升成了本科，以前的各类技校以及名办学校都成了专科学校。

@learnshare 计划生育是 80 年代初开始的。超生是在计划生育开始初期比较严重。即使是超生出生率也是降低了很多的。
@whileFalse 直接搜索一下就可以，还可以找到各省份的变化情况。出数据上看北京、上海最近几年高考参与人数降的非常多（可能是计划生育执行的比其他省份要好）。

@whwq2012 不是 16~17，是 15~16。17 年的录取数据还没找到。一直在扩招，很多民办学校转正，可能和这个有些关系。

@qwjhb @miniers 图合了

BTC 发展至今，投机的成分远高于货币的，因此一直不是很看好这东西。
虽然没有仔细了解过 BTC，但还是从 V2EX 陆陆续续的接触到一些 BTC 的信息。从接触到的一些信息看 BTC 给我很多疑问。
1. 投机。
由于 BTC 的总量有限，而且挖矿速度越来越慢，BTC 天然是通货紧缩的。BTC 应用的越广，通货紧缩速度越快。急速的通货紧缩导致了投机。当市场都是投机心态时 BTC 很难承担货币本应承担的“交易”属性。
2. 数据量
根据 BTC 的原理，一个交易必须广播到一定程度交易才成立。为了验证交易，每个 BTC 客户端都必须保存完整的交易数据。随着 BTC 应用的广泛，数据量将迅速增长。每次交易需要广播的范围也将越来越多。如果 BTC 作为小额交易应用起来网络以及存储空间的压力都极大。
注：同前面的 V 友说的一样，为了支持小额的频繁交易，BTC 的集中化似乎是必然的。
3. 匿名性
如果单纯的使用 BTC 进行交易自然是匿名的。但 BTC 的所有交易都是对所有人公开的。一旦你的 BTC 账号同你的实名账号发生过一次联系，BTC 就不再匿名了。在互联网极度发达的今天，你想要自己的 BTC 账号不同自己的实名账号发生关系几乎是不可能的事。

很早就卸了。
网易新闻现在是标题党横行。
网易新闻里的大多内容是不看比看好，没有什么实际的价值。

检查正常就不用太担心，有些宝宝说话迟都是正常的。
多和宝宝说说话就好。

苹果支持激活后退货是苹果做的比较好，并不是说其他不支持退货的就不合理。
退货是有成本的，如果退货的情况高到一定程度，必然是无法保证足够的利润的。
苹果之前保修也是很宽松的，但今年苹果还不是照样收紧了保修的口子。

Python 社区之前有人做过 https://python-china.org/
不过老用户基本上还是在 Python 邮件列表混。
自从 Google 被墙后，Python 邮件列表里几乎只剩下招聘广告了。
目前看来国内 Python 社区也就 V2EX 比较大（虽然 V2EX 不是 Python 社区）。

V2EX 算是挺友好的了。
对于自己做的东西“分享创造”里做个宣传，大家也都很欢迎。
楼主的硬广我也看到过，当时第一反应就是要不要举报。

当然没有问题。
东西是你的，协议怎么写都可以。
很多公司的开源项目都是双许可的，商业应用得使用商业授权协议。

最主要的问题是每次分完后，剩下的前足够余下的人分。
简单的写了一下，可能会有 bug

https://gist.github.com/vicalloy/7225cf8749e427882e0e70138353739a

会。
个人博客实际上很少人会去看。
写博客很多时候单纯的是因为想写一些东西，不论是技术还是生活。
部分不太想让人看的会设置为隐藏。

这个设计本身就有些问题。
- Category.name 修改时是直接修改原来 category 的 name 还是创建一个新的 category
- 如果 Category.name 是否直接用原有的 Category ，还是重复创建一个
如果只需要 name 不一样就创建，你直接在 Item 里面判断就可以了。先根据 name 查询 category ，有直接关联，没有创建。在 item 编辑的时候不用区分到底是创建还是编辑。

你可以参考一下， GitHub 上的开源项目，很少是不带单元测试的。
另外如果你觉得单元测试很难写，有可能是你的设计有问题，模块间的耦合太重。

另外单元测试写到什么程度本来就没有一个很明确的界定。
对我来说，一些核心模块会写单元测试，业务模块大多不写。
核心模块不会频繁改动，且被广泛引用，出问题影响大。
业务模块影响范围小，而且需求变动很可能导致所有测试用例都得重写，测试用例的性价比太低。
（注： REST 接口都会写测试用例。 REST 自动化测试比手动测试还更简单）

除去工作时长谈薪资是不合理的。
995 的工作时长就已经是 955 的 1.5 倍了， 996 工作时长就是 1.8 倍了。

另外招聘的问题很大程度上还是来自信息不对等。
总是在自己找工作的时候感觉公司很少，等到招人的时候又感觉人好难招。

可以忽略置顶的主题

如果真打算用一种新语言，应当找本书仔细看看，可以少很多坑，花不了几天时间。
你的问题都是最基础的东西，看过书都知道。另外你是在有 PHP 的思维写 python ，自然不爽。
第一个问题是因为类型不匹配。实际上 PHP 和 js 的自动类型转换很可能带来潜在的问题。
第二个问题，你给个默认值就不会抛错。