.png)
文章
1.记一次glibc导致的堆外内存泄露
本文记录了一次 glibc 导致的堆外内存泄露的排查过程。问题是核心应用每次发布后，内存逐步占用，不重启或重新部署会导致整体内存超过 90%。通过分析发现是 common-division 包引入的问题，暂时修复方案是改为一个小国家地址库。然而，在发布第二天后又出现了内存飙升到 86% 的情况。经过进一步分析和使用 NMT 工具确认是堆外内存泄露，并通过 pmap 和 strace 等工具追踪和分析堆外内存使用情况。最终发现问题根源在于 glibc 版本 2.17 存在释放机制上的问题，导致空闲块没有归还给操作系统从而造成泄露。 https://mp.weixin.qq.com/s/55slokngVRgqEav6c3TxOA
2.投资公司前学习
本文介绍了投资公司前需要了解的相关知识。首先，文章解释了公司和工作室的区别，包括责任、人数限制和发票等方面。其次，文章介绍了有限责任公司和股份有限公司的特点和区别。然后，文章讨论了增值税专用发票和普通发票的使用情况及其差异。接着，文章探讨了在职员工是否可以注册自己的公司以及上市相关知识，包括交易所、个股涨跌幅限制、投资者门槛以及不同板块的特点。最后，文章提到国内上市所需满足的财务要求和股本公众持股要求。 https://elmagnifico.tech/2023/04/30/Investment2/
3.Make Something Wonderful
一个关于史蒂夫-乔布斯的网站
4.20 Things I’ve Learned in my 20 Years as a Software Engineer
这篇文章是一位软件工程师在 20 年职业生涯中学到的 20 个经验教训。作者强调了以下几点：1. 软件工程师永远都有很多东西要学习，不要觉得自己已经知道很多；2. 构建正确的产品比编写高质量代码更困难；3. 优秀的软件工程师思考用户体验，并将其作为设计核心；4. 最好的代码是没有或者不需要维护的代码；5. 软件只是达成目标的手段，交付价值才是最重要的任务；6. 有时候需要停止磨刀霍霍，开始动手解决问题；7. 如果你对技术生态系统不了解，就无法设计出合理的解决方案等等。总之，这些经验教训来自于作者在小型企业、初创公司和咨询公司等各种环境下从事软件开发工作所获得的实践经验。 https://www.simplethread.com/20-things-ive-learned-in-my-20-years-as-a-software-engineer/
5.Backend side architecture evolution (N-layered, DDD, Hexagon, Onion, Clean Architecture)
文章介绍了后端架构的演进过程，包括 N 层、DDD、Hexagon、Onion 和 Clean Architecture 等不同架构。作者解释了每种架构的起源和特点，并强调学习这些架构可以使开发者在职业发展中脱颖而出。从最早的 MVC 模式到如今的清晰分层结构，这些架构都是为了应对日益复杂的应用程序需求而诞生。通过划分代码组件并控制依赖关系，开发者能够更好地管理项目，并提高代码质量和可维护性。无论选择哪种架构，目标都是建立一个无环图或树形结构来管理依赖关系。 https://medium.com/@iamprovidence/backend-side-architecture-evolution-n-layered-ddd-hexagon-onion-clean-architecture-643d72444ce4
6.刹停一辆F1有多复杂？
F1 赛车的刹车系统非常复杂，由于极速超高，对刹车系统的压力巨大。刹车碟会因为高温而发光，并且有可能产生明火。然而，现代 F1 赛车采用了动能回收技术来减轻传统碟刹的负担。混合动力系统中的 MGU-K 可以将部分动能转化为电能存入电池中，从而减少碟刹系统工作时产生的热量。F1 赛车的刹车系统需要在制动、发动机制动和动能回收之间取得平衡，并且要精确控制前后轮配比以保持稳定性。该系统没有助力和 ABS 功能，需要驾驶员施加约 100kg 的力度才能实现制动效果。整个刹停过程是由机械结构和线控结构协同完成的。
视频
1.雾山五行
第七话，小火爆种秒杀太酷了！
工具
1.星空组网，很不错
link：https://ip4.ink/