什么?! 十多年互联网业者没有深度参与过github开源,连博客也没有,太low了吧,鄙视 ...??..
好吧,我认了!
从业十几年,按时间顺序,个人研习过的开发语言依次有 fortran vb c delphi ruby go,实际工作中几乎没有用到,属于从入门到放弃(忘记),工作中依次使用 c++,c#, java, php, node/js,python , 唯二最近还在使用的只有 nodejs 和python
职业生涯最长在一个公司做了8+years,那段时间也是精力充沛的时候,头两年做主程确实积累和增长了技能,经常上csdn,并写了几篇博文,后来太忙几年没使用忘记密码了,以至于偶尔要在csdn上下载个东西还得找同事,下载要分啊!
接着学android开发,"我是革命一块砖,哪里需要哪里搬" 彼时anroid正值蓬勃发展时期,后来回想,如果当时一直倾注精力于此,现在应该是android资深开发了,我的职业路径可能完全随之而改变。人生真是奇妙,一个不经意的选择就决定了未来的走向。
android做了一年多,因工作需要去组建新部门并做部门负责人,高峰时期部门发展到20人左右,负责公司较为核心的web产品,同时还间接管理着大部门好几十技术人员,996不在话下,夸张的说,7×24,全年无休,春节回老家还要带笔记本配vpn,周末放假想去哪里玩都不安心,更多的是待在公司加班,更加不用谈有时间参与开源写博文了。 (对,你说的都对,出现这种情况就是管理不善,工作没安排好,没有自动化... )
当时还有要求,工作写代码在内网,内网连不上公共网络,内网代码无法向外传递,外网机可用来查资料一般不允许安装开发工具。双杀!既不能将可合并代码提交到github, 可供讨论分享到博客的代码又无法拿出,费工夫在外网誊写一点,老费劲了。更悲催的是当时主要做c#,在.net1.0 2.0时代没有多少开源,ms的库和配套工具极为丰富也没有广泛的需求。
带团队,做管理看起来似乎挺美好,走上管理之路也是不少技术人员的目标或者说不得不做的事。但管理这东西本身挺难评价的,一个技术或算法问题考察开发人员是否称职只需要一个小时或者十几分钟,那么如何在短时间对管理人员能力评级? 部门管理协作和产品占据大量时间后,放在技术上的时间就少了很多,特别是需要了解更广范围的技术,尽管也会做技术架构,选型,codereview 和部分coding。若干年之后发现自己职业生涯什么也没有留下,evernode 倒是断断续续的记了几十篇,但有些在今天看来已经过时了,整理几篇是为自我交代,如果它能对别人有丁点帮助,那也是极好的。
初步确定接下来的几篇技术文为 rpc,react,flask和爬虫相关,为什么叫从入门到劝退系列呢,因为这些文章内容都不深入,但对比常规入门的helloworld还是要复杂一些,并且会指出初级入门会碰到的大小坑;每一项细小的技术初步看起来不够如此,但当你真的要用它在项目中,碰到的困难和所要学的知识以及要付出的精力会远超想象,所以这些入门的文章期望从一个较小的角度去介绍,读者依据自己的喜好,来决定是否学习或使用它,难免会有劝退,弃疗
是成此文,待后续
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。