推荐一个工具，是李笑来老师的工具
这个工具我觉得最好的地方，它就是有一个社区，社区里面可以看到大家的一些学习情况，排行。我目前绑定的是openAI的接口，它可以把文字转成语音
最好的 ai学习教练
#自媒体运营频道 #@yunying23
这两天准备系统学下：影刀 RPA ，这个和我听过的创业故事很像。
做外贸出口的工厂，有定期对账对订单的需求，本地化的RPA这种脚本，是个很刚需的刚需，听过一个程序员小哥给几个厂老板做excel脚本处理工具，一年赚几十个不是问题。
这类产品有个核心竞争力：
1、替代人，不是简单的将人力成本降低，更多是人一定会犯错，所有的生产只要把人加进去，变数就特别多，做过项目的都懂的，再优秀的人也有状态不好的时候，量大了出问题是早晚的事儿。
2、赋能，员工内部的培训也好，还是直接解决重复的工作，对于一个有制度有规划的公司尤为重要，比如周报数据整理、比如客户群里的自动回复，这些都是看似简单但需要时间和精力的事情。
去boss搜了下，有一些电商公司已经在招RPA开发的工程师了，看来这类需求还是很强烈的。当然了，工资不咋地，学会了可以接点私单应该不错。
这两天准备系统学下：影刀 RPA ，这个和我听过的创业故事很像。
做外贸出口的工厂，有定期对账对订单的需求，本地化的RPA这种脚本，是个很刚需的刚需，听过一个程序员小哥给几个厂老板做excel脚本处理工具，一年赚几十个不是问题。
这类产品有个核心竞争力：
1、替代人，不是简单的将人力成本降低，更多是人一定会犯错，所有的生产只要把人加进去，变数就特别多，做过项目的都懂的，再优秀的人也有状态不好的时候，量大了出问题是早晚的事儿。
2、赋能，员工内部的培训也好，还是直接解决重复的工作，对于一个有制度有规划的公司尤为重要，比如周报数据整理、比如客户群里的自动回复，这些都是看似简单但需要时间和精力的事情。
去boss搜了下，有一些电商公司已经在招RPA开发的工程师了，看来这类需求还是很强烈的。当然了，工资不咋地，学会了可以接点私单应该不错。
照片中 是我们的中国可持续材料系统中 多年的合作伙伴 也是学习榜样 「本土创造」及其子品牌「农造」的小伙伴，在介绍他们与三顿半在废弃塑料再造材料及产品方面的合作~(这些桌面样品即是。这个系列还有打捞长江中的废弃塑料再造的系列，在宜昌的灯塔公园常设展览中可以看到)
为他们开心！
也期待苹果的产品有朝一日可以有更多来自中国的可持续材料的融入。这一天不会太晚了。
在新公司待了快将近四个月，说说几个对于小公司或者小团队开发来说能够提高效率早点下班的事情：
1. 搭建CI/CD流程越早越好。不论是用的GitHub Action 还是自建Gitlab或者Jenkins，早点把流水线加入到开发过程中可以省下不少部署、配置环境等所需要的工作量，这样搭配像k8s这样的集群容器可以做到合并代码后自动部署和上线
2. 引入Code Review和开发规范越早越好。一方面不论协作同事的水平怎么样，最起码大家能够遵循统一规范，如代码规范和分支提交合并规范等，减少屎山和分支错乱的问题；另一方面，Code Review 至少能在代码合并前检查看看是否存在什么问题，免得又重新返工和回退代码，毕竟三个臭皮匠顶个诸葛亮
3. 引入代码质量工具链越早越好。这里的工具链其实就指Formatter、Linter之类的东西，虽然可能项目都还没写起来，就花一大堆时间引入在配置工具链上会被人诟病，但这对于协作来说大有裨益。比如像Python动态语言，如果每个人都不写类型注解，一旦犯错排查起来就会十分头疼，即使加了类型注解就算错了代码一样可以跑起来，所以这时候就要引入pyright或者mypy之类的静态类型检查工具，避免在代码上线时出问题。所以我的做法是把工具链引入到git commit hook上（当然也可以放到CI中，但我更喜欢在每次推送代码前就发现问题然后修改，而不是推送代码后为了修CI而再提交一次）
4. 接入日志和告警通知越早越好。这通常是对于后端接口来说，毕竟大多数时候报错都是在后端接口部分。在微服务和容器化大行其道的时代，提早把日志工具配好，尤其是使用结构化日志记录方便，避免加了负载均衡和起多个节点后日志来源过多无法定位的问题；同时，即便小团队没有专门的资源做监控，也应该至少配一个企业微信或飞书机器人做告警通知，方便第一时间发现是什么问题。不管是日志记录还是通知都应该携带请求上下文，以便快速定位
5. 尽可能选择相对新的技术栈。可能有人对Java8和mysql5.7这些旧东西有别样的情怀，但在小公司里领导基本上不会太在意你的技术栈是什么，只要你能根据业务需要把东西做出来就好。所以尽可能选择相对新的技术栈在享受到新特性的同时能够面向未来，而不是明明没有历史包袱非要自己背一个。所以像我都直接Python3.10或者Python3.11（考虑到社区可能没有完全适配Python3.12）、Node20+、Vue3、PostgreSQL 16等起步
1. 搭建CI/CD流程越早越好。不论是用的GitHub Action 还是自建Gitlab或者Jenkins，早点把流水线加入到开发过程中可以省下不少部署、配置环境等所需要的工作量，这样搭配像k8s这样的集群容器可以做到合并代码后自动部署和上线
2. 引入Code Review和开发规范越早越好。一方面不论协作同事的水平怎么样，最起码大家能够遵循统一规范，如代码规范和分支提交合并规范等，减少屎山和分支错乱的问题；另一方面，Code Review 至少能在代码合并前检查看看是否存在什么问题，免得又重新返工和回退代码，毕竟三个臭皮匠顶个诸葛亮
3. 引入代码质量工具链越早越好。这里的工具链其实就指Formatter、Linter之类的东西，虽然可能项目都还没写起来，就花一大堆时间引入在配置工具链上会被人诟病，但这对于协作来说大有裨益。比如像Python动态语言，如果每个人都不写类型注解，一旦犯错排查起来就会十分头疼，即使加了类型注解就算错了代码一样可以跑起来，所以这时候就要引入pyright或者mypy之类的静态类型检查工具，避免在代码上线时出问题。所以我的做法是把工具链引入到git commit hook上（当然也可以放到CI中，但我更喜欢在每次推送代码前就发现问题然后修改，而不是推送代码后为了修CI而再提交一次）
4. 接入日志和告警通知越早越好。这通常是对于后端接口来说，毕竟大多数时候报错都是在后端接口部分。在微服务和容器化大行其道的时代，提早把日志工具配好，尤其是使用结构化日志记录方便，避免加了负载均衡和起多个节点后日志来源过多无法定位的问题；同时，即便小团队没有专门的资源做监控，也应该至少配一个企业微信或飞书机器人做告警通知，方便第一时间发现是什么问题。不管是日志记录还是通知都应该携带请求上下文，以便快速定位
5. 尽可能选择相对新的技术栈。可能有人对Java8和mysql5.7这些旧东西有别样的情怀，但在小公司里领导基本上不会太在意你的技术栈是什么，只要你能根据业务需要把东西做出来就好。所以尽可能选择相对新的技术栈在享受到新特性的同时能够面向未来，而不是明明没有历史包袱非要自己背一个。所以像我都直接Python3.10或者Python3.11（考虑到社区可能没有完全适配Python3.12）、Node20+、Vue3、PostgreSQL 16等起步
Reddit跋涉多年终于上市，Paul Graham写了篇文章纪念，还涉及到Y Combinator的历史，充满了老父亲式的温情，挺让人感慨的：
我在我们甚至开始Y Combinator之前就遇到了Reddit的两名创始人。或者说，他们就是YC创建的原因之一。
YC起源于我在哈佛计算机协会（本科计算机俱乐部）的一次演讲，内容是关于如何创办一家初创企业。大部分观众是当地人，但Steve和Alexis从弗吉尼亚大学乘火车过来，他们当时是大四学生。因为他们远道而来，我同意和他们喝杯咖啡。他们告诉我一个后来被放弃的创业想法：用手机点外卖的产品。
这是在智能手机出现之前。他们必须与手机运营商以及快餐连锁店达成协议才能做出这样的产品。所以这不可能做到，但我对他们的聪明印象深刻。事实上，我对演讲那天遇到的很多年轻人都印象深刻，于是决定筹集一些资金来支持他们。几天后，我告诉Steve和Alexis，说我要启动Y Combinator，希望他们来申请。
我为第一批YC训练营的申请者编了很多绰号用以分辨，Steve和Alexis这个组合被叫做「细胞松饼」，松饼一般是用来称呼小狗或者小孩子的亲昵词汇，这可能有助于你们了解那时的Steve和Alexis，他们就像是刚孵出来的小鸟。
但他们的创业想法确实不好，而且当时我认为我们应当投资创意而不是投资人，所以YC拒绝了他们，对此我深感内疚，尤其是因为拒绝的对象正是启发我创办YC的人。
我还是想要资助Steve和Alexis，如果他们的想法不好，那么就应该想些新的点子，而我恰好有些建议。那时有一个叫作Delicious的网络书签站，你可以在上面保存任何网址。它还有一个del.icio.us/popular的页面，用来展示最受欢迎的书签，用户们都把这个页面当作后来的Reddit使用。
我察觉到这一点，是因为我自己的网站就有很多流量来自这里。所以，需要有一个类似del.icio.us/popular的产品，但它应该被用来社交分享，而不只是保存备份。
所以我又给Steve和Alexis打了电话，说我们喜欢他们，只是不喜欢他们的想法，所以如果他们愿意做其他事情，YC会给钱。当时他们正在回弗吉尼亚的火车上，下车时，他们决定开始做现在被称为Reddit的项目。
他们本来想把它叫做Snoo，但snoo.com太贵了，所以他们只好把吉祥物叫做Snoo，并选择了一个没被注册的域名，而Reddit本来只是一个临时名称，至少他们告诉我是这样的，却阴错阳差的一直用到了现在。
对于所有真正伟大的初创公司来说，公司和创始人之间有着惊人的契合。尤其是Steve。Reddit有鲜明的个性——好奇、怀疑、准备好被逗笑——而这种个性就是Steve的。
Steve可能不会赞同我，但他确实是一个知识分子，他对思想感兴趣——这就是他当初来到剑桥听我演讲的原因。他知道我是因为他对我写过的Lisp编程语言感兴趣，而Lisp是一种冷门语言，除了对知识的渴望之外，Steve那种橡吸尘器一样的好奇心，正是你在创建一个能够链接到任何有趣事物的网站时所需要的。
Steve不尊重权威，所以他也没有当网站主编的想法。在那个时代，程序员们都喜欢去一个叫Slashdot的网站，它很像Reddit，只是首页上的内容都是由编辑选择的，虽然他们做得很好，但这个小小的差别却产生了很大的影响。由用户决定首页内容意味着Reddit永远比Slashdot更加新鲜，用户总是会去信息更新最快的地方。
我推动Reddit快速上线，第一个版本不需要超过几百行代码，所以也不需要一个星期以上的开发时间。他们的确做得很快，最早的用户是同批次的YC学员和他们的大学朋友，事实证明，你不需要太多用户，就能让网站呈现出一份品味不错的推荐列表。
Reddit也从YC学员里招到了早期团队成员，包括一名大学一年纪的新生，和Steve一样蔑视权威，网站的流量与日俱增，粘性惊人，尽管后来发生了各种事情，但产品的动能始终存在。
换句话说，Reddit是不可被摧毁的，尽管Steve离开了很长一段时间，公司管理也犯过错误，但流量仍在不断增长，大多数公司做不到这一点，它们如果走错路了，就一定会陷入麻烦。而Reddit是特别的，当Steve在2015年重回公司时，我就知道又会有惊喜出现了。
大家可能以为已经了解Reddit的底细了：它是硅谷的一家公司，但不是大公司之一。但那些了解幕后情况的人知道，事情并不仅仅如此。如果Reddit能够在管理不善的情况下都可以实现如此规模的增长，那么当Steve回来之后，它还有什么做不到呢？我们现在已经知道了这个问题的答案。或者至少是一个保底的答案，因为Steve还有很多正在实现的奇妙想法。
source:ycombinator.com/blog/the-reddits
我在我们甚至开始Y Combinator之前就遇到了Reddit的两名创始人。或者说，他们就是YC创建的原因之一。
YC起源于我在哈佛计算机协会（本科计算机俱乐部）的一次演讲，内容是关于如何创办一家初创企业。大部分观众是当地人，但Steve和Alexis从弗吉尼亚大学乘火车过来，他们当时是大四学生。因为他们远道而来，我同意和他们喝杯咖啡。他们告诉我一个后来被放弃的创业想法：用手机点外卖的产品。
这是在智能手机出现之前。他们必须与手机运营商以及快餐连锁店达成协议才能做出这样的产品。所以这不可能做到，但我对他们的聪明印象深刻。事实上，我对演讲那天遇到的很多年轻人都印象深刻，于是决定筹集一些资金来支持他们。几天后，我告诉Steve和Alexis，说我要启动Y Combinator，希望他们来申请。
我为第一批YC训练营的申请者编了很多绰号用以分辨，Steve和Alexis这个组合被叫做「细胞松饼」，松饼一般是用来称呼小狗或者小孩子的亲昵词汇，这可能有助于你们了解那时的Steve和Alexis，他们就像是刚孵出来的小鸟。
但他们的创业想法确实不好，而且当时我认为我们应当投资创意而不是投资人，所以YC拒绝了他们，对此我深感内疚，尤其是因为拒绝的对象正是启发我创办YC的人。
我还是想要资助Steve和Alexis，如果他们的想法不好，那么就应该想些新的点子，而我恰好有些建议。那时有一个叫作Delicious的网络书签站，你可以在上面保存任何网址。它还有一个del.icio.us/popular的页面，用来展示最受欢迎的书签，用户们都把这个页面当作后来的Reddit使用。
我察觉到这一点，是因为我自己的网站就有很多流量来自这里。所以，需要有一个类似del.icio.us/popular的产品，但它应该被用来社交分享，而不只是保存备份。
所以我又给Steve和Alexis打了电话，说我们喜欢他们，只是不喜欢他们的想法，所以如果他们愿意做其他事情，YC会给钱。当时他们正在回弗吉尼亚的火车上，下车时，他们决定开始做现在被称为Reddit的项目。
他们本来想把它叫做Snoo，但snoo.com太贵了，所以他们只好把吉祥物叫做Snoo，并选择了一个没被注册的域名，而Reddit本来只是一个临时名称，至少他们告诉我是这样的，却阴错阳差的一直用到了现在。
对于所有真正伟大的初创公司来说，公司和创始人之间有着惊人的契合。尤其是Steve。Reddit有鲜明的个性——好奇、怀疑、准备好被逗笑——而这种个性就是Steve的。
Steve可能不会赞同我，但他确实是一个知识分子，他对思想感兴趣——这就是他当初来到剑桥听我演讲的原因。他知道我是因为他对我写过的Lisp编程语言感兴趣，而Lisp是一种冷门语言，除了对知识的渴望之外，Steve那种橡吸尘器一样的好奇心，正是你在创建一个能够链接到任何有趣事物的网站时所需要的。
Steve不尊重权威，所以他也没有当网站主编的想法。在那个时代，程序员们都喜欢去一个叫Slashdot的网站，它很像Reddit，只是首页上的内容都是由编辑选择的，虽然他们做得很好，但这个小小的差别却产生了很大的影响。由用户决定首页内容意味着Reddit永远比Slashdot更加新鲜，用户总是会去信息更新最快的地方。
我推动Reddit快速上线，第一个版本不需要超过几百行代码，所以也不需要一个星期以上的开发时间。他们的确做得很快，最早的用户是同批次的YC学员和他们的大学朋友，事实证明，你不需要太多用户，就能让网站呈现出一份品味不错的推荐列表。
Reddit也从YC学员里招到了早期团队成员，包括一名大学一年纪的新生，和Steve一样蔑视权威，网站的流量与日俱增，粘性惊人，尽管后来发生了各种事情，但产品的动能始终存在。
换句话说，Reddit是不可被摧毁的，尽管Steve离开了很长一段时间，公司管理也犯过错误，但流量仍在不断增长，大多数公司做不到这一点，它们如果走错路了，就一定会陷入麻烦。而Reddit是特别的，当Steve在2015年重回公司时，我就知道又会有惊喜出现了。
大家可能以为已经了解Reddit的底细了：它是硅谷的一家公司，但不是大公司之一。但那些了解幕后情况的人知道，事情并不仅仅如此。如果Reddit能够在管理不善的情况下都可以实现如此规模的增长，那么当Steve回来之后，它还有什么做不到呢？我们现在已经知道了这个问题的答案。或者至少是一个保底的答案，因为Steve还有很多正在实现的奇妙想法。
source:ycombinator.com/blog/the-reddits
