有东西被加密了, 请输入密码查看.

我每天的时间都耗费在哪里了？ 阅读资讯文章 过进度 救火 确认需求 方案设计 CodeReview 编码 发布 创建JIRA任务(先从这个做起吧) 有哪些事情是重复的、机械的、可自动化的？项目进度管理比如JIRA的任务到期通知、日报，就可以自动实现。 有哪些是我不愿意去做的事情？

思考：这种方式，评审人员看到的是一个片段，没有上下文和业务介绍，会不会效果很有限？ FB的随机CodeReview代码实现技术选型考虑到这是一个简单的偏流程处理的工具，因此首选的是脚本语言，比如Python、PHP、Node。 PHP在公司已经逐渐被废弃了，用Node写这个对我的提升也不大，无非是再次搬砖，因此最终决定还是用Python。 实现细节数据结构gitgit log的参数，可以参考这

我们遇到过的问题线程数没限制好，导致实际线程大于预设值，超过docker资源上限没有控制好一个docker同一时间只跑一个任务导致2个任务同时在一个docker中跑起来了，这样线程数就翻倍了，也导致实际线程大于预设值，超过docker资源上限，被限制了CPU，进而因为CPU资源不足，生成视频很慢。 设计要点拆分不同的线程池比如数据的请求、音频的生成、视频的生成，都可以设计为独立的线程池，相互不影响

三天不练就手生。很多内容我两年前搞过的，现在完全没印象了，因为没有形成持久记忆，并阶段性复习。 名词概念BeanIoC container框架执行流程从程序启动的流程，把沿途的各项资源(配置文件、程序等等)都串联起来。 单元测试一些技巧如何规划模块 业务部分-前端，一般为web模块 业务部分-后台定时任务，一般为schedule模块(思考：后端定时任务到底要不要分开成独立的进程运行？) 通用工

流程确定目的常见的目的，一般有：找异常、看趋势、看分布、看比例、看关系等。 以Arsenal服务关系可视化为例，其目的是为了找出异常的服务及其异常的原因。 切记：千万不要在一开始就直接去思考细节上的实现，一定要先明确需求方的目的。参考Arsenal关系图被吊着打的例子。 确定关键指标(宏观)找出异常的服务：服务的状态 (微观)找出服务异常的原因：服务所在容器的具体的数值，比如IO、CPU、内存

参数-w, –write-out参考文章： https://ec.haxx.se/usingcurl/usingcurl-verbose/usingcurl-writeout 可以通过该参数，输出你想要的某个具体请求变量。 比如输出请求状态码： 1curl -I -m 10 -o /dev/null -s -w %{http_code} http://localhost:30

尚待尝试的一些想法 原则：对于高时效性要求的场景，从并行执行角度去优化；对于大批量生成的场景，从资源复用角度去优化。 音频生成阶段根据文本长度和语速，评估语音时长可以找语音部门的同事问一下他们的语音时长逻辑，然后我们自己可以在没生成语音的情况下，直接通过文本+语速算出时长，这样就省掉了用语音回填网页时长的这一步。 然后语音的生成、网页截屏，可以同步进行，极大缩短单个视频的生成时间。 应用场景：