由于常年有信息焦虑症,所以我订阅了大量的信息来源,各种 RSS、公众号。但真正我能看到的是有限的。
这个时候就有一个问题需要回答:
我关注的这些内容,到底是我需要?还是我想要?
理想情况下应该是我只看我需要的,并在我需要的基础之上,有 10% 左右的超额内容,这样确保自己既没有被海量的消息打爆,同时也没有陷入在信息茧房里。
100 多个频道,得干掉一些。
由于常年有信息焦虑症,所以我订阅了大量的信息来源,各种 RSS、公众号。但真正我能看到的是有限的。
这个时候就有一个问题需要回答:
我关注的这些内容,到底是我需要?还是我想要?
理想情况下应该是我只看我需要的,并在我需要的基础之上,有 10% 左右的超额内容,这样确保自己既没有被海量的消息打爆,同时也没有陷入在信息茧房里。
100 多个频道,得干掉一些。
很久没有看 Gmail 了,堆积了一千多条消息。于是今天上午抽了半个小时,清理了一下邮箱。
在 RaiseByTurtles 中找到如何筛选出所有没有标签的邮件,我使用的是下面这个 Query
-has:userlabels -in:sent -in:chat -in:draft -in:inbox
通过这个 Query ,我就知道我其实还可以使用 -
的语法来在 Gmail 中搜索邮件(过去我几乎只用 is:unread [query]
来搜索所有包含某个关键词的我未读的邮件)。
在清理过程中,我就可以不断的在其中去叠加一些关键词,来实现,干掉那些已经失效的邮件,比如,通过下方的 Query 就可以实现屏蔽掉所有没有标签且不属于 Substack 和 zhubai 的邮件,从而避免误伤到我订阅的 Newsletter。
-has:userlabels -in:sent -in:chat -in:draft -in:inbox -substack -zhubai
这两天在梳理我的老照片,一边看一边删,也整理出了我眼中,有长期留存价值的照片。希望通过总结出规则,方便自己日常拍照、日常清理照片。
除了定下规则,也需要定期清理照片,这样才能在需要的时候,快速找到自己的照片。照片多并不一定是好事,有价值的照片多才是好事。
翻自己的老照片,明显感觉到,手机拍照记录生活还是更主流。相机虽然也有,但更多是「作品」,而不是「生活」,生活还是得手机。
最近突然想起来,应该把我喜欢的歌手 Share 给大家,互相交换一下自己喜欢的歌手、歌曲,让那些好听的歌曲广为流传。
不用多解释,我们那个年龄段的人都喜欢。
赵英俊的歌我一致都很喜欢,他的歌曲风格独特又深入人心。
我喜欢的歌包括:
他的歌很多时候唱出了小人物的无奈,像我这样的小人物,难免会有一些「他唱出了我的感觉」,所以很习惯。
再加上他的编曲也都不错,人也很有才,所以很喜欢听他的歌。
可惜天妒英才,英年早逝。
汪苏泷的情歌很多,也很值得听。
海来阿木坦白来讲,之前我不是特别的熟悉,因为的确小众。不过听了以后,他的声音还挺有个性的,自带嘶哑的特效,唱起来情歌,自带的撕裂感。
我喜欢的歌包括:
海来阿木算是宝藏歌手了,比较小众,但歌的确很好听。独特的声线值得一听。
我目前已经到了能听懂李宗盛的年纪了。所以,也推荐给大家。
此外,李宗盛之前和 New Balance 拍的一系列广告片也不错,感兴趣的可以找来看看。
熟悉我的人知道,我是一个胖子,不折不扣的胖子。身高 180 ,体重 110 Kg。我也试图减肥,但一直以来,并没有养成良好的饮食习惯,导致体重一直没有减下来。我也在想,到底是什么让我始终瘦不下来?
答案当然是:迈不开腿、管不住嘴。可真的这么简单嘛?
因为内心有恐惧:
但这些真的是问题么?或许是的,毕竟我还算的上是一个骄傲的人。但同时,这些想法也限制了我的发展和身体健康。
也许是因为在我看来,总有比健身更重要的事情,身体可以往后放一放。但,真的还能往后放一放么?
相比于迈不开腿, 管不住嘴显然是让我持续胖下去更加重要的原因。但,为什么?为什么管不住嘴?为什么习惯性的吃多?
当我无意识的时候,我自然会继续吃多。但真的去思考为什么吃多的时候,我赫然发现,这问题原来是从童年带回来的回忆。
从小时后开始,我吃的就比较多。所以一直以来,给家里人养成的印象也是我比较能吃。从而形成恶性循环。
家里人觉得我能多吃 — 给我安排更多吃的 — 激励家里人给我安排更多吃的 — 进一步多吃。
这种恶性循环使得我被要求吃的更多,而我为了让家里人更开心,所以也在不断的吃的更,久而久之,固化了我吃的多的风格。
但,这解释不了如今我已经离开了家乡,已经开始自己做饭吃饭,为什么还是吃这么多?
我家里并不算富裕,甚至从小我的外食之类的都是很少的。大部分时候我都是在家吃的,对于外面的好吃的其实并没有太多的机会去吃。
这样使我养成了一个坏习惯 — 每当有的机会去吃的时候,就会多吃。因为不知道自己什么时候还能再吃到。这个坏习惯也加重了家里人对于我「吃的多」的刻板印象。
而且,这件事也影响我在其他方面的习惯。举个例子来说,如果我住高档酒店,没有用完的洗漱用品一定会带走。一方面是我觉得不带走浪费。另一方面,的确这些高档酒店的洗漱用品我拿回家依然可以用。
虽然我的收入可能完全可以支付的起一块肥皂的钱,但习惯趋势我还是会把酒店的香皂带回家日常使用。我真的缺这块肥皂钱么?显然不是的。
我其实在朋友的减肥的服务中学了不少,包括理论也都看了,也都学了,但还是减不下来。真的是服务不行么?不是的。
从技能上,我已经掌握了先吃青菜蛋白质,再吃碳水;控制自己摄入食物的比重和顺序。但,习惯性的多吃,让我即使是已经在先吃碳水的情况下,依然大量的摄入了食物。
想要改变这些问题,需要解决我自己的心病、心理问题,最终才能得到解脱。
不少人对于大力出奇迹有一个错误的认知 —— 认为大力出奇迹便是 ALL In。但其实并不是,大力出奇迹更像共产主义的一个特色 —— 集中力量办大事。
实际上,我并不鼓励任何形式的 ALL IN,如果你开始思考要不要 ALL IN 的时候,说明你的路子大概率已经走错了。正确的事情需要投入去做,但不需要 ALL In 的去做。
ALL In 是指你将所有事情都押宝在一件事上,这意味着你不成功便成仁。但当你走到这一步的时候,可能你已经没得选了,大概率面临的是失败,不然为何成功成了千古佳话。
大力出奇迹则是对看重的事情大力投入,而不是停留在推演、思考,主动投入资源去推进一件事的落成,才能帮助你把想要达成的目标给达成。
这两者是不同的,可别乱用。
最近在和朋友在做一些项目的时候,很深刻的感受到了创业公司的一些问题。而其中让我印象最为深刻的是 —— 优先级分不清。
这也引发了我的思考,大公司为什么能成为大公司?小公司为什么总是小公司?是不是有什么是小公司一直没做好的?
思考后我的答案是:小公司往往死于优先级不清晰。
作为一个小公司来说,资源不多是正常的,但不是致命的,有多少钱就办多少事就好。但如果你没有钱,却选择做一个不适合自己的事情,或不把有限的资源投放在最重要的事情上,可能最终一定会面临一事无成,最终无法达成自己的预期。
我们当时的目标是开发一个项目。一个项目中存在主流程和辅流程。我的观点是优先关注项目的主流程,而不是辅流程。而朋友则会关注一些偏表面的体验、颜色、或一些直线流程的产品功能。这里我们存在了优先级的冲突。当然,最终还是按照我的优先级来做事。
在绝大多数的时候,大公司是那个资源更加充沛的角色,这使得大公司可以拥有更多的资源、更多的试错可能机会。对于大公司来说,一个方向的试错,并不会导致大公司彻底死亡。同时,大公司的各种流程的积累,可以帮助大公司尽可能的做出最正确的决策(虽然这个「最」其实是在企业内的最,未必是产品的最)。
但对于小公司来说,由于资源的有限,可能一次失败面临的就是全盘皆输。因此,对于小公司来说,优先级的决策就变得弥足珍贵。对于小公司来说,如果领导者是一个聪明、经验丰富的人,还可以很好的评估项目和工作的优先级,带领大家穿越周期,最终取得预期的结果。但如果领导者不够聪明,或者精力不在做决策上,则大概率走向不好的结果。
不过,这个事情上来讲,也有一点悖论。对于小公司来说,决策会更加重要,但对于小公司来说,招募到一个可用之材也是更困难的事情 —— 因为人才会选择去一些胜率更高的大公司从业,获取更加明确的收益。小公司得到的人才可能往往不是那么的优秀,使的小公司的决策行为更加雪上加霜。
对于小公司来说,需要用更高的赔率去招募合适的人才,才能招到真正优秀的人来一起做事。
大公司因为有标准的流程,即使决策者水平不高,依然可以借助流程提升决策的水平。但对于小公司来说,如果决策者水平不高,大概率会死在路上。好的决策,影响一切企业。
作为一个个人,如果你刚刚走进社会,有机会进入到大公司去感受到大公司的决策流程,那对于你整个从业经验来说都是会有很大帮助的。但如果你没有办法进入到大公司,那么一定要仔细遴选小公司,特别是与小公司的领导者沟通,了解小公司的人领导者是什么样的人,确认小公司的领导者是否是你认可的人。避免浪费自己的时间。
创业公司/小公司可能是每个人必经的道路。但是,我希望你能在这个路上少踩一些坑,走的更稳。
一战的导火索是萨拉热窝事件,斐迪南大公夫妇被枪杀,引发了奥匈帝国向塞尔维亚宣战,成为了第一次世界大战的导火索。
二战的导火索则是德国入侵波兰,引发世界大战。而二战前局部也发生了意大利入侵埃塞俄比亚、西班牙内战、日本侵华战争。
如今,我们面临着俄乌冲突、巴以冲突,感觉仿佛三战的前奏。印巴边境也开火了。
希望我的猜测是错误的。
2023 年,在 DevRel 领域值得我高兴的事情有三:
其一,是今年继续召开的 Dev.Together,又一次和国内从事 DevRel 的小伙伴们一起交流经验,看看大家的生存情况如何,都在做什么事情。
其二,是好友 Richard 翻译的新书:《开发者关系:方法与实践》的出版。作为一个 DevRel 的从业者,开发者的身份能够让我深刻的感知到开发者的痛苦,从而帮助开发者解决问题。但我没有系统的思想,来指导我更加高效的解决问题。
其三,是 Community Leadership Workshop 的召开,可以让我学习到一些过去我不曾思考,或不曾注意到的开源社区和开发者社区问题,帮助我补全自己认知中的空白,更好的服务于开发者。
国内的 DevRel 的从业者们没有太多的资料和经验可以参考,全靠摸索,因此,我也希望通过这个小记,帮你可以看到关于 DevRel 、关于开源社区的一些现状,帮你更好的处理自己的工作。
在进行下面具体的内容之前, 先简要介绍一下 Community Leadership Workshop ,这个是在今年的 Apache Con Asia 的会前会,由 @姜宁 组织,@Tison 和 @Richard 参与建设的小规模研讨会,主要介绍他们在企业中从事开源工作和开发者工作的经验,帮助大家更好的理解开源、开发者工作。
从主题上来讲,@姜宁 介绍的主要是企业为什么要做开源;而 Tison 则介绍了他自己在运营一些开源社区过程中的最佳实践(这部分我非常有收获),以及 @Richard 介绍的 DevRel 从业者面临的一些问题。
下面的一些问题,也会围绕着这些主题来介绍,大家可以猜猜哪些内容都是谁讲的。我从 8 小时的分享中,提供出来几个我最有收益的问题,与诸君分享。
这个问题直击企业开源的根本:为什么要开源?
作为一个开源人,我的下意识觉得 ChatGPT 应该开源,这样可以让他运行的更好,但理智告诉我,OpenAI 不会将 ChatGPT 开源。即使 OpenAI 已经开源了一些能力(比如 Whisper),但对于 OpenAI 来说,目前 ChatGPT 和背后的大模型,依然是其企业营收的重要组成部分。
在大模型是其核心护城墙的时候,他不会选择将其开源,就如同我们看到众多的开源企业,其核心护城河并不是其开源的产物,围绕开源产物的服务才是其真正提供的价值。
而在这部分 @姜宁 也给出了答案:
绝大多数时候,开源的往往不是行业龙头老大,而是行业的第二名,通过开源来实现差异化的竞争:「我可能不是最好的,但我是最好的开源平替,你可以低成本的将其用起来」。就如同 Meta 开源了 LLAMA,通过 LLAMA 来和 OpenAI 竞争。
不同的企业在开源生态当中有不同的生态位,有的企业是开源项目的发起方,比如 Meta 之于 LLAMA,比如 OpenAI 之于 Whipser。有的企业则是开源项目的贡献方,比如 Red Hat 之于 Linux Kernel。
对于项目的发起方来说,他们便是整个开源项目的上游,他们通过开放源码,来在市场中占据自己的一席之地,通过设定不同的 Paywall ,来赚取收益。或者是通过提供官方的 SaaS 服务之类的,来帮助客户解决问题。
而对于项目的贡献方,则是开源生态中的下游,下游的服务一开始可能是基于上游的版本来提供服务,但随着提供的服务不同,下游的企业则需要逐步向上游提供贡献,将自己的代码贡献给上游,以避免自己维护太多的支线版本,造成比较大的维护成本。下游的企业也可以通过逐步贡献,成为一个项目的核心团队,影响项目的发展。
如果你的企业围绕着一个开源项目做事,可以好好想想自己的企业的生态位到底是什么?自己如何为项目贡献、自己如何获取收益?
我自己也是一些开源项目的维护者,也会试图去围绕开源项目去做一些事情。而在这个过程中,到底哪些是应该做的,应该如何推进,这些问题其实一直我都没有特别成型的理论框架,而这次的 Workshop,在这个问题上给我了很多建议和总结,帮助我更好的去推广项目。
很多开发者在开发项目的时候,代码放在 Github 上,就结束了自己的开源工作。殊不知,这只能算是你的代码公开可获得(Source Avaliable),如果你没配置 LICENSE,那就不算开源。
而配置了 LICENSE,也仅仅是解决了你的项目的合规问题。如果你有更高的预期,则需要做更多的工作。这里最重要的便是一个项目首页。项目首页决定了开发者如何找到你的软件和内容。开发者们会通过你的首页来了解最新的更新。
如果你的项目没有首页,那就做一个简单的 Landing Page ,并放在 Github Pages 中,作为你的项目的开始!
国内因为「私域流量」的存在,大家搞运营喜欢先弄一个微信群,但微信群的问题在于信噪比太低,里面大量重复和无意义的内容。相比之下,建设一个简单的论坛可能是更好的选择。
通过在社区中的引导,你可以让开发者们可以自助交流起来,并尽可能的复用内容,减少内容的重复建设问题。
如果你没有时间和人力去建设一个论坛,那就用 Github 自带的 Discussion 来运行一个论坛吧~
在我之前看来,开发者就是开发者,是不区分类型的。但 Tison 提到,其实开发者也是分类的,有的开发者是核心开发者,有的是集成开发者,有的是应用开发者。
核心开发者往往是因为被你的开源软件的理念所引导而来的,只要软件本身的理念不发生变化,开发者们就会继续使用。
集成开发者则是在不同的系统之间构建集成,他们关注的是你的系统本身的易用性和稳定性,他们往往带着不同的目的来到你的软件当中,你需要通过 Blog、 教程、Workshop 之类的工具,帮助他快速完成集成,从而完成他的业务目标。集成开发者的开发完成后,可以帮助你的业务快速扩张,其集成的特性决定了做的是水管的工作,水管一旦建立,便源源不断的有用户进来。
应用开发者的类型和集成开发者类型差不多,不同的是应用开发者不是构建和现有系统的水管,而是挖出一个新的水池,成本和投入更大,但也能建造出更适合你的业务的水池。也是一个不错的选择。
区分这三种不同类型的开发者,对征下药,可以帮助你有效的完成开发者社区和关系的建立,从而让你事半功倍!
Community Leadership Workshop 的内容实在太多了,对于我来说,每一点都值得细细的分析、拆解和理解,但毕竟文章总是要有尽头的,所以这一篇就先从这里结束啦,后续的内容,且等我拆解成一篇一篇的细节,分享给大家~
上周看了《憨夺型投资者》,其中印象最为深刻的是一句话
情况好,赢得多;情况不好,输得少
对于我们绝大多数普通人来说,这个可能是最有价值的投资建议。当然, 也是最难达成的投资建议之一。
赚大钱可遇不可求,但亏小钱确实是有可能做到的,比如:
用书中的原话是这样的:
这就是憨夺型投资模式的框架,具体如下:
- 投资现有的业务
- 收购变化缓慢的行业中经营模式简单的企业
- 在不景气的行业里对经营不善的企业进行抄底投资
- 投资具有持久竞争优势的行业
- 看准有利时机投大注
- 注重套利
- 买入以远低于内在价值折价出售的企业
- 寻找风险低、不确定性高的业务
- 模仿好过创新
以及,在这本书中了解到了凯利公式,有空要好好研究一下。
在我看来,在职做独立开发者也算是憨夺型投资者的一种方式,其中的成本是你自己的时间成本,但因为你有 Day Job,并不是全职投入,所以即使失败,也不至于输的很惨。你的优势,则是你的成本足够低。
晚上睡觉的时候,老婆问我:“领证了感觉好像也没啥变化?”
我回答:“是的,的确没有什么变化”。
老婆过去一直认为领证是一个很重要的事情。从她的视角来看,领证让她觉得天津这个城市将会进一步给予她价值和存在感。
但在我看来,领证其实不会令我们的生活有太多的不同。领证并不会改变我们之间相处的模式、领证也并不会改变我们的生活状态。今天晚上该吃小鸡炖蘑菇,依然还是小鸡炖蘑菇。
另一个视角来看,领证也带来了我们生活中的不同。我们的心态开始发生变化,我们不再是一个独立的个体。我们开始有了一个新的身份:Some one‘s 老公 / 老婆。我们不再只为自己。我们可以成为彼此在医院需要签署病危通知书时的家属。
但无论如何,生活总是在向更好的方向演进下去。太阳照常升起,生活总是要日常的过下去。