我想到了 mhw 怪猎 世界 ，
我觉得 mhw 的在道具使用的手柄交互界面上真的是这么多年以来的少有的革新了，虽然用起来还是不如键盘便利吧，毕竟争分夺秒。

@jybox #9 位置是一种信息，也可以理解为状态，无论用什么方式改变位置，都是改变了宇宙的状态，但是如果势能在改变前后是一致的，那么改变状态这件事消耗的能量去哪里了？

@gwy15 #2 厉害了，还真有，我看看哈

@rizon #39 好像我说的不对，消耗掉的能量转化为其他形式了，最终还是回归宇宙了，无视我说的吧，想错了。

@echo1937 #20

不太懂，举例子问个问题哈，
我把 1bit 的信息从 0 改成 1，再从 1 改成 0。这是不是做功了，消耗掉能量了，但是这个信息最终的状态却是和最初的状态是一致的，那么我消耗掉能量去哪里了？
整个宇宙中什么都没改变，我却消耗掉了能量？
那是不是说整个宇宙都是一个熵减的过程？宇宙最终就会死去？

@rizon #43 当然我说的是怎么让抽奖这件事更加有悬念和刺激，

至于公平则是另一个复杂的问题了，

这世界没有不公平的事情！！！！
这世界没有不公平的事情！！！！
这世界没有不公平的事情！！！！

你的一生，你的命运就是这样分配给你的，你去讨论公平本来就没有意义，在想公平之前，先问一下，谁给你的公平？谁来维护公平，所谓的公平永远都是为了维护弱者权益所产生的概念而已。 强弱是大自然的自然存在，难道这也是不公平的吗？这是大自然的基本法则而已。


让我想起另一件事情，我很小的时候这样想过，你本就是不存在的，只是上帝赋予了灵魂，才产生了你，把一个灵魂装在你的身体里，然后又装在另一个身体里，扔在不同的环境里，这个灵魂便在思考不同的事情，所以大家都是一个灵魂，都是一个人而已，我即众生，众生即我。

当然，我半夜下班骑着自行车回家，看着路上豪车的时候就不这么想了。。。。。。活着，怪累，挺不得劲的

这得看刮刮卡的数字是哪来的，如果数字从 0 或 1 开始按顺序排下来，我觉得是有些尴尬的，所以刮刮卡的数字也是随机的，抽取刮刮卡也是随机的。

简而言之就是避免两头冷门数字，让所有刮刮卡的值尽量集中在热区。
比如你 1000 个人抽奖，那你觉得可能抽到 0 或 1000 吗。。。这不能单纯用概率说话，所以刮刮卡的数字至少应该都集中在 2 位数或 3 位数以上比较好吧。

以上为个人见解，欢迎讨论

@Cbdy #3
@Jrue0011 #10

@phantomzz #15
Spring MVC found on classpath, which is incompatible with Spring Cloud Gateway at this time. Please remove spring-boot-starter-web dependency.

不能在原有的 spring boot 项目中用，，放弃了，自己手动写吧

@rizon #31 面对这个繁杂的社会，要学会三省吾身：“我真的需要吗？我真的需要吗？我真的需要吗？”
其实你不需要，你就是馋人家身子而已，被外表所迷惑。。。

程序员做事情与其他人不同，非常执着于“欲善其事必先利其器”，到头来其实也就是满足了自己“玩工具”的男人本性，玩够了也就满足了，至于一开始为了什么去折腾的已经不重要了
我有时候就是这样的，其实就是被生活中过于丰富的事物迷了眼，在我看来，你仔细品品就会发现，这和刷短视频、刷微博什么的有一些相似之处的

书归正文
手机自带的备忘录我觉得不挺好用的吗，或者日常在用的记事 app 不都可以吗，有必要弄个专门的吗，这些专业日记 app，制造了一些你也许本来不需要的需求，然后你还觉得这些功能很强大啊，很方便啊，但其实有何用处。。反而浪费了时间。
另一方面把数据分散到各个云存储上增加了多少数据整理的成本。。。

@BlackHole1 #26 get 到一个好东西 timesrc 这东西很有意思啊，对于能够基于速度的运动可以用最少的数据交换量实现跨设备的同步，有点意思

@BlackHole1 #26 感谢楼主的耐心回复，我感觉我应该是明白了哈，这个思路确实很有创意也很大胆。感觉也许能好好利用下去做些东西。

有时间好好学习下，感谢

我也这样，每次提交都得一行行的看一遍。
每次提交都担心代码有问题的，或者跑本地测试改了代码忘记改回来的，以及其他琐碎的事情都担心。

如果别人和我写了同一个文件，我要拉下来看看他改了什么，会不会把我的东西覆盖掉。

这些都是有前车之鉴的，写代码时被其他人打断思路，回头写的时候就有可能写差了，提交的时候 review 很有用，而且也会避免提交了测试代码的事情。
有些人写代码不够谨慎，git 使用也不谨慎，覆盖你的代码的事情很容易出现，你不可能就能要求别人怎么做，所以就只有自己多注意代码别被其他人覆盖。

@BlackHole1 #12
你的描述有些不明白
上课的页面与直播是相同的，以此为例子
1. 只需要录制一个人的页面就可以了对吧，因为所有人看到的内容是相同的。而且也不可能同时录制多个客户端的操作，这些操作是不可能同时集中作用到服务器的一个网页上的啊
2. 录制的内容大部分都是服务器已有的，比如摄像头数据，聊天内容，这些本来就会发送到服务器转发给其他客户端，这个还需要从客户端上传到服务端吗？应该是服务端直接获取才对啊。客户端也没有带宽去上传摄像头等视频内容啊
3. 如果以上两点成立，也就是你把服务端已有的数据和教师端的页面操作行为拼凑到服务器上的镜像网页中复现。但我觉得这个比较难，服务器上不是镜像网站这么简单，是需要定制化开发的啊，从描述上看你们应该不是这样做的，

所以 说来说去还是不懂。。。。

虽然没看懂，但是似乎这东西很厉害的样子。。。

恕我愚钝，想了半天还是没明白。。。。

这个 docker 镜像是做什么用的？是个演示用的 还是服务端？
docker 提供了两个接口，一个是 unbuntu 的 vnc 端口？一个 chrome 的 debug 端口？
然后你在本地的 chrome 打开远程 debug，调试 docker 中的 Chrome 页面，然后本地执行 rebirth 的 录制命令，然后服务器就会录制。。
但是好懵逼。。。实际的应用中是怎么个流程呢？
怎么把你的这个东西安装到我们的服务里来？怎么去部署？？
在你们的业务场景中，老师端对应的是你视频里的哪部分？学生端对应的是哪部分？服务器录制是服务器自动化的操作还是需要谁去触发？

看了一下后还是有些懵。。。

这个录制的基本实现原理是什么？是在服务端同步了客户端的所有操作行为，然后服务端进行录制？ 那比如在网页播放视频的时候怎么保证服务端和客户端的视频播放进度一致的？

这个同时只能录制一个客户端吧？

@canyue7897 #18 嗯，其实一开始倒是看到这句话了，不过可能是被 p2p 唬住了吧，想想也是，基本上就是市面上的那么个技术而已，也不可能有什么黑科技哈。