音视频相关的开发要保证对各种格式比较熟悉，了解其适用范围和优缺点，不同的场景使用不用格式的音视频，产生最佳的产品效果和最优的设备性能，对编解码器要有一定的了解，发生异常时，能够分析产生的原因和解决办法。
在AR和VR不能很好的得到应用和普及的情况下，由AI技术和视频技术构成的视频内容自动生成的技术会成为一种很好的普及和过渡，未来大量文本的场景会被这种视频替换，从学习多通道原理来看，带反馈的学习视频会具有巨大的技术优势，我们目前有很多基于文本制作各类小节，AI微课让UMU具有了使用文本生成视频内容的能力，换一个角度想，文本生成视频一个基本能力，就像富文本编辑器，可以用在任何使用文本的场景。
从技术应用和业务重要性的角度分拆业务能力建设层次和方向，目前我们的基础业务能力还不够扎实，比如资源安全管理，多视频多码率加密视频播放器，多形式音频处理，兼容性好体验好的文档阅读器，灵活多变好用的富文本编辑器，丰富扩展性好的低代码平台 这些不是单纯的第三方组件或者方案，而是能够支撑umu产品的迭代，需要基于umu的业务流程，而且这基础能力都要叠加上AI能力，这些我们需要的做工作还有很多。
功能迭代接入已有接口时要把已有接口，结合新的迭代做整体流程梳理清楚，要么拿到已有文档，要么自己草图梳理，不能只依赖接口，很可能会导致流程的缺少。今天发现转码流程有缺失，做代码review的时候，注意到resource callback接口的用法，我认为这个接口承担了转码功能，没有深究，还是没有清晰的认识到callback接口在整个上传转码功能中的作用。
脱敏处理
这两周逐步投入更多的时间放在自己手头上项目上，有了更多的时间深入技术和业务，深入技术设计和业务架构本身，在业务能力的底层建设上多投入精力，才能真正推动业务和技术的组合放大。
持续发展万花筒般的工作体验，角色切换会有一段适应过程，不过内心里我更喜欢挑战不确定性，岗位转换，职责转换，角色切换都具有很大的不确定性，但是长期来看，它们都会让我们获得更多的发展机会和职业发展的韧性，这些转变通过不同角度带来更深刻的对事物的认知和思维范式的转变以及前所未有的体验感，以前我经历过很多的角色，比如ERP实施，软件工程师，需求调研员，全栈工程师，前端工程师等等这些职业角色的切换过程让我获益匪浅，也能获得职业上的幸福感， 未来AI的普及会磨平部分岗位的专业性门槛，也更突出做事的方式方法和创新性， 销售岗、CSS岗、财务岗，各类专业工程岗，我都有想去尝试的热情并且很早以前就做了不少的准备，并且我对它们也充满可好奇。
chatGPT的出现让世人震惊了，AI已经聪明到如此地步了，人类还有活路吗？
最近关于AI，关于chatGPT的讨论已经在技术圈、商业圈形成一股热潮，很多人认为这是一种新的革命性的范式，会颠覆我们以往的很多认知，也会彻底的改变我们的生活方式， 生存方式。
思考AI给我个人带来什么，其实是在思考未来，这个有点太难了，未来已来，遗憾的是对未来知之甚少，甚至可以说一无所知。
面对一无所知的未来，才真的很没有安全感。话说回来，这样的未来才能值得我全身投入，探索其中，发现未来之美，发现自身的巨大潜力和价值。
面对这样的充满无限可能的未来，要保持开放，接受任何的变化，积极应对新的问题。
面对这样充满艰险不确定的未来，要保持谨慎，走一看看三步，先活下来，活的好，再去谋发展。
面对这样瞬息万变的未来，要保持学习和思考，尽所能理解这些变化，应用这些技术，利用好这个机会。
面对这样生存压力巨大的未来，要保证身体健康和充沛的精力，这样才能“干他娘的”。
未来已来，不进则退！
语音微课录制功能优化迭代
语音微课的录制一直存在一些不稳定的情况，比如抖动，爆音，刺啦音，突然的倍速变慢或者变快等，这些都是都是偶发的情况，本地极不容易复现，很难准确定位问题所在，从问题的代码分析及录制的声音质量上来说，比如抖动，变快或者变慢，都是浏览器上录制计时和压缩音频片段里的时域数据不一致造成的，简单来说使用44.1kHZ的录制的音频，在基于音频slice转码时，由于浏览器所在电脑的性能影响，音频slice存在丢失的情况，这就导致采样率变低，转码后的声音就有变形或者变慢的表现。这些问题虽然是和用户电脑相关，根本上也和我们的实现有一定关系。
本次优化换掉了纯webassembly的mp3转码库，使用Chrome WebRTC自带的MediaRecorer录制（底层基于Opus和VP8/9），在很大程度上解决了噪音，莫名的变快或者变慢问题。
这次优化不是说浏览器端做基于webassembly的mp3转码库不可靠，其实是我们做的不够完善，比如性能优化，缓存区管理，各种音声处理算法等， 这也给了我们一个重要的经验和启发，在做基于webassembly的开发时，一定要有相应的系统性的底层开发能力，并且要有软件系统的架构能力，这种技术一旦做处理，就会成为某种意义上技术壁垒，比如和AI的结合，TensorFlow.js 增加了基于webassembly的backend能力，对Web + Media / AI来说，在技术沉淀上我们还有很多工作要做，一旦建立将极大提升产品的技术竞争力。
从这次优化来看，对于技术难度较大的功能，代码设计质量也将会影响产品功能质量，看着自己多年前写的代码，我也深有感悟和总结，我们要完全摒弃这样一种观点：代码是黑盒，只要测试通过，就可以上线，好的技术设计及高质量代码是好产品的扎实的基础，满足功能需求是代码质量的其中一个属性，对于重要的关键的功能，我们要重点关注，设计，架构，性能，稳定性，扩展性等，这样才能保证更好的可持续的迭代。
2023年2月13日，拿到了C2的驾照。上周请陪练在大兴转了一圈，也在北京的五环上飙到了110KM/H。这周在神州租车上租车出去跑了趟长途，本打算去保定，最后绕到了天津。
一直对开车提不起啥兴趣，1是平时工作紧张，没有时间开车，2是我始终觉得开车肯定是有概率出事故的，到时候懒得处理事故，3是一直心心念念自动驾驶普及。最近因为工作上工作职责的调整，我觉得可能会有一些个人时间，应该能够应付自己开车的事情了，所以开始进入摸车的状态了。
独自开了300多公里，路上碰见了一些小插曲，把朋友吓够呛。总结下来，很多新手犯的错误都犯了，闯红灯、跨几个车道右转，直行插到左转道了，换道差点怼上对向前车，还是那句话，安全第一，保持清醒，多观察，多开多练。
很多同龄人都是老司机了，我确还是个开车新手，些许这个是我近一两年消磨时间、释放精神压力的一种方式。我一般玩啥都是笨笨的玩很长时间，无他，只是因为自己笨而已，必须长期玩才能玩出点花。
IE问题修复总结
IE目前总体的使用量比较少，从我们的统计结果上看，少于我们总使用的0.1%，但是部分用户是我Tier1的大客户，为了支持这部分用户，我们目前还是在核心功能上兼容IE11，基本原则是核心功能支持，其他功能尽可能完全支持，支持不了就是降级支持，使用新特性的新功能引导用户使用Chrome或者Edge，即样式可能存在问题，但是不影响功能使用。IE上的兼容性bug，JP站点重点支持，CN站使用IE的用户量少于JP站，所以CN站IE兼容性问题的优先级会较低。
从几个月的趋势看，IE11的使用量在逐渐减少，虽然幅度很小，Edge的使用量逐渐增加，我们周期性的观察这个数据以响应我们对IE的支持力度。
目前IE上遇到问题主要来源于2个，1是第三方依赖包不支持IE，引入了一些ES6的语法，导致页面和基于phantomjs的分享卡页面白屏，2是因为我们的js代码量比较大，导致了IE上打开页面的性能比较差，特别是一些硬件性能不是特别好的电脑，初次打开要等很长时间。
目前的解决思路是在每个项目里增加ie相关的polyfill，部分仓库使用core-js，typescrip编译高版本语法，但是一些js特性是全局特性且是第三方已经打包好的代码，就没有被编译处理，导致出现bug，基于这种情况，在需要适配IE的应用里增加polyfill，而不是在基础库或者自研依赖里增加polyfill，保证基础库的纯粹，另外 随着微软官方停止IE更新个支持，未来2年内，绝大部分目前使用IE的客户会转向Edge或其他浏览器。
钉钉飞书企业微信的支持问题
随着我们对接的钉钉、飞书、企业微信的客户越来越多，相关问题的反馈也多起来，流转到我们研发这边的也变多的趋势。
从数据的另一个角度上说这是一个好事，说明用户的使用量再提升，用户类型更加丰富，也促使我们更加重视在这些平台上使用体验， 从过往经验总结上来说，使用次数和bug数成正比，比如针对某功能，使用10000次，平均会产生1个反馈问题，0.2个线上bug。
钉钉、飞书、企业微信的桌面目前都是基于Election的，从页面应用来说，和浏览器一致，但是因为不用的平台上的交互策略有所不同，所以有些功能上可能需要做适应性的匹配，比如这些平台对打开新窗口做了限制，需要调用其sdk提供的方法打开，目前我们除了引用了dingding的sdk外，飞书，企微的sdk我们暂时没有引入，所以对于这类打开，我们使用当前窗口的打开的方式。
兼容的平台多了，对我们的技术设计有了一定的约束，技术设计时，需要考虑这些平台的兼容性，这就需要我们更多的熟悉这些平台的技术特性和交互特性，才能针对的性的做出合理的技术设计。
AI生成课程介绍的功能中，文本编辑器是很重要的技术支撑，目前方案有2个，1是textarea的plain text编辑，另一个rich text的富文本编辑，通过调研发现现在涉及文本自由编辑的工具基本都实现了富文本编辑，还有一部分内容工具实现了协同编辑，对目前这需求来说，plain text也能勉强满足功能，从功能实现的完整度，难易度上看不如rich text方案。因为目前使用的ueditor编辑器从二次开发，性能，复杂度，稳定性上已经远远落后于现在市面上的同类产品，这次调研了ProseMirror，tinyMCE，slate.js等三款富文本编辑器，分别从技术原理及先进性，发展脉络，社区情况，哪些大厂在用，定制扩展能力，开箱即用的能力， TS支持，上手能力，中文开发资料的丰富度，和我们远期目标的匹配度上，ProseMirror无疑更适合我们，同时大家天天用的Anasa上的富文本编辑器也基于ProseMirror开发，后续我们也会基于proseMirror开发属于UMU产品的富文本编辑器。
今天是2024年的儿童节。距离上次写点六一儿童节的文字已经过去了整整10年北漂的日子（十）- 致我们终将逝去的童贞。
十年转瞬即逝，自己长大了许多，感慨却少了很多。这个日子不能说特别，只是很卡点，在这一天晒晒自己的内心，抒发些情绪，虽然没有别人在乎这些小心情，不过我想未来的自己也有想了解过去的自己的时候吧。现实中童真童趣离我们很远，很多的空闲时间被各种短视频充满，让我停止了思考，停止了回忆，甚至停止了发牢骚。扔掉手机，回到自己的世界，我想起20年春节，父亲带着他的孙女孙子们堆雪人的场景，我第一次在一个七十多岁的老人脸上看到了童趣。我希望当我是老年人的时候，也能保有一份童趣。
似乎很多节日都是为了纪念。但是很多节日的内涵在时间中的嬗变巨大，人们可能已经忘了节日的初衷。不过节日赋予了时间以具象，让时间可以被触摸，让时间可以被度量，让时间可以被回忆，也让平凡的人生多了一些可视化的褶皱。
今年的儿童节，让我多了很多思考。这个世界现在非常不太平，各种剧烈的矛盾开始显露出水面，俄乌战争，巴以战争正在进行，战争的乌云已经慢慢的聚拢，我不知道十年后的六一儿童节我们的孩子们会不会在战争中度过。
每个人都渴望和平，但是历史告诉我，和平和战争是整个人类的双胞胎孩子，这两个孩子都是被人类在细心呵护着成长。人类不止有和平，还有战争，和平和战争都是人类这个物种进化发展的方式。身为个体的我们，要在战争中保护好自己的孩子，要在和平中教育好的自己的孩子。
今天我送给孩子的礼物是，一个关于中国老一代顶尖科学家们的传记系列书籍。
希望他能通过了解学习老一辈科学家们波澜壮阔的的一生，过好自己的一生。
我希望他能通过经历过战争的老一辈科学家，老一辈的人们在面临战争，面临生死存亡之际，让自己如何追寻求知之路，如何坚定生存发展之念，如何秉持爱国爱家之心。我希望他能理解世界的复杂残酷，但是求知却又是那样的单纯，享受和平，不能忘却战争。我们不只有和平的生活，也会面对实实在在的战争的残酷。
生存，求知，发展，奉献，这才是孩子真正需要建立的大世界观，也是人类能在这个蓝色星球上能够存在的最高法则。
我给自己的礼物是一句话，保持童真。
人到中年，不管是身体还是灵魂都包裹了一层盔甲，这层盔甲能让我们这个世界上能够存活下去。保持童真就是让我们时不时的卸下这层盔甲，看看盔甲里面的自己。
保持童真，可能就是要保持初心。初心是自己所欲所求最根本的看法和出发点，初心是最有力量的，它不受现有世界规则运行的束缚，它是内心里的主宰，你站在灵魂之外审视自己的处境，审视自己的所思所想。初心会看着你的身体，看着你的精神。让你不迷失这个大森林，让你对生存充满大智慧。
保持童真，可能就是要坚定信仰。人生路上，苦难，挫折，顺遂，失败，成功，病痛，死亡都会一路相随，坚定信仰，不要让这些把自己打倒。
保持童真，可能就是要保持快乐。快乐是人生的动力源泉。童真是快乐的源泉，用清澈的心灵思考这个世界，才会让你在看清这个世界的真实之后仍然能坚定而乐观的生活下去。
不管环境如何变化，保持童真，才能勇敢的挑战那些不期而遇的磨难。
tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录（注意不是yilia根目录）执行以下命令：
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置：
jsonContent:
meta: false
pages: false
posts:
title: true
date: true
path: true
text: false
raw: false
content: false
slug: false
updated: false
comments: false
link: false
permalink: false
excerpt: false
categories: false
tags: true