看到了自己八年前的总结，又一个八年过去，本来想写点什么总结一下最近这八年的经历。后来想想，算了吧。四十岁了，工作都找不到了。还总结什么呀。都这把年纪了，想想怎么养老吧。仔细一想，老年痴呆可能是老人年最可怕的事。这个得防呀。怎么防呢？据说想多动脑多动手多是个好办法。这个好办呀，写代码呀！真是老泪纵横呀，自己做了将近20年的码农了，终于可以凭自己的本事为自己做点点事了。
说干就干，还是以八年为限，开始规划。八年的时间毕竟很长，能做的东西很多，所以不能规划时间太长了。八年很多东西又变了。据说追求新事物也有助于老年痴呆，到时可能又得换点新花样来做了。
做点什么呢？还是先从自己熟悉的领域开始吧。视频、图像、流媒体、CDN、大数据、云计算、OCR、机器学习平台、知识图谱、对话机器人...。太多了。
还是先视频、流媒体和CDN吧。
（1）在视频领域，想FFMPEG、GStreamer这样的视频工具框架都已经很成熟了。这方法的东西就不去做了。即使去仿做了一个也没有什么成就感。心情愉悦会更有助于老年痴呆。不过，仔细想想也不是不能做，比如用Go语言去实现FFMPEG/GStreamer的框架，编解码还是保留C的实现，好像也行✌️。想想可行。因为只是实现框架而已，所以应该花不了多长时间。暂定半年到一年的开发时间吧。 太好了，可以有效防止得老年痴呆一年了。
（2）上面说到编解码的东西还是用C。好像也不一定呢。自己不是用Java和Go去做过Mpeg ts的封装和解封装吗，效率并不差呀，还容易维护。那MP4，FLV等封装格式，甚至H2654/H265的编码部分，除了压缩那部分，是不是也可以使用Java或者Go去尝试尝试呢。说不定还能做出另一种感觉来呢。行。又可以防一年的老年痴呆了。
（3）怎么也得做一个流媒体服务器吧。这个才是真正的老本行之一呀。现在有不少开源的流媒体服务器的实现，比如中国人写的SRS，还不错。后来仔细一看，竟然不支持自适应码率，不支持DASH，也没有HLS的自适应码率。OMG，太难以接受了。自己6年前就开始做HLS和DASH的自适应码率流媒体服务器了。就它了，结合SRS的优点，再利用自己实现的类似FFMPEG/GStreamer的视频框架，做一个流媒体服务器。这个也算一年的时间吧，又一年不得老年痴呆。✌️
（4）视频服务器端，要做就得做一套吧。CDN也算是自己的老本行了。这个工程可能有点大。就做点CDN的控制软件吧，像Apache Traffic Control这样的。开源的CDN的软件不多。Apache Traffic Control相当不错了，据说有很多美国公司用，比如思科、Comcast等。整个设计还是可以的。但是比较恶心的是，原来很多核心都是用Perl实现的。后来都逐步改成Go语言实现了，当前还有部分Perl实现，关键的Traffic Router还是用Java实现的。有点乱。我做点什么呢？看情形，Apache Traffic Control是计划所有都Go化。这个有点让我不太爽。从我的个人经历看，复杂的系统，最好基于面向对象的分析和设计，Java是最好的面向对象语言。CDN的复杂业务部分还是用Java来做吧，Java的性能也可以做得很好的。底层部分可以使用Go来实现。我看行，就这样吧。这个一年估计做不完。还是先按一年来算吧。
八年时间过去了一半了。有效防止老年痴呆四年。接下来的四年当然是来点人工智能的东西了，不然这两年就白混了。
（1）人工智能当然还是跟视频结合了哈哈。先来一个视频AI相关的平台吧。GStreamer+TensorRT的视频推理，这个得有。基于深度学习的CDVS的视频搜索这个得有。基于视频理解的视频素材生成，也得有。就先这些吧。够做一阵子的了。用来化解一年半的老年痴呆吧。
（2）再来点有深度的人机对话系统。现在开源的Rasa还算不错，但是感觉有点小。DeepPavlov看起来目标很大，但是目前看还不成熟，但是想法很好，可惜只是支持Tensorflow和Keras。所以有事做了，基于DeePavlov的思想设计一个完善的人机对话系统框架。可以支持更多的深度学习框架。再化解一年半的老年痴呆。✌️。
（3）八年计划，就剩一年的时间了。一年也得做点事呀。万一就在这一年得老年痴呆呢。知识图谱和OCR的平台框架顺便做一个，估计时间就过去了。曾经还想结合目前市面上比较优秀的云计算开源工具，比如Openshift、Rancher、GoodRain等结合起来，实现一个满足自己需求的工具。这个至少可以化解两年的老年痴呆。大数据的东西就先不考虑了，现在好的开源的东西太多了。5G和边缘计算这里面的东西很多了。至少可以化解另一个8年以上的老年痴呆。有救了！
开干！
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
