笔记¶
宛如泥潭的大型项目开发困境
导言
当时我选择一线的原因是决定能最解决客户,每个工作能产生最大的价值。
通过一段时间的开发,我感觉在一线开发就像在泥潭里前进:走得越快越远,泥潭陷得越深,前进阻力越大。
困境为何而来,如何解决困境,是我想讨论的重点。
Continuous Integration, CI
导言
在交付PTA需求的时候,发现需求在测试人员的更大的测试规模下出现了问题:
在增多了不同的测试样例,和不同的测试设备(910A,910B,310P)时;程序是否可执行,性能是否达标,精度是不是正常;都有待监控。
说明在开发过程中,我构建个人的每日测试框架,持续监控开发的测试和性能。
集成 windmill-labs / windmill。
AI Model Visualization
导言
作为一个AI初学者,总是遇到以下场景:
- 客户正在基于NV开发一个AI模型,需要同步的做昇腾适配。手上只有NV下的代码。
- 往往很难将论文里的AI模型的图,和代码里的每一层以及参数对应起来。
设计期望:
- 在模型开发的过程中,能简单插入,来明确当前模块的大致信息。
- 名称,类型(卷积层,池化层),输入/输出/参数, 执行的时间(第一次)。
- 可视化
- 格式兼容cpprinter。
- 能体现出TP,CP等并行策略的效果。
大致思路:
- 还是借助
chrome://tracing
格式,来设计类似PyPrinter的工具。 - 早期可以使用
VizTracer
代替。
Aarch64 CPU Benchmarks for Performance Degrade
导言
测试人员之前有台高性能的测试机器,未知原因坏了之后,他们修好之后,发现性能损失。推测是鲲鹏920的性能损失,为此需要:
- 通过benchmark证明性能损失。
- 定位并说明性能损失原因:1. 软件硬件? 2. 硬件老化还是流片差异?
- 确定性能损失原因,并给出解决方案。
[C++] Destructor Order
导言
- 一般来说,析构函数应该只处理释放资源,不处理逻辑。
- 但是PTA的代码里,在全局变量的析构函数里,写了向子线程发送结束信号的函数,和
childThread.join()
。这导致了很奇怪的问题,string demalloc等。
为此,想研究一下C++的析构函数执行顺序。包括嵌套的Class结构,和全局变量的析构时机。
Disease And Prevention
导言
- 从8月5号开始到华为工作,我就感觉身体状况比上学时期下降几个水平。
- 问题包括感冒发热、心悸心梗、耳鸣、喉咙发炎、四肢僵硬、失眠。(哪怕是我记录的现在,也心慌难受,和喉咙发炎疼痛)
- 最主要的原因无疑是工作强度很大(9106),工作压力也大(导致失眠)
- 这导致锻炼不足,哪怕抽出空能锻炼了,在迈开腿跑之前,也时常感觉心慌难受,和双腿酸胀,根本跑不动。
本文希望从记录遇到的各种疾病问题的视角,和对性的自我医治和预防,从而对作息和生活习惯进行反思和改进。