sujin190

@mokevip 但现实是人的精力和记忆范围总是有限的，过于在意这些基础而又琐碎的事情另一方面其实也是缺少自我学习和探索精神，细节是否重要就好比数据库一样，索引是否重要要看数据量级，还要因人而异

其实吧，这些很细节的记不住无所谓的，重点是他要知道啥情况要用啥方法来解决问题，怎么查找这些方法的具体细节，搜索引擎和 chatgpt 不就是干这个的么

小公司招人确实是这样的，不过很多时候也更看重他是否能有逻辑解决问题和自己能否交得会他及他是否好学，基础知识一般也就不同面挑一两个问一下吧，也不是很看中记得是否非常细致

计算结果也是能量啊，比如你为啥能看到显示器显示结果，不就是显示器消耗能量发射光你接收了这个光能所以看到了呗，还有内存为啥可以保存结果，说到底还不是使用电容原理保存了一部分电能来表示结果，还有硬盘用的磁能不也一样么

你莫非还想说为啥关机瞬间啥都没了，本来 CPU 寄存器和内存就一直飞快的转化未热能散失了，只是外部一直在不停的补充能量所以才可以维持住啊，没有什么凭空消失也没有什么凭空创造

word2vec 之后两个词的 vec 之间的几何距离代表词相似度，加几个维度会不会改变了相似度导致模型识别不出来了啊？

chatgpt 这种大模型直接结构化语义写在后面或前面都可以，但是估计小模型上应该不能很好区分权重，导致超信息影响因子太大也会影响模型结果，也许你应该在 NLP 处理完的结果然后再和超信息拼接在一起再组一个全连接网络或者 CNN 网络来处理可能更好吧

其实我也不懂，只是猜测可能是这样的，仅供参考啊

真正的大型电商系统，获取商品信息和处理支付就已经 n 个微服务了，然后并不会一起挂，也并不会是同一个部门维护，你说有用没用

@brader 对，不是啥大服务，单节点又没注册中心啥的，网关负载均衡啥的也不在本机，流量不高不低，想随时随意可以重启没啥异常，搞啥都感觉费劲。。

之前我们的做法是自己再外面套了层守护进程，有守护进程来打开端口，然后创建子进程继承过去，然后重启的时候守护进程先创建新的进程，然后给旧的进程发送停止信号，旧进程会先关闭监听端口，然后等待所有请求处理完后慢慢退出，这样就可以实现完全平滑无异常重启更新了，这个好处是和 nginx 负责均衡啥的都不相干，应用自己就能完成，相对简单

不过很可惜像 supervisor 啥都不支持这个功能，其实 supervisor 完全可以打开端口后放在固定 fd 上，比如 3 ，或者可以通过参数传递 fd 的值，然后启动子进程后，子进程直接通过 fd 创建 socket 就好了

都能给你设 SSLKEYLOGFILE 环境变量了，直接给你搞个根证书不更好么，这下不管你是不是 chrome 都随便看了，所以都物理突破了既然已经有更容易使用的方法，那么 chrome 搞不搞还有啥意义，而且设置这个现实也确确实实会有这个需求啊