golang 依赖极小，打包之后随意复制，还附赠高防破解门槛。

这些都做了， up down vote 、感谢、举报、拉黑。
短期大量回复自动置顶。
新人发贴下沉四小时。

发贴消耗金币。

如果连拉黑都不能满足需求，那说明控制欲确实有点过了，已经不是我不想看到争论或者水贴的程度了，直接上升到我就是不认同这个言论，我希望其他人也看不到。

不要抓 PC 的分页，验证太多，抓 wap 版的分页，随意并发轻松又愉快。
如果想要 PC 版贴子内容的数据，抓完分页之后，自己取 kz 贴子 ID 转换成 PC 版 tieba.baidu.com/p/kzid 之类的即可。

如果有心情分析 app 接口，拦截 app 接口构造请求更轻松。

js 交给 V8 引擎去解析，拿到 js 再执行就是了。再怎么藏它都得返回给浏览器执行。

还可以上 GitHub 搜一搜，我之前在 GitHub 上面搜到过腾讯图源解密的 js 代码。

做效果的都这样，越贴近用户，工具变革越快 。一波工具革命淘汰一波只会用工具的。不过是前端新一轮工具革命罢了。
越靠近服务器，越稳定，你什么时候见 C#、 Java 、 PHP 的叫着饭碗要丢了。哪怕再小众的后端语言，多多少少都有那么一点点可以迁移的经验可以过渡到其它语言，不至于因为工具衰落就完全没饭碗。

只能说这波跳出来喊的人能力不行，前端那么多增加生产效率的工具蹦出来，没办法迁移已有领域的能力到新工具上面，还要怪行业环境不行。

貌似互联网都是讲分布式处理业务。
所以数据库建模和业务设计都要考虑可以分布式部署。

然后就是一些高并发业务的处理经验。
像我踩到过 Redis keys 这个 API 的坑，搜索多个 key 很方便，但是数据量大了效率很低，不能用。
MySQL join 在表数据大的时候效率低，不能用。必须在程序借助 Redis 之类的缓存 ID 与其它字段的映射列表，先根据搜索条件查 ID ，再拿 ID 去另一个表取数据。
数据库设计的时候，用户强一致性的操作不能做主从分离，必须读写都在主库上，为了避免单点负载，这种强一致性的表数据还得预留一致性哈希的配置，方便拆分。
还有一些性能调优的经验，懂原理在生产环境出故障的时候，看看网络封包数量、内存占用率、 CPU 使用率，应用的日志，就可以很快定位系统瓶颈，是业务代码的问题，还是数据库的问题。

什么时候加服务器，什么时候加数据库，缓存加到什么地方之类的，我刚入门的时候对这些都是一脸懵逼状态，现在也只是能勉强听懂为什么要这么改，至于怎么查出来的，还是不太理解。估计我都弄懂这些就能跨进初级工程师的行列了。

@tyhunter
广东、福建这种沿海地区有建祖屋的习俗，哪怕在外地打拼不回去住，宁愿举债也要在村里面建一栋高档次的房子，以示光宗耀祖。又靠近城区， 100w 一块地皮非常正常。

但是在不怎么繁华的乡村，例如广西、海南、云南这类地区的山村，还是存在可以入手的存货。尤其人均收入不足 1000,又不属于旅游城市的地区。

国家是有所限制的，目前可操作的形式是，如果可以办理土地使用证转让，直接办理转让，稳稳的不存在任何政策风险。 如果不能办理土地使用证转让，买下地契的同时，与原主人签订一份 50 年租约的合同，把违约金抬高对冲风险。后一种的操作在很多有政策约束的地区很常用，合理合法租用土地，只要不拆迁，不存在太大的风险。 20 年前有不少乡镇工厂就是这么合法占用农村土地的。

以目前的情况，我会考虑在气候较为适宜的地区囤一块三四线城市郊区的农村宅基地，作为养老的最终保险。
商品房有二三十年的折旧，再刚需住 30 年也得面临如何翻修的问题，土地不会折旧，也不怕推倒重建。

大量字段的表单，前端缓存是必须的，可以在前端做很多检测的交互，即使用户填写异常中断了，也不至于丢失填写的数据。提交的时候再一次性提交后端。

隐藏在页面隐藏域达不到缓存的目的，用户刷新页面或者关闭都会导致数据丢失。
可以考虑 localstorage 这样即使用户关闭页面也不会丢失填写进度。

预估一下流量增长，如果未来一年需要应对百倍流量，还是需要改代码，做分布式部署的准备，这样即使流量暴涨，也可以通过增加节点快速应付流量增长。

如果只是两三倍的流量预增，那就先升级配置。

因为这个改版被很多人喷，首页目前还在灰度发布测试阶段

http://buildbot.pypy.org/nightly/py3.5/pypy-c-jit-90326-88ef793308eb-linux64.tar.bz2
@kingmo888 测试版还没有正式发布

随着业务发展，公司内部整理出一套最佳实践框架，即兼顾工程化又考虑到新人上手难度。加上公司需要在技术领域输出影响力，就顺便把框架开源出来，好处是很明显的，使用框架的团队越多，公司越容易招到契合的员工。最不济，也能输出一下技术影响力，向业界证明实力。

至于为什么框架居多，因为公司内部就是用框架的多，把模块拆成库，固然好处不少，但奈何愿意做模块拆分成库这种重构工作的工程师太少，拿个内部框架改改注释整理整理开源出去就好了。

可以监听 console 开启状态，非要做这么伤用户体验的事情也可以做得到的，监听到 console 开启，立刻进行页面自毁。

d3js ，力布局(force)，显示之后可以右键保存成全尺寸 png 图片。
力布局里面设置好节点的斥力范围，连线，它会把节点当成电荷自动布局成符合排斥力的分布情况。

Linux 高级运维工程师和渗透工程师机会还不错的，这些岗位也用得上爬虫和一些简单网站的技能。
没必要强行转全开发岗位，你可考虑去一个不错的公司，如果运气好，可以通过在内部项目介入有开发需求的岗位，以原来的行业经验为基础去分析需求，开发出来的业务会更贴切需求。

硬件阵列卡，分析一下读写比率和需求，选个差不多满足的。花钱解决这种问题很省事。有什么问题直接换硬盘，阵列卡会自动去处理异常。
软件 raid 就是个玩具，生产环境用是一个炸弹。

其实很合理，现在电脑普及率上来了。小孩子对电脑感兴趣的阶段也有条件通过互联网学习到相应的技术，且不说简历有多少是吹的，上限在哪里看的是智力，单单这份技术视野，在这个时代很正常。

我就特别不理解，美国十年前就有不少中学生开发软件，国内就把他们吹捧成天才。
换成了国内的小孩，过了都十年了，这波小孩子有条件也有能力学习编程，做点什么东西，都会有人在言语上出来打压，什么这个年龄浮夸，不肯用心钻研底层技术，只做应用层东西，是浮沙筑塔之类的话。

不夸张的说， 00 后这波小孩，从出生就赶上互联网熏陶，家庭条件也支持得了，很多人从小学就因为兴趣主动进行编程学习。等他们大批从大学毕业之后，必定是中国互联网扛旗的领军人物，并且很有可能借着中国的人口红利，一波把美国互联网行业打下去。

互联网时代的未来一定是中国的，不知道最近这波看空互联网中年危机岗位的人怎么想，反正我对这个市场的前景看好，也就仅次于金融领域的行业了，至少十年互联网的市场规模不会缩减，还有大批行业的信息化程度不够，等着进行产业信息化升级呢。
以后不会编程的孩子，大概就和现在不会使用计算机那波人一样，选择空间会少很多。