喷得好，但是内容和标题有一丢丢偏差，我来帮 OP 重新拟个符合他想表达的内容的标题：


> 我从来没见过比 [JAVA 这种只能面向对象还要试图解决一切问题的东西] 更糟糕的编程范式和语言



深表赞同啊，滑稽

@heiher 所以说，套上 CF 就有双栈了啊，这不是在说建站嘛

不是， 都 2023 年了，我对这楼里的其它回复感到震惊，你们真的没意识到现在已经没有内网穿透这个伪需求了吗？

ALL YOU NEED IS IPv6

我不明白是什么在阻碍你们，我连 wsl 都用得很爽了

是你们的运营商会阻止 ipv6 入站？

有没有一种可能，现在 ipv6 已经是首选了
https://i.imgur.com/vkXqn84.png

再套上 CF ，就能 v4 v6 双栈接入了

你应该让他想清楚，他喜欢的是打乒乓球还是捣鼓打乒乓球的拍子。
并且向他科普，不对，应该大肆渲染一下消费主义这个概念，渲染到他脑子里全是这个概念回到学校还要吹嘘并鄙视一切攀比行为都是「消费主义的陷阱和阴谋」为止

付款验证我这都能打钩，但是最终确认没一次能过的

你账单地址填的和 ip 所在地理位置一样吗？

以及主区域是否有影响？ 我是没尝试过欧洲区域

@vazo 是可以这么类比，也可以看成学习环境中必然存在的变量和意外等等。 但其实还是跟目标问题有很大关系。如果一个机器学习算法要解决的目标问题，有一个确定最优解且能被最终找到，那最后不同随机算法也会收敛到这个解上，这样模型也很有可能是完全相同的。

我觉得你要是稍微了解一下所谓的训练是怎么做的就不会问这个问题。有大量的模型是随机试错再收敛得到的，这个随机过程肯定不会完全一样，但也有少数网络是比较 deterministic 的，比如最经典的手写识别这种。那你重复无论多少次应该都是一样的，不引入变量的话。

如果你需要对数据随用随查随删随改

为什么不数据库？

随时用笔记记录吃饭时、刚起床、看到某个人后，产生的奇妙想法

@Nazz @learningman @leonshaw @lanlanye @RedisMasterNode

我提醒你们一下关于放到对应序号结果槽的实现：


- 这个结果 array （它有大小，我这里用 array 来称呼，并不是指实现），是有「洞」的，需要有个机制能按顺序检查每个位置是否完成了，没完成要能阻塞住，意味着 array 里放的是锁或 chan 或任意什么东西总之是一个可锁对象，但有 promise 的情况下不需要这种可锁对象

- 我们不能一次性等待一批 worker 全部完成，而是要时刻能分派已完成的 worker 占用的任务槽

- spwaner 本身要可以等待或阻塞

@RedisMasterNode @Nazz @leonshaw

不是的，wait group 只能在所有任务完成前一直阻塞住。而作为一个 spawner ，你需要时刻维护一个有长度的队列，当队列空出来时立即解除正在预约（ schedule ）任务的 routine 的阻塞，wait group 显然不合适。


注意我们的目标是，让结果按照添加的顺序依次输出，而不是一次性等待所有的结果一起输出。


有异步语法的语言，在这个场景的做法是

- 一个有长度的阻塞队列
- 当外界 scheduling 新任务时，spwaner 向队列获取一个空槽，如果队列已满，那么 spanwer 和 请求者都会被阻塞
- 如果获取了空槽，将任务放入空槽，获得一个 promise
- 创建新 promise, 在这个 promise 里 { await 任务队列的尾部任务（因为我们需要按任务的添加顺序而不是任务完成顺序来返回），await 到之后返回上一步获得的 promise }
- 把上面这个 promise 加到 out 队列里，每次提取结果时 await out 队列的头部


而 golang 要模拟这个做法的话，首先它没有 promise ，也没有 goroutine 的 handler ，然后要实现跟上述等价的 spawner 必须使所有调用 spanwer 的线程共享同一个 channel ，意味着 chan 要么是全局的，要么扔到 context 里。先简单考虑全局唯一 chan 的做法。（但复制 chan 用 context 传这种逆天玩意我也写过）

提取任务槽这步没问题，但怎么模拟一个 promise ？
- c := make(chan,1) ; go func(){c<-do();)}

那怎么获取任务队列的尾部任务并 await 它？
- 如果任务队列只是个简单的 channel 是做不到的，因此需要一个 slice + channel ，可是 slice 就没有锁了，你这时候要考虑一个可阻塞环境（ chan ）下的锁问题，头开始疼起来了

怎么返回 await 了 c 的新 promise ？
- ……

对了，这个新 promise 还要放到 out 队列里
- …………

@RedisMasterNode

语法不复杂，但是要写出 对 的程序，那可复杂到天上去了。要知道 golang 只有协程，但它不提供 **异步语法**

golang 没有 await ，这意味着你要完全自己手动处理所有 chan 和 并发开始的 goroutine 的关系和时序。2023 年了连 c++都能 await 协程了，golang 却还在用 select 和 pipe 手搓异步逻辑，我愿称其为 「 unix 原教旨主义」。


举个例子好了。你有一个 spwaner ， 它能并发地生成若干 worker ，worker 的执行时长不确定。 现在有一个要求，所有 worker 的执行结果要按启动顺序写回到同一个与 spwaner 共享的 chan 里，开始你的头脑风暴。

@Yien 提醒一下，chatGPT 刚发布的那时候，三个月前，站里有不少人因为 spam chatGPT 的回复被降权或封号


------



一句话来说，nginx ingress 无法满足你的需求，你需要一个支持透明代理的负载前端。 不过说实话我也不清楚能怎么做到，OP 的问题实在太宽泛了，连 kube proxy 的实现模式都没说。 如果采用 iptables ，你至少是可以手动配置透明代理的规则把包转发到 POD 里去的

我机子的 windowserver 在我面前崩了一回（硬登出），让我想起了这个帖。

因为我也经常遇到休眠后「系统重启」和无法休眠的问题；直到刚才自动休眠时硬登出被我看到现场，才发现很可能并不是系统重启，而是桌面崩溃。

在一通搜索后我发现 windowserver 是被 watchdog 杀掉的，然后找到了

https://discussions.apple.com/thread/253316950?answerId=256345450022#256345450022

这个回复说 bartender 会导致 windowserver 被非预期 kill 。 我也装了 istat menus 和 bartender ，所以猜测有可能还是这些插件导致的。

至于无法休眠，很有可能是浏览器在阻止你。停在一个暂停着视频的页面上就会导致无法休眠，electron app 也有可能会这样。我的习惯是 alfred sleep 命令后再合盖，所以休眠不了的问题我比较容易发现，这时候去查看任务管理器或切换到空桌面往往就好了。

希望能对 OP 有帮助。

搜了一下这东西没看到有精神效果，那大概目的是防止抗生素滥用？

我觉得你是不是应该换个思路来治你本来想治的毛病，抗菌药物本来发明出来是保命用的

repost: https://www.v2ex.com/t/845966#r_11550884 #15