换了主板和CPU后，一切都顺畅了… 也不知道是原来主板还是CPU的问题，编译几十分钟就会报错，然后再进行编译又不会在上次的地方报错。着还是我人生第一次真遇到硬件不兼容这种问题… 再次活久见。

于是，编译openfyde的下篇这就来了，可惜在被破硬件折磨的过程中，r132-dev版本的 prebuilt image已经更新了… 没赶上热点呀…

自从第一次接触chromeos/fydeos开始，我就一直在尝试各种不同的 vscode(-like) 编辑器，最近因为看到华为的CodeArt，知道了它的上游项目theia，又开始了折腾。
奈何我手上的设备已经是只有8G内存的 fydeos 不是之前的16G Manjaro，也不是PixelBook 2017。在Linux容器下的可用内存十分受限，连编译个arm版的 theiaide-ide browser版都不得行… 那… 只有又来白嫖Github了

今年年初的时候，就尝试编译openfyde，想着学习下编译和修改openfyde系统，也利用一下我多余的一台工程机。然而半年都过去了… 上次编译出镜像的问题都还没解决…

对于要交互操作的网站，光使用pytest进行API测试是不够的，因为这不涉及前端。以前我使用过Selenium控制浏览器来完成爬虫任务，现在发现测试领域，微软的playwright也能控制浏览器以进行自动化的测试，且使用起来比Selenium还简单，因为它支持自动录制测试用例。

这半年有相当一部分工作是维护公司的网站，由于是半路接手的代码，难保维护的时候不带来新的bug，因此根据领导的要求，学习了如何进行自动测试。

今年的deepseek着实让LLM又火了一把，虽然在chatGPT之后，copilot和cursor就一直在到处打广告，但是我其实一直没试过… 于是在今年，我… 试了试Cline，确实好用，但是也符合我的固有印象，没有那么方便，尤其是，我更需要一个能直接在命令行使用并能够快速迁入脚本的选项，以批量完成一些简单的编码初始化业务，于是我找到了aider…

在现代软件开发中，持续集成（CI）和持续部署（CD）是提高开发效率和质量的关键实践。GitHub Actions 作为 GitHub 提供的强大自动化工具，能够帮助开发者轻松实现 CI/CD 以及更广阔的自动化工作流程。

这个标题有点点套娃… 但是事实确实如此. 在之前认识到chatGPT确实能比较好的回答代码问题之后, 我突然觉得我行了! 我终于有可能做全栈了! 于是为了展示chatGPT加持下的个人实力, 我准备写个用chatGPT读论文的程序(其实有考虑用这个辅助做meta分析)!

chatGPT火了这么久, 我昨天才正式因为想用它生成一些东西才弄了个号, 就像网上很多人说的, 虽然在专业问题上他确实可能是大忽悠, 但是对于写代码来说, 反正我最后是要自己跑和自己测试的, 实践出真知, 给个大致正确的方向也好呀!