我自己其实不太了解 ASoul，也没有特别的关注，毕竟作为一个社牛，不太会通过虚拟人来获取情绪价值。但我确实之前听说过 VTuber，在我的下意识以为，VTuber 的声音应该是由 AI 来完成生成，工程师建模，PM/运营来负责脚本的产出（类似微软小冰）。
不过，现实可能是 ASoul 这样的项目其实是由中之人来完成声音的录制，更接近于传统的声优的角色。对于资本来说，中之人就是一个耗材，但对于喜爱 VTuber 的人来说，中之人是非常重要的。
当一个 VTuber 之后是一个独立的人的时候，其实能贡献的当然不只是声音的问题，还可以贡献出更多的情绪价值。而这些情绪价值，正是一个 VTuber 的独特的价值。
这些东西是完全无法通过 AI 生成的么？可能是可以生成的，但暂时可能无法生成。随着技术的进步，逐步拆解出人的各种情绪和诉求，再由 AI 来完成生成，实现真正意义上的 VTuber
我们在生活中，需要注意情分和本分的区别。不要错把本分当情分，把情分当本分。
举个例子来说，
假设我当前的房子快要到期，我找了一个新的空房间。为了减少租期的重叠，我与房东达成了一致，在两周后入住。
但因为我自己的原因，不得已需要提前入住，这个时候我和房东沟通，说我是否可以提前入住？房东同意我提前入住。
在这个事情当中，房东同意我入住是情分，房东不同意我入住是本分，因为我们的合同签署的入住日期是两周后，即使不允许我入住，我必须出去住酒店，也是因为合同签署的确实是两周后，这也是合法合理的。
在生活中我们需要感谢别人的情分，感谢他人的帮助。但同时也要明白，别人遵循本分做事并没有什么不对，人家只是遵照合同办事，没有过错。
长期投资：本月持续定投指数基金。
投机：本月开始进行 Crypto 领域的买入，目前在买入的是 NFT 。NFT 的市场还是比较有意思的，波动比想象中的要小一些（也可能是因为我一进来就碰到了一个还行的项目）。目前两张图片都还是有浮盈的，不过首先于最近的股币双杀，没有太大的变化可以预期。好在我买的时候都很便宜，也不指望这一笔赚多少钱，挂了个单就丢那里了。
不过在购买 NFT 的时候，也发现了很多机会（也可能是坑），目前 NFT 领域的工具链并没有我们想象中的那么全面和丰富，里面有不少的空间可以去做一些东西。后续我应该也会去
这方面还没有变化。感觉还需要拆解一下，如何提升稿费。
阅读量？但看起来像是广告费。需要量化一下。感觉自己这个 KR 定义的有问题。
目前支出预算略超，五月要考虑节约一点了。
软件类业务本月没有太大的进展，主要是状态不好，盯盘的花费的精力较多，5月优先这部分 KR。
赚钱的目的是生活，不能为了赚钱而赚钱，更应该关注自己的生活。因此，为了生活，设定下如下两个 Key Result：
四月份去泡了个温泉，体验了一把室外温泉。没有远行，主要还是收到了疫情的影响，比较难。
四月看了一场话剧，圆了自己的一个心愿。
暂无进展
原本说想在少数派写原则系列的书评，结果也鸽了。。。唉。。。
继续 0 进展。为什么不敢写？应该还是怕自己的产出这不符合自己的预期？有偶像包袱？
暂无进展。
在使用 OneInStack 时，有一些事项需要注意，不然可能会导致你的 Redis 在使用过程中出现问题。
OneInStack 中 Redis 的默认内存配置是比较小的，只有 122MB ，对于一些大型应用来说，是肯定不够的，因此，在实际使用过程中，还是最好将其修改为一个更大的值。
配置文件路径: /usr/local/redis/etc/redis.conf
需要修改的项目 maxmemory 122000000，将 122000000 修改为 256000000 即可将 Redis 使用的内存设置为 256 MB，从而扩大了整体可用的内存的大小，应对大型数据库也游刃有余。
OneInStack 中 Redis 的默认逐出机制是 noeviction，即内存满后不逐出，写入缓存报错，读缓存不受影响。
对于将 Redis 作为数据库的场景而言，这么干是正确的。但对于做缓存的场景，则需要修改逐出机制，比如可以将逐出机制修改为 allkeys-lru，即在全部的key中淘汰最近最少使用的key。
在配置文件（ /usr/local/redis/etc/redis.conf）中加入一行配置即可
maxmemory-policy allkeys-lru
我的博客能够保持日更，主要来说，是有两方面因素：
很多时候，我的写作都是要先取悦自己。所以我对于一篇博客的要求没有那么高，达到最低标准，300 字即可（这个也是微信公众号原创文章的要求），所以我不会有太多的心理压力，担心一篇文章是否足够完美。
我每天会看到大量的文章内容，这些文章内容可以激发我自己思考，并产生出新的灵感，通过这些新的摄入诞生的很多灵感都不够深刻，但确实可以写下我对这个问题的思考，并在后续的时间沉淀下，不断的重新思考、再次思考。
我常用的信息输入的平台：
如果你发现自己没有灵感，不妨试一试。
答案是「否」，钉钉账号表面上是你自己的账号，但在企业的逻辑当中，这是「企业授权给你使用的」，本质上，这些都是企业的资产，企业是有权处置这些资源的。你所说的、所看的、所做的，都是企业提供的资产，企业可以根据自己的需求来调整这些资源的所在位置。
这是钉钉的不同的一点，在钉钉当中，任何一个账号，都是有对应的租户的（除了你的个人租户）。租户才是资源的所有者，我们只不过是使用者。 而我们使用的微信、QQ 其实也不是我们的，在微信的用户协议当中写明了，我们所拥有的不过是微信账号的使用权。只不过，因为腾讯离我们很远，我们可以认为不会对我们执行任何操作（当然，实际上如果你发一些不和谐的内容，也会被设置为内容自见），但在钉钉中，租户的管理员可能就是我们身边的同事，在这种情况会更有「隐私」和企业所有的对比。
7.1.2 微信帐号的所有权归腾讯公司所有，用户完成申请注册手续后，仅获得微信帐号的使用权，且该使用权仅属于初始申请注册人。同时，初始申请注册人不得赠与、借用、租用、转让或售卖微信帐号或者以其他方式许可非初始申请注册人使用微信帐号。非初始申请注册人不得通过受赠、继承、承租、受让或者其他任何方式使用微信帐号。
综上所述，你的账号，并不属于你。
一直以来，创业圈都有 To B 和 To C 的两个赛道。而对于我目前所从事的事情来说，我愿意将之称之为 To Dev 业务（简称 To D）。
为什么是 To D？
在过去，很多时候企业的产品要么是针对 C 端用户，直接卖用户给广告商，我们称之为 To C；也有很多企业是通过为其他企业提供资源，来获取收益，我们称之为 To B 。
To Dev 的业务本质上都是 To B 的生意，因为 To Dev 本质上是在要求开发者背后的企业来进行相应的费用支付。
但 To B 往往会让人误以为这个场景很大，所以我常说 To Dev（或者是 To 小B）。
To B 走的是上层建设的路线，产品往往是由上层确认，下发至业务团队，业务团队直接使用。举个例子来说，小米使用的是阿里云，原因是从集团层面看到阿里云很好用，所以我们批量采购，大家直接使用。
To Dev（To 小B）则是一个相反的路线，走的是农村包围城市。通过提供优质的产品，来促使开发者使用产品、离不开产品、为产品付费。
为什么会是这个路线？
过去，我们看到大量的大企业在使用 To B 产品。但随着 To B 时长的不断发展，越来越多的企业已经完成了 To B 的业务的采购，在这个时候，再想通过 To B 的方式来完成资源的购买，是十分困难的，因为已经被占位了。
在这种情况下，我们就要开始去观察那些还在成长的市场，比如初创团队、新产品团队。对于这些团队来说，他们一方面依然可以采用之前采购的资源。但同时，之前采购的资源可能有着这样或者那样的问题，让团队成员困扰。而新的解决方案可以更加简单的解决问题之时，这样的团队便有动力去试用这样的产品。
而这样的团队注定是如繁星一遍，遍布各个地区，传统 To B 场景下的销售就不适用了， ROI 太高。则需要在产品体验方面做到极致，让开发者可以更愿意选择自己的产品。
在做软件产品时，我们会无限的追求极致，希望将产品的体验、用法等各个方面全部做到最好，因为软件的交付成本低于硬件的交付成本，我们只需要一个命令，就可以将旧版的软件升级到新版。因此，我们可以通过不断的软件迭代，来将一个不完美的软件，迭代到完美的状态下。 而硬件则不同，硬件涉及到两个问题：
上述两个原因，导致我们永远不可能买到完美的硬件产品。
我以产品经理的角色参加了一个 Hackthon，整体下来体验一般。
我并不是一个一般意义上的产品经理，可以帮助你把产品细节做到极致（毕竟研发出身，满脑子都是代码）。我更擅长的是产品的流程的确定和推进。这些优势在 Hackathon 其实没有用，原因是 Hackathon 对于这个并不在意。
Hackathon 更在意的是产品的创意以及创意最终的实现。前者需要的是创意的提出者，由他来进行进一步的头脑风暴，推广。后者需要项目经理和全体团队的配合，快速推进。
唯独不需要一个单独的产品经理，来进行具体的产品需求策划。
独立开发者作为一个近年来逐渐被关注的职业选择，正在成为诸多向往自由的工程师探索的方向。基于此，常年在各种媒体渠道宣传和推广的我，便拉上了希望为独立开发者事业做一些贡献的声网，共同打造了一个独立开发者孵化器，希望能为艰难前行的独立开发者们带来一些帮助。如果你对独立开发者孵化器感兴趣，可以访问 http://nglab.io/ 了解更多。
声网官方发布文章：RTE NG-Lab：一起探索下一代实时互动新世界
独立开发者看似各个独立，但也需要生态的基础才能发展壮大。相比于创业企业，作为独立开发者的我们能够调动的资源更少，于是我们就会受到很多限制。
想要这些限制得到改变，环境和生态的变化会起到非常大的作用。
就像我和很多人解释，独立开发者为什么很多都是移动应用开发者？因为在几年前的中国，个人想要做一个好的产品且可以收到钱，只有 iOS 的 App Store 是行得通的。但是近几年我们可以看到， Payjs、XORPay、面包多支付这类面向个人创作者和开发者提供的付款产品出现，让其他开发者也可以收到钱了，我们开始看到一些基于这些产品的独立开发者作品出现。
时代和大环境的变化，让独立开发成为了可能。想要推动生态和大环境的变化，一定是需要更多的人参与进来的。进来的人越多，我们就可以变得越好；进来的人越多，意味着上游的资源服务提供方越有可能细分出一个为我们服务的产品。
如果我希望让自己的独立开发更加简单，那么让生态变大是一件必不可少的事情。
我自己是一个独立开发者，也加入了不少独立开发者的社群，所以能够设身处地的感受到独立开发者们的困境：
针对这些问题，我们会在孵化器当中做一些定向的服务，来帮助独立开发者们尽可能的达成目标：
孵化器内会定期周会/月会，同步大家的进展 & 和你约 1 on 1，和你沟通在过程中你遇到的问题。此外，声网还会邀请尽可能多的大咖来分享关于独立开发、产品设计、运营推广等方面的信息。
独立开发者在开发产品时，往往会遇到一些资源层面的问题，即容易因为资源匮乏导致无法跑通整个流程。所以我们会根据项目的情况来协调声网内部和外部的资源，帮助独立开发者获得所需要的资源（人、事、物），并促成合作，推进项目发展。
很多独立开发者的困惑是产品开发好了，不知如何推广，我们也会在声网自有渠道和合作媒体上，帮助独立开发者们借助媒体的声量，触达更多人群。
在项目进入孵化器时，会根据项目的特性设定北极星指标，当项目达成对应的北极星指标后，声网将会拿出一笔钱（预计每个开发者 1 万元左右），作为奖金发给各位开发者，以资鼓励。金额可能不多，但它不但是一个激励，更是一种助力，也是一个信号。
声网作为一家科技企业，有不少的投资机构的资源，当你的项目已经完成了北极星指标，也达到了可以融资的程度，我们也很高兴辅助你对接到合适的投资机构，帮助你取得成功。
2021年上半年，声网和津津乐道播客联合制作了一档独立播客节目 「编码人声」，这档节目主要聚焦当下程序员的成长，每期都会邀请不同背景的程序员担任嘉宾，分享从业者的体会与心得，上线一年来广受好评。在创办一周年之际，节目会新增很多互动环节，让更多独立开发者的声音被听到，让更多独立开发者的经验与教训被看到，以期从整体改善独立开发者群体的生存环境。这些很有价值的内容会被收录进节目新增的一档意在留存声音的栏目中，让更多人听到独立开发者们勇敢探索不停前行的奋进故事。对于那些有志于自己录制播客节目的独立开发者，津津乐道播客旗下的「音播 WavPub」也可以提供内容托管和分发服务支持。
独立开发者孵化器毕竟刚刚起步，无论是人力还是资金目前都条件有限，我也需要花费不少的精力来做事务性的工作，因此，孵化器会在人群上进行筛选，对于同时孵化的项目总数也有一定的限制，我们希望能够将精力放在最值得的项目上，帮助更优秀的独立开发者们和项目成功。
独立开发者孵化器不会要求你提供股份或其他之类的东西。但希望你能够做出一些“名”上的回报，包括并不限于：
当然， 如果最终真的可以帮你成功，我相信上面的这些条件你都不会拒绝。如果你的项目最终没有达成预期目标，也不会要求你付出什么代价。
在独立开发者孵化器当中，由声网负责提供孵化器所运行的各种资源，帮助独立开发者们度过最艰难的时期，我则作为居中协调人员对接双方。一方面帮助更多的开发者获得来自声网的支持，更好的完成自己的独立开发产品，走上独立开发之路，另一方面，也帮助声网来筛选出优质的值得花时间精力投入的项目，让资源不至于被浪费，让优秀的项目可以获得更多的帮助。
当然，我也给自己这个居中协调人员起了个响亮的名号 —— 独立开发者孵化器主理人，这个职位最大的存在意义，就是既能帮助声网找到有意愿在独立开发这件事上更进一步的开发者，又能试着帮助有潜质的独立开发者们躲过一些成长过程中的“坑”和麻烦。