B站上刷到一个视频说,两个人丢硬币赌钱,一个有一百万本钱,一个只有一万,赌一把一百块,最后结果一定是一百万那个有一百零一万,一万那个一分钱也没有。
既在意料之外又在情理之中,还是实测一下,看看一万块在亏光前能玩几把吧:
1 |
|
结果在一万多把到30几万把之间。资产差两个数量级的“公平游戏”,钱少的一方亏光几乎是必然的。
B站上刷到一个视频说,两个人丢硬币赌钱,一个有一百万本钱,一个只有一万,赌一把一百块,最后结果一定是一百万那个有一百零一万,一万那个一分钱也没有。
既在意料之外又在情理之中,还是实测一下,看看一万块在亏光前能玩几把吧:
1 |
|
结果在一万多把到30几万把之间。资产差两个数量级的“公平游戏”,钱少的一方亏光几乎是必然的。
期待了几天跟AI结对编程的体验,没想到phind这么快就提供了这个功能。
自动分解问题,搜索答案,还是挺智能的。因为是跟人类学的编程,养成了人类喜欢偷懒的习惯,居然问我要用哪个第三方的转换服务,需要明确告诉它不要偷懒要自己写一个转换服务,他才能乖乖的写出来。
最后有一个多余的script标签没有去掉,是我的锅,不是AI的问题。
众所周知Jetbrains的代码片段live-templet其实并不怎么live,编写完了以后就一直放在那儿,直到下次更新它。
虽然官方说可以用“Add Read-Only source”功能让live-templet与远程的只读源同步,实际上只读源的功能一直都不稳定,官方论坛吐槽也很多,然后file-templet和live-templet的远程同步功能似乎也并不可用。
上次在云函数里面整了一个嵌入式的SQL数据库以后爽的连云开发数据库都不想用了。不过有的时候还是需要用到kv存储,那能不能也serverless一把呢?
数据库服务天生就是带有非常强的server意味,和serverless服务站在两端,格格不入。市面上大多数所谓的serverless数据库也几乎都只是一个数据库server按照serverless的方式计费而已。那有没有可能实现真正的无服务器数据库,既提供标准的SQL服务,又实际上不启动任何服务器,也不带来附加的服务器成本呢?答案是有!
云开发数据库不提供锁接口,实际使用的时候又经常要被多个实例并发操作,那要想要规避写覆盖往往只能通过乐观锁,但是这又会带来附加的query操作。那能不能不用任何锁就规避写覆盖呢?其实也不是不行。
本来CLS日志服务可以直接触发云函数来快速处理的,不过这样触发次数就有点多了。