我希望早点知道的关于成长的建议
这篇准备了很久，又临时起意，而终于“完成”了的短文，旨在将一些我觉得重要的建议讲给渴望成长，又不知从何做起的同学们。这里分享的几个小的点，做起来难度应该都不算大，如果能持之以恒，我相信你可以看到自己成长的速度。
相关分享
关于 ChatGPT 的流式传输，你需要知道的一切
本文深入探讨了生成式 AI 产品如 ChatGPT 的流式输出效果，阐释了其目的在于减少用户等待时间，而非简单模仿人类行为。文章详细介绍了 Server-Sent Events（SSE）技术在实现流式传输中的应用，并通过代码示例展示了服务端配置和客户端数据接收的方法。同时，讨论了 WebSocket 技术作为 SSE 的替代方案，强调了在 AI 应用开发中实现流式传输的重要性。此外，文中还介绍了 .NET 中的 IAsyncEnumerable 接口，并讨论了在生成式 AI 中实现取消/停止生成功能的挑战，提出了基于 WebSocket 的双向通信机制来解决这一问题。最后，文章总结了流式传输在 AI 与人类交互中的重要性，并提出了对 AI 智能本质的思考。|
无图
无图
nginx TLS 配置建议（Mozilla Recommendation）
本文主要按照 Mozilla 对于服务端 TLS 协议配置的建议来提供 nginx 的配置建议，按照这些建议进行配置可以让我们的站点更加安全。
无图
关于接口可维护性的一些建议
在做新需求开发或者相关系统的维护更新时，尤其是涉及到不同系统的接口调用时，在可维护性方面，总感觉有很多地方差强人意。一些零星思考，抛砖引玉，希望引发更多的思考和讨论。
无图
万物之中，希望至美
对一个半路出家的前端工程师的建议：
我理解前后端这块的分工会更加不断的细分，会造成前端对于后端的理解也恐怕会出现两极的分化。封装和调用的便利性会造成忽略对于底层实现原理和概念，无形中会让前端更加无法接触技术的底层实现和理解。
同时看到兄弟的学历，是实话起点上来说对于目前的行业要求是相对比较落后，但是从同龄人角度上我理解这样子情况的原因，因此对于这块没有必要对于这块过于的焦虑。
无图
区块链安全-Solidity安全建议
虽然通常很容易构建能够正常运作的软件， 但更难的是确定没有人能够以不是预期的方式使用它。
Solidity中，这更加重要，因为你会使用智能合约来 控制token，甚至可能是更加宝贵的东西。 此外，每次 智能合约的执行，都是公开的。并且， 代码也常常是开源的。
当然，你总是必须考虑这个问题有多大： 你可以用一个web服务来和智能合约进行对比，这个web服务向公众开放 （也可能是向恶意攻击者），甚至可能是开源的。 如果您只是在那个web服务上存储您的杂货列表, 您可能没有必要 关心太多，如果你使用这个web服务处理你的银行账户， 你应该更加谨慎。
本节将列出一些陷阱和一般安全建议，但 当然，永远不可能是完整的。 还有，请记住，即使你的智能 合约代码是没有bug的，编译器或平台本身可能有一个 bug。 编译器中一些已公开的安全错误列表 可以在 :ref:list of known bug<known_bugs>中找到, 这也是 机器可读的。 注意有一个覆盖Solidity编译器的代码生成器的 bug bounty 程序 。
无图
无图
SpringBoot四大核心组件，你知道几个？
先透露一下，四大组件分别是：starter， autoconfigure, CLI 以及actuator。下面我们就来详细介绍一些他们有什么用。
无图
无图
你还只知道测试金字塔？
金字塔建议底层单元测试占比应该最多，而顶层UI层测试占比较少，中间层的集成测试居中，整体呈现金字塔结构。这适合比较理想的项目，而实际项目中可能有很多不适合测试金字塔的情形。
无图