对大型组织比如超100人以上的团队，在AI日新月异的今天，他们所面临的挑战要远远超过小于10人的小团队。
小团队+ AI 的杠杆效应，在面对科技、市场趋势剧变化的时候会更加快速的、灵活的作出反应。 在我看来这是小时作为单位时间来衡量的。
而大型组织管理、内部协调、信息传递的效率上无处不在的进行能量损耗、信息传递的失真。
比如高层决策缺少足够真实的信息、中层所处位置天然的向上讨好、基层会因为中层的压榨会导致会高度内卷，平白的消耗掉更多的时间和能量。
大型组织最终会成为他们的「创新者的窘境」。
所以，现在的我，宁愿选择一个小型的创业团队，也不想去大型组织工作。

互联网充电站

如果你把telegram 当成找资源的好地方，那就对了
Bot、语言、主、资源、社区
这个 github 把所有优质的 telegram 资源都罗列好了https://github.com/ebertti/awesome-telegram

互联网充电站

1. 📢 互联网从业者充电站
内容多为技术、产品、设计、运营等不同话题内容，互联网从业者专属。

2. 📢 出海🚢&自媒体运营秘籍
分享出海经验、赚美金、运营技巧、小红书运营、网赚项目等。

3. 📢 中年人生存报告
关于职场、生活、创业、30+、失业、中年生活、夫妻关系等话题。

4. 📢 💵星辰观察站
Web3加密市场、美股、金融投资，理财，金融知识；

5. 📢 你不知道的冷知识
有趣的、无趣的、有用的、没用的知识

6. 📢 优质「信息」收藏夹
优质内容/信息/软件/插件/网站等分享，好玩的、好用的数字产品分享，提高你的信息获取质量。

7. 📢 🍉 每日吃瓜【人间观察实录】
观世间万象，品人情冷暖。看热闹不嫌事大，聊八卦与有荣焉。【人间观察实录】

8. 📢 副业赚钱探索指南
深入探讨各种副业机会，分享实用的赚钱策略，发现那些隐藏的赚钱宝藏，提高你的赚钱认知。

9. 📢 草台班子世界
社会观察、奇闻视频、突发事件和生活短片。

10. 📢 沙雕日常图鉴
分享沙雕、擦边、直播闪现、尬图等。

纽约客惊爆 OpenAI 大瓜：山姆·奥特曼是个「反社会骗子」

IIya这帮“科学家”一看就是大厂待少了 有点傻的天真

去年大厂跟她谈裁员，我都辅导她谈好了 N+3+股票，结果自己得瑟到处拍照被抓了现行，然后自己还傻逼签字承认了，然后公司直接单解了
知道犯了大错心情特别差，我还是鼓励她直接跟 HR 提 N+1 好了，最后还是拿到了大厂的 N+1，就是白瞎了差不多半年工资的股票，肠子都悔青了

互联网充电站

4月25号周六的活动基本成型了

我在杭州良渚组织了一个 AI+产品创新 主题的聚会，内容很干，那个周末正好也是2050大会，很值得在杭州过一个面向未来的周末 🤣

上午，全海外阵容，关键词：硅谷/纽约、Google、NotebookLM、GenUI、Full-Stake Builder、Notion……
中午，有个特别圆桌，我来主持，约了20/30/40/50岁，不同年龄段的大会嘉宾，来聊聊“我们的前半生”，以及“产品经理的昨天今天明天”
下午，全创始人阵容，聊从0到1，AI Native的公司，AI Native的运营，为AI做产品，AI给小公司的行业机会……
晚上的After Party，由“启师傅AI客厅”的启师傅主持，还有神秘重磅嘉宾出席~~~

可以看海报获取更具体的信息~

最近和 AI 写代码很明显的感受是简单性比以往更重要了。当软件的复杂度超出阈值，已经不能在大脑里完成推理的时候，很容易就变得失控，而现在到达失控阈值的速度比以前快多了。刚好翻到这个老演讲 Simple Made Easy，很有收获，下面是Claude的总结：

Simple Made Easy 是 Clojure 语言作者 Rich Hickey 在 2011 年一个著名演讲的标题，核心是区分两个英文词：simple 和 easy，中文都翻译成”简单”，但他认为它们完全不是一回事。

Simple（简单） 指的是客观属性：一个东西不纠缠、不交织，职责单一，没有把多个概念捆在一起。词源是 “sim-plex”——一股、一重。

Easy（容易） 指的是主观感受：上手快、熟悉、就在手边。词源是 “adjacent”——近旁。

他的观点是：人们经常把”用起来容易”误当成”设计上简单”，结果选了一堆 easy 但不 simple 的工具——比如 ORM、复杂框架、共享状态、继承体系。这些东西一开始很顺手，但因为内部把很多概念缠在一起（complect，他自创的词），项目大了之后就变成无法推理的泥潭。

反过来，simple 的东西可能初学时不 easy（比如函数式编程、不可变数据、消息传递），但因为各个概念是解耦的，长期看系统可以保持可理解、可演化。

复杂 Complect 这个词。Hickey 自己挖出来的古英语词，意思是”把本来可以分开的东西编织缠绕在一起”。他用这个词作为判断 simple 与否的唯一标准：看一个构造把多少概念 complect 在了一起。比如 ORM 把对象、关系、持久化、身份缠在一起；锁把值和时间缠在一起；继承把类型、命名空间、多态、实现复用缠在一起。

简单 Simple 是一种选择，不是技能问题。他强调 simple 不需要天才，只需要警觉和纪律——你得不停地问”这两个东西真的必须缠在一起吗？“很多工程师的本能是抓 easy 的工具，因为 deadline 在催，但这是用未来的复杂度换今天的速度。

可靠性来自能推理。他的论点是：测试、类型、调试器都只能发现你想到的问题；只有当系统足够 simple、你能在脑子里推理它时，才能发现你没想到的问题。复杂系统里 bug 是涌现的，再多测试也兜不住。

Easy 是相对的，simple 是绝对的。Easy 取决于谁在用——对一个 Java 老手来说 Spring 很 easy，对新人不是。但 simple 是系统本身的属性，不随观察者变。

人怎么能有种成这样

互联网充电站