罗永浩进军播客行业。。。
好像每次我做点啥，过几个月就能在后面看到他。。。

多年跟踪研究中国能源发展的专家戴维·菲什曼告诉《财富》杂志，在中国，电力不是问题。平均而言，中国每年增加的电力需求比德国全年的用电量还要多。

菲什曼说，中国悄无声息地占据了电力领域的主导地位，这是几十年来在电力行业各个层面建设和投资的结果。

菲什曼认为，即使中国的人工智能需求增长如此之快，可再生能源项目无法跟上增长步伐，中国还可以利用闲置的燃煤电厂来弥补缺口，同时打造更多的可持续能源来源。

他说，相比之下，美国将不得不争取增加新的发电能力，而这通常面临长达数年的审批延迟、地方反对以及不一致的市场规则。

支撑硬件优势的是治理能力。菲什曼说，在中国，能源规划是通过长期政策进行统筹安排的，在投资之前就确定了市场规则。这种模式确保了基础设施建设是针对需求预期进行的，而不是对需求的反应。

内网穿透系列十一：NPS 是一款轻量级、高性能、功能强大的内网穿透工具，自带Web管理端，支持Docker快速部署
https://blog.luler.top/d/73

移动互联网各大产品，都有对应的公司组织来支撑，比如字节擅长以推荐引擎为核心的供给->分发->消费的产品形态，就匹配了对应的团队分工和协作机制。而AI native的产品，可能也需要匹配AI native的组织形式、工作方式和员工。

今年做的AI项目比较偏探索，如果按正常的项目流程，不够敏捷。实践过来，有效的方式是找学习能力强、更加自驱的同学形成虚拟小组，封闭开发，每个人都偏多面手，模糊分工，重点在解决问题，而非拉通对齐。

初步看，还是很有效，有不错的阶段性产出，项目里每个同学工作很开心，成长迅速，每次周会欢乐又充实。

我相信，会有新的岗位，新的分工，新的组织，目前是一个转型的阶段。近期看到两篇lovable员工的分享，是很好的AI native的案例，关键结论：

- 每个人都是多面手，而不是分工细化的螺丝钉
- 行动比流程更关键，快速干，干中学，不要那么多拉通对齐
- 行动足够快，那么失败成本就足够低
- 未来团队规模将缩小，组织更扁平，效率和产出会更高

我其实有点好奇，比如3年之后，AI native产品如果成为主流，那么我们的组织形态会发生怎么样的变化。我希望是更敏捷的，或者说小团队也能做出更大的事情，因为我其实很不擅长横向拉通（跟我协作过的同学都知道），更喜欢小团队闭环快速干

原文和翻译如下
https://ybzavo65ti.feishu.cn/wiki/SqFewLDbEiLkXZks3k1c6biJnPg?from=from_copylink
https://ybzavo65ti.feishu.cn/wiki/HmMAwUHhUi0WNnkvD11cV9TFnwg?from=from_copylink

辛巴的五次退出直播行业，也是挺有意思

开发全栈技能要求：

1. 前端开发（页面设计与实现）
2. 后台开发（数据库、缓存，API）
3. 运维（部署，分布式，高并发，高可用）

产品/运营全栈技能要求：

1. 产品设计：功能规划 + 原型/ UI 设计，竞品分析，用户调研
2. 商业化：合作对接，价格表设计，计费规则配置，付费转化测试
3. 社媒运营：discord，Reddit，Twitter，邮件发帖/回复
4. 数据运营：数据埋点，数据分析（活跃度，点击率，跳出率等）
5. 增长运营：SEO 关键词优化，外链提交，广告投流

我的开发全栈技能已经点满了，能找到非开发技能点满的有缘人吗？😢

罗永浩对谈李想，两个高中生创业者的心里话😀

独立开发者最近做产品的几个心得：

1.把产品先上线再说，不要在上线前一味的按照自己的思路优化，可能连优化的方向都是错的

2.多和用户交流，哪怕不是付费用户，但只要使用了你的产品，都可以问问他为什么没产生购买，还有哪些优化的点能让产品更吸引人

3.一定要逼自己多在目标用户活跃的地方发言，甚至推广自己的产品，不管这个帖子好与坏，长和短

小米上新品，官方送了我一台闺蜜机。闺蜜机这个起名还挺有意思的，查了一下，是台湾人的发明。

别说，确实很台——它不是单纯在描述功能，而是把陪伴感放进了名字里。小爱同学、小度音箱，也这个逻辑。

还想到一个，讯飞听见。本质是转写软件，但这个起名，一下就变成了一个会听、还能听见的伙伴。

这种命名的妙处是，避开了生硬的功能词，把动作和能力拟人化，让产品像个能帮助你的朋友。

名字先撑起了产品逻辑。

还有哪些产品也是这个命名逻辑的？

百度最近的AI产品，在交互上有很多创新，非常respect🫡

视频播客的核心是视频，不是播客啊…

用音频的思维做视频，除非你是超级大牛，否则就是卒。

看到一个挺聪明的蹭关键词流量的方法：不少 AI 工具站会单独开一个 glossary 栏目，把各种有搜索量的术语都做成独立页面，每个词写一篇简短图文，还和产品页互链。

glossary 就是术语词典/词汇表。核心思路是“一个术语=一个页面”，既给用户做解释，又承接“what is/meaning/是什么”这类长尾搜索。我准备也给自己的站做一套。

你们做了没？

一个视频告诉你，为什么你做出海ai工具站，需要HappyShip帮你上站

2025年，哪怕有强如Claude Code,Cursor这样的ai编程软件，你从0到1，做一个能赚美刀的ai工具站，最少也要3天的时间：

设计网站首页 2小时
给网站加入Stripe支付功能 3小时
给网站加入谷歌登陆功能 2小时
给网站加入ai调用api功能 2小时
给网站对接数据库 3小时
网站多语言的支持和SEO优化 3-5小时
解决网站bug和各种报错 无法预估的时间

当你拥有HappyShip（https://happyship.app/）快速上站工具后，只需不到1小时，即可完成上站：

内置多个模版（ai图片站、ai视频站、h5小游戏站），自由选择

选择多个内置主题样式，并实时预览

无需接触代码，在HappyShip上配置好网站的全部内容

随意调用ai模型api接口，可视化配置，填入模型版本和模型输入参数即可

模版内置谷歌登陆、数据库、多语言、SEO等，只需按照文档填入环境变量、密钥即可，无需配置

最后一键推送到你的Github，无缝部署到Vercel服务器

Invalid media: video

今天和一个滴滴HR聊才知道，滴滴的所有运营岗都需要数据能力，但现在市面上运营要求sql的基本上只有滴滴和美团嘞。