网上有一个小伙伴私信问我，自己计算机专业，感觉现在 AI 可以完全代替他们的作业和论文，问我这个行业还有没有前景，以及对未来的一些建议，我在想假如我现在是大四的那一年，我会怎么做让自己未来之路少踩坑，走得顺一点，当然自己见识浅薄有限，欢迎交流。
这个效果很有意思，作者受 Omarchy 桌面的启发，相当于可以让你的 Mac 的壁纸、编辑器、终端这些全部保持一套主题，很有意思，不过我自己还是比较节制，现在就喜欢简洁的东西，喜欢花哨的小伙伴可以玩玩。
Runlayer 做的交互式 MCP 课思路很好啊，想学习的小伙伴可以看看，我感觉以后我想做教程可以就按照这种形式来了，挺不错的。
看着有点意思，创建一台可以运行的 macOS 虚拟机在你的 Mac 上，号称非常轻量，我现在的做法是用的一台旧 M2 Pro 防止 Agent 和我抢鼠标，这个也打算试试看怎么样。
最近 Kami 终于把我用了半年多的社交图功能给加上了，好内容值得好排版，只要告诉你的 Agent 说用 Kami 帮你把内容变成小红书卡片形式，那么就可以得到这种漂亮的效果了，甚至我还精挑细选了 8 种不同的底色。
这些年我大概买了快 30 瓶了，很好用，不辣，每次吃完饭用很清新。
最近上映的这个埃及的电影《生日快乐》很好看，推荐有空的小伙伴一看，看到最后，我想着时间还应该更长一点，结果没有，不是中国那种电影的美满结局，也许这就是现实啊。
强迫症必备！这款蔡司屏幕清理湿纸巾擦完电脑屏幕和刚拆封时候一样的感觉，大概 5 毛钱一片，包括相机镜头也可以，性价比一般，但是效果很好。
假如你在杭州想尝试一下素食，一定要去试试庆春里，很好吃，特别是黑松露炒饭还有藜麦椒麻豆腐，后面那个蘑菇和包子也非常好吃！
都有 AI 了，还手写文档的小伙伴应该不多了，有一种邪不压正里面这年头“正经人谁写日记啊”这种味道，后面可预计真正不借助 AI 写文章的场景会越来越少了。
|
|
|
|
|
|
其实我在 7 年前就开始想一个好用的 Markdown 笔记应用应该是怎么样的？我认为首先是完全 md 语法规范，也支持社区的增强语法规范，但必须是规范的，这样 md 就可以在任何支持渲染的容器去使用，不需要绑定任何一个特定的软件，这也是 Markdown 和 Word 我认为最本质的区别。
同时应该是原生的、纯本地的、高性能的，不是套壳的，也应该是漂亮的，但不应该做成所见即所得，因为会很容易破坏原有 md 的纯净格式，当时用过为知笔记、有道笔记、Quiver、Bear、Obsidian 各种工具没有太顺手的，于是乎，当时就边学 Swift，在一个 2020 年初春节长假写下来了这个原生的 Swift Markdown 笔记应用，居然一直迭代到了现在，因为自己每天在使用，想到了一些东西，顺手的东西就全部给加上去了，这样越用越顺手。甚至后面为了防止笔记被改坏不好回去，写了一个类 git 的简单能力，可以帮你记录每次编辑改动，可以很好回到之前的版本，同时是一个本地功能，完全不上传任何云端。
终于在今年有空，把 iPhone 和 iPad 版本也支持了，当时为了搞通 Apple 开发者账号的付款居然最后写信给库克才解决，拿到证书后第一件事就去写这个啦，也因为有了它，我的所有开源的 Mac 相关的软件终于不弹危险未认证了，也给后来的 Mole Mac 版本创造了可能。
一直认为移动端的 Markdown 应用，重点应该是预览，我自己比较难在移动端上写一些长文，最多用于备忘记录，所以移动端的版本我更多做好渲染，以及阅读效果，尽可能做轻量一点，自己用了半年多，慢慢稳定了，可以推给大伙玩玩了。
到了 AI 年代，其实在妙言上的所有内容我都是手写的，想到啥写啥，特别是一些技术文章，包括最近的一些推特长文碎碎念，打字的顺畅感非常重要，不允许任何卡顿，预览也需要很舒服，排版需要更多是便于阅读，而非炫酷。
但以后用 AI 写文档的人会越来越多，所以我给妙言加上了 CLI 的功能，直接 miao open、miao new、miao search、miao list、miao cat 基本上可以覆盖笔记的新建、查找和读取，现在也够用了。
后面我想着 AI 时代的笔记应用应该是怎么样的？我想应该是阅读预览为主，继续轻量、美观、高性能，同时是 AI 友好的，以及是可以很方便的版本回滚的，最好是原生支持 git 的，这样 AI 用起来会很方便。
不过 AI 写出来的东西，其实有个 md 文件就够了，但最终还是给人看的，给人看的应该是成品，那还是需要人去读、去改，这样又回到了 Markdown 编辑器的范畴，只不过用的人会越来越少，我自己还是不想放弃独立琢磨写东西的能力，当然可以借助 AI，但不想把脑子全交给它，不然就没有创作的乐趣了，假如小伙伴还有写东西的兴趣，可以去玩玩妙言。
经常有小伙伴问我，怎么用 AI 做出好看的产品设计，不那么 AI Slop，其实不是很好答，因为自己也不是专业的，只能站在产品工程师视角来给大伙聊一聊，怎么做出不丑且易用的产品。
首先要知道一个前提，很多时候好看的设计也救不了不解决问题的产品，设计在这里只是锦上添花的作用，而非决定产品的成败，假如要我选择产品优先级，应该是能解决问题 > 易于使用 > 好看美观，好比先解决不饿着、再解决温饱、最好解决吃好一样。
能解决问题这里不多说，更多取决于产品本身，它是去解决一个具体的需求，有人需要，有场景需要，刚好你这个产品可以提供一个解决方案让人或者 Agent 使用完成目标就好了，只不过解决问题有大有小。
那么如何做易用且不丑的产品呢？哈哈，可以照着走一遍，也可以把下面的这一大段给你的 Agent 让他去帮你 Review 一下你的产品代码仓库。
把自己当做一个普通不懂技术的小白，他拿到我们产品，能否把主链路走完产出他所需要的东西，哪些地方有卡点，哪些地方没有讲明白，哪些地方的衔接不通顺，全部去修复，让用户不用说明书也可以完成产品的使用，假如实在不能，可以适当补充提示说明。
所有文案需要符合对应语言当地人的使用习惯，需要仔细斟酌词藻，不要干巴巴的翻译，可以从 Apple、Windows 系统以及知名网站去找同类词的最好翻译和解释，文案做到尽可能让本地人感觉非常简单、易懂、清晰。
产品上能用产品本身表达清楚的地方就不要再加文案说明，不要啰嗦的解释一个东西，仔细思考每一个说明文案是否达意且不啰嗦，交互视觉可以说清楚的地方就不要用文案再表达一遍。
在数字的表达上需要让用户明白这个数据指的内容，以及考虑到数据表达意思后的易读，比如钱、指标、距离各种单位需要考虑到本身的最佳实践，数据的准确性非常重要，不要为了偷懒少了数据的校验。
对于用户确定的操作不需要反复找用户确定，只有在会产生不可逆影响的时候二次找用户确定是否需要执行，防止满屏都是各种弹框确定，对于危险的操作不要出现大片的红，需要考虑用户操作一个产品的愉悦度，用户不是傻子不要过度担心会犯错。
视觉上，一个页面只留一个强调色，尽量不要使用橙色、陶土色和后台常见的那种老企业亮蓝色，灰色全部用偏暖的灰，不使用冷冰冰的蓝灰，找不到合适的颜色可以去中国传统颜色里面去找到合适的。
字号类型尽可能少一点，一个页面最多控制 4 种不同的字号，需要考虑到页面整体的阅读节奏感，清晰感以及文字的对比度，确保符合无障碍，包括考虑到行间距、字间距、段落间距需要反复调整，同时保持整体的规范一致。
少用斜体、等宽字体、全大写，要用的场景必须要有详细的理由说明，说明文案不要使用斜体，等宽字体只用于代码、路径、指标，按钮和标签里面的字不要大写，少用中间点 · 来连接内容。同一个动作在整个产品里面只用一个动词，此外动词的考虑尽量不要催促用户去执行，比如少用立即购买这种营销词。
页面的按钮、间距、圆角、分割线、弹窗、动画、阴影这类设计规范保持一致，同时保持克制，不打扰用户，嵌套的圆角要同心，里面的圆角等于外面的圆角减去间距会更好看。页面默认是平的，不叠阴影、不发光、不加毛玻璃，阴影只给真正浮起来的弹窗，不要卡片套卡片。
在多语言的环境下，优先考虑最长文案的排布，优先考虑达意而非为了好看而改变原意，可以改文案，但不要变字号和截断。需要特别考虑在不同尺寸下的展示效果是否都良好，考虑到用户常用的设备，全部去测试，遇到不好的地方全部修复。
对于反复调整不好的设计，或者做了好多轮都感觉不好看的设计，让 Agent 帮你出 3 个他认为最好的方案来让你挑选，然后你选择一个更好的，告诉他去优化，直到改到你满意，我比较喜欢让 AI 生成对比前后的图片放到一个 pdf 里面，这样我的阅读对比体验会更好。
大概就是上面这些，不过还有一个非常重要的就是你自己的耐心和反复调整，我比较强迫症，经常会为了一个文案、一个颜色、一个设计和 AI 讨论十几轮，直到自己满意了才舒服，虽然 AI 很聪明，但是很多时候你对他的要求要更多，以及你需要付出更多的时间和耐心，才可以做出满意的效果，或者说你多花时间，多去看好的设计，其实就可以做出易用不丑的产品了。