架构感觉还是比较好过的，你只要做过的项目经验够多就行，大部分话题都能写点出来。

高项没试过，据说要靠背，这种的反正我是背不下来。

如果说针对皮肤保湿和软化角质来说，尿素是相当有效的成分。

你可以买点低浓度的尿素乳膏，或者包含尿素的维 E 乳等。对于干燥到开裂的皮肤相当有效。

@vfs 我之前也做过类似的东西，只能说建议你还是用国产的 UI 框架。比如 Ant Design 或者 Element Plus 。你可以说国产这些 UI 审美不行，或者有其它什么别的缺点。但它们也是应对奇奇怪怪需求最多的，基本上你能想到的问题，或者功能，大多数都能做到开箱即用。

@flypei 难道不是：投资 -> 收购 -> 空降高管 -> 高管刷完 KPI 跑路 -> 业务逐渐完蛋 ？

.NET 也可以做到开箱即用的，UI 框架也很成熟，但没有 Web 技术这么成熟。真想做个业余项目，想要个好点的 UI ，但又不想花太多精力在上面，那最好还是各种套壳的 Web 框架。

觉得 Electron 太重，也可以试试 WebView 。但本质上也是一样的 Web 。

不可行的。

字体不是简单的偏旁部首拼到一起，那样字体根本没法用。做一套字体成本很高，主要是每个字想要好看，同时写成一句话以后重心统一，是需要手动调整的。

比如“好”，“妙”，“如”这三个字，偏旁都一样，但你把“好妙如”放大看，它们这个女字旁的大小和位置都是不一样的（最终效果取决于你用的字体，或者你找在线的试一下，衬线字体尤为明显）。这个主要就是为了保证这些字单独看起来不会失去平衡，同时连在一起后中心也大致在一个水平线上。

另外 hint 也没法弄。

目前绝大多数的字体都是矢量字体，你可以认为里面保存的都是一些构成字形曲线的函数。真正显示出来，需要把这些东西渲染成点阵。就和游戏渲染差不多。
这个过程中会根据每个字的 hint 进行微调。保证主要结构的位置，其它的会适当变形，让点阵结果看起来不会扭曲的很难看。

简单拼凑偏旁部首的话，这些都没法解决。如果每个字都做单独调整，那和你现在的字体大小就没什么区别了。

去中心化不过是去责任化，尤其是货币这种东西。只要你与别人交易，就没什么匿名性可言，无非是你的资产没有被人盯上的价值。

只要你有足够的价值，比如 13B 的比特币，也一样会被某政府想办法搞走。

@boringwheat 不追求品质可以看看胶囊机。

半自动你磨豆，压粉加上清洗等，早上折腾一套下来还是要点时间的。

比较好的其实是 JetBrains 那种模式，你订阅满一年后，给你一年前那个大版本的永久 License 。这样你既保证了有一年的 Bug 修复，又相当于用一年的订阅费用，买了当你付费时最新的版本。你订阅不满一年，那就是纯按订阅算了。

另外买断制也有一些软件确实做的不错，比如我经常用的 Beyond Compare ，Directory Opus 等，通常是一个大版本买断。
但这个纯看良心，Parallels Desktop 那种早都被骂臭了。

Wine 是不行的，它只是转换 API 调用，不能转换架构。

虚拟机是可行的，只要找个能用的 Windows 就行了。你可以试试关了 PageFile 等。

但如果你那一堆 DLL 里面还有些 C++的，你找 XP 就不一定能运行了。

以你目前的进度看，最可能的办法就是看看怎么改进 Windows 7 的虚拟机性能。

这种证主要还是看有没有其他部门认，截至目前，最有用的就是软考的高级证书。很多地方你可以拿着它当高级职称的资格认证。

至于你说的这个，目前看来只能拿补贴用，那么只要你花的时间加上钱，跟这一万块比算赚的，那就可以考。

ZFS 不建议放家用，或者说任何需要“重建”的东西都不适合在家搞。

这玩意内存开销暂且不说，它的那些功能家用真的需要吗？你真的需要一个永不断线的数据库？还是说你需要在那几张家里照片上开压缩去重加快照。

个人感觉家用里，极空间那种 ZDR 是正确的路子。就那么些重要文件，直接给你自动复制几份完事了。硬盘损坏根本不需要重建，直接读就行。
其他的文件也不重要，什么虚拟机镜像，数据库文件一类的，配置文件保存好直接全拉起来就行了。

blocknote 就可以，虽说某些功能要收费，但其实那些功能你自己做也可以。主要的功能可以开箱即用。

就是样式调起来麻烦一些。

你为啥要纠正这个？

每次出 Bug 你就给他开个 ticket ，然后就跟领导说他这个 bug 不改你后面没法做。一天几十个 bug 甩他领导脸上他就知道下次能不能用 AI 了。

你首先要改掉“想上线”这个错误思想。项目是大家一起做的，不是你一个人做的。他这么做就是不想上线，你不是他领导，你既然负责不了他的工资调整，也拿不到他的工资，那自然既没有资格不让人家用 AI ，也没有义务帮他“纠正”任何错误。

最重要的是搞清楚责任边界，每次提变更都留好书面记录。不能微信或者口头说一句 bug 让他改就完了。哪怕你们没有 bug 追踪系统，也要想办法让领导弄上一套。就说你自己这边变更和 bug 多，提测试什么的不好追溯，需要一套系统来做这个事，一定要包括后端。

先把 bug 追踪搞定了，后面才是你那什么接口测试的东西。责任区分都搞不清楚，你弄了测试也是一堆 Bug ，他该怎么瞎搞还是怎么瞎搞，纯给自己找麻烦。

不要接这种工作，这根本不是代码质量的问题，纯粹的管理和对待产品的态度问题。

改代码什么的倒还好说，大不了你 AI 写的就上 AI 改，AI 改不动就 AI 重写。

但问题这是个 SaaS 系统，出了坑实习生搞不定，AI 没看懂那就没准要拉你线上解决。别最后一个普通开发，搞成了 24 小时 on call 。而且看这公司的管理状态，能把实习生 vibe 出来的屎山拿出来上线还能自豪的吹一波，我觉得大概率是没什么正规的责任链的，QA 有没有都不好说。

看一下你现在每个月租房的支出。
如果说对生活品质要求较高，位置环境都比较好，每个月支出大几千的房租，那可以计算一下。
只要你买的房子，在你出手时跌的价格加上利息，比你这段时间累计租金要少，就可以考虑买。

其实本质上是找跌的慢的。北京整体上都在跌，但有的快有的慢。你只有老破小的预算那绝对不建议买。
位置不错，交通便利，学区方便等因素都会让这片区域的房子跌的比较慢，这些你可以用上面说的房租计算一下考虑入手。

如果你是极度节俭的那种，每个月合租只花两三千，对居住环境没啥要求，那买房是稳赔的。