sujin190 最近的时间轴更新
sujin190

sujin190

🏢  南京
V2EX 第 36127 号会员,加入于 2013-03-19 10:01:03 +08:00
今日活跃度排名 10178
k8s 集群的 ingress 为啥识别不到另一个节点部署的 pod
Kubernetes  •  sujin190  •  2022-03-16 21:36:12 PM  •  最后回复来自 sujin190
2
分享一下完全不依赖 asyncio 也支持异步语法的库
Python  •  sujin190  •  2021-10-12 15:29:44 PM  •  最后回复来自 sujin190
59
espeasy 支持串口发送十六进制 hex 数据固件分享
分享创造  •  sujin190  •  2021-11-17 17:46:15 PM  •  最后回复来自 h2dyn
3
关于老式两线电话门铃智能化改造
分享创造  •  sujin190  •  325 天前  •  最后回复来自 sujin190
31
import 懒加载为啥性能低
Python  •  sujin190  •  2021-03-17 14:43:36 PM  •  最后回复来自 sujin190
4
分享几个简单易用的代理转发命令行工具吧
分享发现  •  sujin190  •  2020-07-14 18:30:02 PM  •  最后回复来自 byzf
10
sujin190 最近回复了
9 天前
回复了 mokevip 创建的主题 前端开发 最近团队招人,下线被新人们刷爆
@mokevip 但现实是人的精力和记忆范围总是有限的,过于在意这些基础而又琐碎的事情另一方面其实也是缺少自我学习和探索精神,细节是否重要就好比数据库一样,索引是否重要要看数据量级,还要因人而异
9 天前
回复了 mokevip 创建的主题 前端开发 最近团队招人,下线被新人们刷爆
其实吧,这些很细节的记不住无所谓的,重点是他要知道啥情况要用啥方法来解决问题,怎么查找这些方法的具体细节,搜索引擎和 chatgpt 不就是干这个的么

小公司招人确实是这样的,不过很多时候也更看重他是否能有逻辑解决问题和自己能否交得会他及他是否好学,基础知识一般也就不同面挑一两个问一下吧,也不是很看中记得是否非常细致
10 天前
回复了 xuangoer666 创建的主题 问与答 处理器的计算本身是否消耗能量?
计算结果也是能量啊,比如你为啥能看到显示器显示结果,不就是显示器消耗能量发射光你接收了这个光能所以看到了呗,还有内存为啥可以保存结果,说到底还不是使用电容原理保存了一部分电能来表示结果,还有硬盘用的磁能不也一样么

你莫非还想说为啥关机瞬间啥都没了,本来 CPU 寄存器和内存就一直飞快的转化未热能散失了,只是外部一直在不停的补充能量所以才可以维持住啊,没有什么凭空消失也没有什么凭空创造
word2vec 之后两个词的 vec 之间的几何距离代表词相似度,加几个维度会不会改变了相似度导致模型识别不出来了啊?

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

其实我也不懂,只是猜测可能是这样的,仅供参考啊
真正的大型电商系统,获取商品信息和处理支付就已经 n 个微服务了,然后并不会一起挂,也并不会是同一个部门维护,你说有用没用
@brader 对,不是啥大服务,单节点又没注册中心啥的,网关负载均衡啥的也不在本机,流量不高不低,想随时随意可以重启没啥异常,搞啥都感觉费劲。。
之前我们的做法是自己再外面套了层守护进程,有守护进程来打开端口,然后创建子进程继承过去,然后重启的时候守护进程先创建新的进程,然后给旧的进程发送停止信号,旧进程会先关闭监听端口,然后等待所有请求处理完后慢慢退出,这样就可以实现完全平滑无异常重启更新了,这个好处是和 nginx 负责均衡啥的都不相干,应用自己就能完成,相对简单

不过很可惜像 supervisor 啥都不支持这个功能,其实 supervisor 完全可以打开端口后放在固定 fd 上,比如 3 ,或者可以通过参数传递 fd 的值,然后启动子进程后,子进程直接通过 fd 创建 socket 就好了
都能给你设 SSLKEYLOGFILE 环境变量了,直接给你搞个根证书不更好么,这下不管你是不是 chrome 都随便看了,所以都物理突破了既然已经有更容易使用的方法,那么 chrome 搞不搞还有啥意义,而且设置这个现实也确确实实会有这个需求啊
17 天前
回复了 macscsbf 创建的主题 程序员 我想问下这个调用方式该怎么优化
@macscsbf 其实如果请求量有限这个问题不大,你这边看样子是有状态服务,那么提供阻塞调用是没有问题的,仔细评估业务场景和量,实际上没必要猜测如果量太多怎么办这种问题,毕竟如果量真的很大那么就应该另一边的也应该用 websocket 接入到你这边才对
关于   ·   帮助文档   ·   博客   ·   nftychat   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   2322 人在线   最高记录 5556   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 06:15 · PVG 14:15 · LAX 23:15 · JFK 02:15
Developed with CodeLauncher
♥ Do have faith in what you're doing.