没想到有一天写 python 的时候也会想着如何去节省内存。平时写 python 的时候根本不会关注这些，变量什么的直接创建和使用就完了，也不用考虑内存的释放，反正有垃圾回收机制。只不过这次数据量过大，debug 的时候发现内存一直在申请，导致系统彻底的卡死。
可能也是从事算法的优化工作养成了职业病，每次写代码的时候都会想，这些代码消耗的时间怎么样，占用的空间怎么样，数据结构是否可以继续优化，这些逻辑有没有更优雅的写法。
注：本文程序中使用 psutil 库来监测进程使用的内存大小，需要 pip install psutil一下。
职场新人兼新手程序员斗胆开了新坑「如何写出更好的程序」，所见所得都是来自实际写代码时自己的思考，且已脱敏。这一系列不包含任何复杂的技术，也不包含任何难懂的代码。只是将核心问题暴露出来，针对这些场景，如何写出可维护性更高、更简洁优雅的代码。
目前仅包括 python 装饰器的使用，等某天遇到其他技术也可以减少代码的修改时，会追加到本文。
职场新人兼新手程序员斗胆开了新坑「如何写出更好的程序」，所见所得都是来自实际写代码时自己的思考，且已脱敏。这一系列不包含任何复杂的技术，也不包含任何难懂的代码。只是将核心问题暴露出来，针对这些场景，如何写出可维护性更高、更简洁优雅的代码。
以 python 为例，本文的主要内容包括：如何使用配置文件，以及如何减少代码中的硬编码，引申到了代码的组织架构和可维护性上。
2023.7.10 入职距今已经两个月零 3 天了，培训课程十分紧张也没来得及做一些技术的思考和整理。主要是下班回家后只想躺着玩手机，周末持续性出去撒欢。 但只学习不思考和整理是程序员的忌讳。培训课程结束后，会对这两个月的培训时间进行思考，同时对未来该怎么更好的工作也进行一个思考，甚至包括如何更好的休息锻炼来保持充沛的精力。
回到正文，git 是程序员写框架和交流代码时的必要工具，而过于贫瘠的实操经验导致我真的不会这玩意。尤其是多人协作 pull, merge 或者 reset 时，时常把代码搞的乱七八糟。所以在这里记录 git 的踩坑记录。
git 操作时很大程度受限于实际的情景，本地基于什么分支进行了什么修改，是否暂存，是否提交，是否有冲突等等等等。出问题后去网上搜索时，网上的例子和本地的例子不一定很符合，或者说只有一半符合。往往不知道该执行哪些命令，是否会把文件弄的很乱无法撤回。
这个时候建议把实际情景描述一下，去问问 GPT，以我的使用经验，得到的回答 99.9% 都是可用的。
某天闲来无聊的时候，恍惚的发现我竟然还有个博客？主要是太忙了。 其实是自己过于懈怠没学新东西，休息了半年多也没缓过来。尝试推送了一下，也许是某次滚动更新 Linux 的时候升级了 Node.js ，结果 Node.js 版本过高和 hexo 版本不匹配。这就导致博客推送后， github 仓库中全部的 html 文件内容为空。网上绝大多数博客都是写的降级 Node.js，但这总不是办法，所以不如升级 hexo 来解决问题。
写一个正经的致谢吧，作为学生时代的一个小结尾。毕业论文里的致谢太八股了，前一半内容一定要大幅的感谢老师，感谢老师给的机会和培养。后四分之一写实验室同学，在后面写父母。不能感谢自己，最后一段感谢论文评委，过于官方的东西没意思的很。所以写一些不能放到论文里面的致谢。
6年前的12月1号
体育课下课后在操场跑了几圈
背着当时的初中用过来的破旧书包，去兰园一楼吃了顿鸭扒饭
晚上去自习室学高数，分部积分
之后每年的12.1都会回忆起那普通的一天，宣告着这一年还有最后一个月
今年也不例外