从操作系统、数据库、系统软件，到编写实现新的编程语言和编译器、虚拟机运行时
到嵌入式、物联网、桌面生产力工具、游戏、服务器、App、Cloud、Web、API ...
你可以想到的一切领域，都能找到 3C 的应用场景
3C程序员，个人感觉是非常酷的定位，也是极佳的技术发展方向
另外，音频DSP、声光电、音乐电影、动漫游戏等，也都是 3C 的传统优势领域
可以在 3C (C/C++/C 领域做长期实践与沉淀，保值
互联网充电站
自从把 OpenClaw、Hermes Agent 引入到 Slack 里面，Slack 就再也不 Slack 了。
背后的原因是 Agent 之间的协作、接收广播、执行任务，这些所有 Agent 的消息流，和 Slack 的架构天然就是不 match 的。因为 Slack 的消息流是给人看的，所以导致的问题就是现在消息漫天飞、极长无比，一直有消息，完全没有掌控感。
虽然效率似乎提高了很多，但反而变得更焦虑。有一种刚去腾讯时在企业微信里工作的感觉：永远是无数的消息，永远是没有重点，永远的忙碌但又永远的与我无关，永远的焦虑。
这种感觉直到后来加入一家公司做高管、开始使用 Slack 的时候，才有所改变。一方面是 Slack 独特的降噪机制，让事情以“thread”为形式能够串联起来，而且底层并不是传统的 IM 架构。
其次是因为高管的角色，下面有不同的团队负责人帮忙 cover 很多事。在很多时候，更多的是能在关键环节评审、批准、介入一下，绝大多数时候还是一种运筹帷幄的感觉，掌控感很强。背后的原因是因为不同的团队负责人帮忙 cover 住了那些琐碎的细节，但 Slack 本身设计得又是优雅的。
所以现在特别尴尬的是，首先是回不去那个没有 Open Claw 和 Hermes agent 的协作环境了，因为确实高效了，但又确实不够松弛了。
最近越来越觉得 AI native 的协作工具可能比我们想的要快一些到来，是一种全新的形态，不是 slack 的升级版，slock 貌似也不是最优解法😂
背后的原因是 Agent 之间的协作、接收广播、执行任务，这些所有 Agent 的消息流，和 Slack 的架构天然就是不 match 的。因为 Slack 的消息流是给人看的，所以导致的问题就是现在消息漫天飞、极长无比，一直有消息，完全没有掌控感。
虽然效率似乎提高了很多，但反而变得更焦虑。有一种刚去腾讯时在企业微信里工作的感觉：永远是无数的消息，永远是没有重点，永远的忙碌但又永远的与我无关，永远的焦虑。
这种感觉直到后来加入一家公司做高管、开始使用 Slack 的时候，才有所改变。一方面是 Slack 独特的降噪机制，让事情以“thread”为形式能够串联起来，而且底层并不是传统的 IM 架构。
其次是因为高管的角色，下面有不同的团队负责人帮忙 cover 很多事。在很多时候，更多的是能在关键环节评审、批准、介入一下，绝大多数时候还是一种运筹帷幄的感觉，掌控感很强。背后的原因是因为不同的团队负责人帮忙 cover 住了那些琐碎的细节，但 Slack 本身设计得又是优雅的。
所以现在特别尴尬的是，首先是回不去那个没有 Open Claw 和 Hermes agent 的协作环境了，因为确实高效了，但又确实不够松弛了。
最近越来越觉得 AI native 的协作工具可能比我们想的要快一些到来，是一种全新的形态，不是 slack 的升级版，slock 貌似也不是最优解法😂
