今日打金铲铲时，收菜爆了两个铲子，选秀抢了一个铲子，文章之书开出皮城转。最终极限开出九皮城。但由于手忙脚乱的（qWq），导致五费被抢光， 靠着霸王龙打赢了三星老司机及三星大剑魔。 最终用无数妮蔻硬捏的三星狐狸， 人死了一些后又捏了大头， 手速慢了点塞纳没捏完（以及忘记了可以捏大悲）。

是所谓——福祸相依。

项目源码

因为想要创新学分，所以选了创新创业智能车课程，项目要求完成智能车的循迹和避障。

由于笔者不喜欢使用VPL的图形化（报用qWq）, 故而使用手写代码的方式实现。

• anltr.grammar
• bison/yacc
• flex

参考

• https://zhuanlan.zhihu.com/p/347342082

参见:

• https://docker-mailserver.github.io/docker-mailserver/latest/
• https://blog.csdn.net/qq_25866579/article/details/140717115
• https://zhuanlan.zhihu.com/p/609639797

值得注意的是docker-mailserver 并不支持通过ui注册/修改等操作， 当可以自行实现（后端通过shell命令即可

使用python 发送示例

Pytorch 用于快速原型验证（学术研究）， TensorFlow 用于工业生产部署

昨日在玩“三国杀：一将成名”时，我抽奖一发就中了大奖——“清河公主”传说皮。这让我不禁感慨：“命里有时终须有，命里无时莫强求。”这句话真是道出了人生的真谛，有些事情是强求不来的，顺其自然反而能得到意想不到的收获。

Python 生成 requirements有两种方式

• pip list --format=freeze > requirements.txt (推荐做法)
• pip freeze > requirements.txt (不推荐，会带有本地路径)

为什么使用此模式

Command 模式将请求封装成对象，使得可以用不同的请求、队列或者日志来参数化其他对象。Command 模式也支持可撤销的操作。

示例代码

教程源码示例

使用设计模式的目的是重用代码，并在增加需求时尽量不修改已有的类。我们不应死记硬背这些设计模式，而应理解其背后的核心思想。设计模式的使用不是最终目的，而是为了更好地解决问题和优化代码结构。同时，我们也要避免过早地进行“工程化”，应根据实际需求灵活应用设计模式。

设计模式提供了一种通用的解决方案，可以帮助我们应对软件开发中的常见问题。通过学习和应用设计模式，我们可以提高代码的可读性、可维护性和可扩展性。然而，设计模式并不是万能的，它们也有其局限性和适用范围。在实际开发中，我们需要根据具体情况选择合适的设计模式，而不是盲目地套用。