什么？！十多年来，互联网行业没有深度参与github开源，连个博客都没有，太low了，鄙视……？？。。好吧，我承认！我在这个行业工作了十多年。按时间顺序，我学习过的开发语言有fortranvbcdelphiruby??go，在实际工作中几乎没有用到。属于从入门到放弃（遗忘），我在工作中依次使用c++、c#、java、php、node/js、python，最近还在用的只有nodejs和python。最长的职业生涯是在一家公司干了8年以上。提高了自己的技术，经常上csdn，也写了几篇博文。后来忙了好几年都没用，忘记了密码，以至于偶尔要找同事在csdn上下载东西。下载是分开的！然后我学习了android开发，“我是一块革命的砖头，哪里需要我去搬”。当时，android正处于蓬勃发展的时期。后来回想起来，如果当时我就全身心投入到这上面，现在应该是android的高级开发人员了。我的职业道路可能会因此而彻底改变。人生真的很精彩，一个不经意的选择决定了未来的方向。安卓用了一年多了。由于工作需要，我需要成立一个新的部门，担任部门负责人。高峰时期，部门发展到20人左右，负责公司核心的web产品，间接管理大部分部门的几十名技术人员。996不是问题。说7×24全年无休都有些夸张。春节回老家的时候，我得带一台带VPN的笔记本电脑。周末想去哪里都不放心。是时候参与开源博客了。（是的，你说的是对的，出现这种情况是因为管理不善，工作安排不好，没有自动化。。。）当时有需求写代码工作在内网，无法连接公共网络。代码不能对外传输，可以使用外网机查资料。一般不允许安装开发工具。双杀！既不能把能合并的代码提交到github，也不能把能在博客上讨论分享的代码拿出来。更悲催的是，那时候主要是搞c#的。在.net1.02.0时代，开源的并不多。ms库和配套工具极其丰富，没有广泛的需求。带团队做管理好像很好，走上管理的道路也是很多技术人员必须要做的目标或者事情。但管理本身是相当难以评估的。考察一个开发者是否胜任一个技术或算法问题，只需要一个小时或十分钟。那么短时间内如何评价管理者的能力呢？部门管理、协作和产品占据了很多时间之后，花在技术上的时间就少了很多，尤其是需要了解更广泛的技术，虽然技术架构、模型选择、codereview和一些coding也会做。几年后，我发现我的职业生涯一无所有。Evernode断断续续记录了几十篇文章，但有些已经过时了。我整理了几篇文章来自我解释。如果能对别人有丝毫的帮助，那也是极好的。初步确定接下来的几篇技术文章都是和rpc、react、flask、爬虫相关的。为什么叫从入门到说服系列呢？因为这些文章的内容并不深入，但比起常规入门的helloworld还是要复杂一些，并且会指出你入门时会遇到的大大小小的坑；每一项小技术一开始都觉得不够用，但是当你真正要用到项目中的时候，遇到的困难，需要学习的知识，需要付出的精力都会大很多，超想像，so这些介绍性文章希望从小角度进行介绍。读者根据自己的喜好决定是学习还是使用。难免会有劝说。
