关于本站与本人的记录理念

在开发的路上，我一直有记录问题习惯，刚开始使用的是EverNote，当时EverNote使用的是国际版，速度感人。后来EverNote出了国内版，国内各种笔记大放异彩，最典型的是Wiz（为知）。使用在线笔记的问题在于总觉得数据在别人手里，万一哪天不运营了岂不是一场空。后来为知果然跑路了。

大概从2013年开始，我开始正式使用Wiki来记录，当时盛行的是共享空间，虽然随着云计算的兴起，所有的主机屋站点全都关闭了，但我还是保留了 wiki 数据库，又在自己电脑上搭建了一个，一直使用至今。

wiki 的记录比较随性，它的优点在于分类系统与方便的分词查询，缺点也很明显，那就是界面相当丑陋。虽然有界面好看的wiki，但论技术，我还是喜欢mediawiki。

总结如下：

1 带有目录结构的文章，适合于某个专题系统性的知识，类似于书本；很多笔记软件都是如此，所以笔记类软件并不适合做日常记录；
当然不是说笔记软件的产品设计有问题，而是一般人不会拿它来写书，而是记录以日期为目录结构的流水账更为适合。

2 wiki适合记录比较零碎的东西，给自己看的比较随意，只需要记录问题的症状和解决方案即可，方便再次遇到时快速解决；
3 博客是给别人分享的，没有固定的主题，但是要细心组织语言，要讲背景，讲解决问题的思路。

所以，对于博客来说，问题的解决方案不重要，重要的是背景和思路。因为同样的问题，背景不同，解决方案也可能是不同的。

本站所有文章均为原创，如果对你有所帮助，请支持点费用。虽然文人羞于谈钱，但服务器，域名，都是成本，两毛三毛不嫌少，十块八块不嫌多。

关于内容选择

在IT技术发展迅速的时代，写问题的解决方案是不够明智的，因为技术更新会越来越完善，以前是BUG，以后可能就会修复了，甚至这个技术以后还会不会存在，都是另一回事。那你花时间的记录就是一场徒劳。

我不太喜欢记录这些问题，但是 “观众爱看啊”。所以我比较着重分析过程，唯有解决问题的思路，才值得记录。

另一种内容 是对于技术原理的看法，分析，这需要花大量时间沉下心去阅读，测试，验证。目前我偏向的内容是DDD，微服务，SRE这些主题。

关于技能栈的思考

很多人会把自己定位成一个“Java程序员”， ".NET程序员"， “前端”，或者 “运维”，当一个自我定位是 Java技能的人，在面临运维工作，或者前端工作时，会本能地抗拒，因为 “这不是我份内的事”，“我不会”， “没学过”。

在工作内容高度分化的今天，这样想绝对算不上错误，但它客观上成为了束缚一个人的枷锁，也就是“自我设限”。人之为人，在于人的适应性。每个人在出生的时候都是一张白纸，任何技能都需要去后天习得，人类进化了数百万年，而社会化分工也不过是工业革命之后的事。我们的还来不及进化到把一些本领装到DNA中，那样生下来就会，岂不是更好。

你看有蹄类动物，牛，羊，鹿，生下来就会站，会跑，会分辨与躲避天敌，它们的能力是被预设进DNA中的。但是人类的孩子要在父母养育到十几岁才能勉强独立生存，这是因为我们有太多东西需要学习了，而且这些知识还在不断变化，和平年代需要什么技能，战争年代又需要什么技能，草原，农耕，沙漠，水域。。。沧海桑田，在演变的历史中也不过一瞬，环境复杂多变，需要学习的东西就因地制宜，没有哪种知识能够永久不变。

今年小程序火了，明年VR火了，后年是区块链，人工智能。。。公司今天在做Java项目，明天又要上PHP项目，临时又需要运行一个Node项目。。。

有些事情必须要有人去解决，也许我不是那个早就准备好来解决这个问题的人，但我想说：试试吧，不行再想别的办法。

面对这么多让人头晕眼花的技术，我们该何去何从？

一方面建立学习与发展计划，利用闲暇时间，稳扎稳打。
这个规划必须是基于本质性的，又有实用价值的，而不能是跟风技术潮流。比如虽然大公司都在搞人工智能或是自动驾驶，干这个确实薪水比较高，但我认为在学界尚未形成统一的智能理论时，这个方向的应用可能并不会有好的结果。人对环境的适应性与人类决策的不确定性，是机器无法取代的，目前没有任何理论能够证明机器可以做到这一点。

另一方面主动去面对现实问题，解决问题。
这就是程序员不能自我设限的原因，程序员首先是个人，要有主观能动性，不但要解决技术问题，还要去解决生活中的问题。解决问题的方法有很多，代码只是其中之一。

关于作者

坐标郑州，半生IT行业摸爬滚打，踩过坑，吃过苦，就是没有什么成就。虽庸碌无为，也不愿蹉跎岁月，奈何偏为三两碎银折腰。

你看这个收款码，本来是方的，硬是被生活磨成了圆的，如果不是有条底线才站在这里，怕是早就不知道滚到哪去了。

凭技术要饭，不丢人。