V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 5 页 / 共 123 页
回复总数  2457
1  2  3  4  5  6  7  8  9  10 ... 123  
157 天前
回复了 fFeeOps 创建的主题 程序员 IM 长链接网关 ID 求助
这 ID 有啥用?平台唯一性区分那也是用户 ID 吧,如果允许多端登录那也是用户下再生成设备 ID 就是了,这个过程鉴权会话的时候就处理好了,不需要这边生成吧,否则默认的内存地址不挺好的么,本程序内肯定不冲突
都这么大内存了不堆上分配很容易遇到不可预测问题吧
你是不是应该先了解下 ssd 的 bank cell 相关的概念,文件系统对 ssd 每 bit 并不能是随机的,并不能想读哪就读哪想写哪就写哪的好吧,如果是这样文件系统逻辑抽象和物理抽象两者并不能直接对应,那你想的这种文件系统逻辑压缩直接对应到 ssd 物理压缩根本实现不了好吧
171 天前
回复了 lingerr 创建的主题 Kubernetes 自行搭建 k8s ,怎么通过域名访问服务
如果你有 lbs 的话,lbs 会绑定到 Ingress Controller 的 nodeport ,如果你没有 lbs ,那么简单点的做法就是调整 Ingress Controller pod 的网络配置使用 host 网络,让 Ingress Controller 的 80 和 443 端口直接绑定到宿主机的 80 和 443 端口,之后域名直接解析到宿主机 ip 就可以了
171 天前
回复了 lingerr 创建的主题 Kubernetes 自行搭建 k8s ,怎么通过域名访问服务
看来你对 Ingress 有误解啊,Ingress Controller 调整配置绑定到 host network 就可以绑定到宿主机的 80 和 443 端口了啊,然后直接域名解析到部署 Ingress Controller 的那个节点就好了啊,否则 Ingress Controller 还是通过 nodeport 导出的,不能绑定到 80 和 443 端口,域名解析自然也还是需要输入端口
171 天前
回复了 javaisthebest 创建的主题 程序员 咨询一个关于锁的业务问题
吃不了多少性能吧,而且 web 中分布式锁都是对特定资源加锁,除非是秒杀这种特定场景否则对并发性影响几乎可以忽略不计,而且靠谱一点的分布式锁方案网络正常情况下延时都应该低于 2ms ,这对接口响应时间来说的影响也不大吧,主要就是加锁直观简单且靠谱,你看直接套用系统的多线程编程都很难了,其实用其它方案其实更复杂的,想要设计完备其实就更难了
172 天前
回复了 bojackhorseman 创建的主题 分享发现 由汉字造词讨论想到
再说咱大中文为啥不可以把字母也纳入单字范围呢?这样 gpt cpu gpu 不就是一个普通的中文词组了,思想要活跃点,反正大众接受度也挺高了,过个几百年谁能说它不是一个自古以来的正常中文词组
172 天前
回复了 bojackhorseman 创建的主题 分享发现 由汉字造词讨论想到
@plasticman64 #2 你这个举例不合适吧,chatgpt 本身就是简写,其语义本身就是新创的,中文要要对应你得全名然后再考虑简写吧,不过一般来说这种不是中文搞不出来,而是反正都是新词新语义,你中文再搞一个除了增加学习成本并无实际意义吧,再说中文有新词,英文对应接受度高的也就是直接拼音,也不会先翻译语义再造新词,说白了语言就是用来给人沟通的,越简单的方法越容易被最多人接受
没啥不可以,只不过没现成的 Android GUI 适配基础库呗,你可以去做下适配那不就可以写了,Android 的窗口管理、绘图和消息事件都可以越过 java 写的 framework 直接调 native 库,写个 php c 扩展适配下就可以写 Android 客户端了啊,所以不存在不可以的情况吧,只不过好像用处不大,毕竟越过 framework 毕竟不方便而且 php 也没这生态啊
175 天前
回复了 Cosset 创建的主题 Linux Keepalived 不互通问题
怎么着也脱离不开虚拟网卡、路由表、arp 这些信息吧,不通就看看有没有正确的生成这些信息呗,你这样问没人能只读啥问题吧
@dongzhuo777 #93 我司这个是既不按业务边界划分也不按组织架构划分,通过各种接口各种 mq 消息相互调,接口消息感觉就是想改就改,前向后向兼容几乎不咋考虑,也就是流量实在太低,各种人工改数据修正搞得定,客户不会分分钟打爆客服电话,否则感觉就是分分钟崩溃的节奏,都无语死了。。
182 天前
回复了 HarrisIce 创建的主题 问与答 自动驾驶如何应对大模型的幻觉问题的?
好比就算是人也有脑子锈逗作死的时候,但是你的条件反射会直接纠正你的作死,自动驾驶也是同理,高层级大模型智能和低层里传感器条件反射防作死
182 天前
回复了 HarrisIce 创建的主题 问与答 自动驾驶如何应对大模型的幻觉问题的?
大模型不是只有生成式这一种好吧,好像也没有人说自动驾驶的大模型和 gpt 是同一种好吧,再说自动驾驶每秒需要读取传感器很多次输出很多次结果,单次识别异常并不会造成致命结果

而且更重要的是高层级的大模型输出会受到低层级的传感器直接限制,比如就算大模型识别异常发出撞上去指令,但是雷达距离这种直接的物理规则可以非常直接的限制该指令无效啊
@dongzhuo777 #69 暂停你这个说法,不是微服务不行,是实际过程中各种过度设计的,不应该拆的要么不知道怎么搞项目架构设计要么偷懒,各种该拆不该拆微服务的都瞎拆,还有各种循环依赖循环调用,各种兼容性不管疯狂开新版本接口,各种日志不按规则写瞎写乱写的,链路追踪什么的瞎弄不统一,我司就是这样的,好好的给他们弄一波,过不了三个月又乱七八糟了,不是微服务不行,就这样的单体服务一样乱七八糟好不到哪去
@soar0712 #8 本质逻辑还是相同需求可以有不同方式表达,不一定非要用这种直接粗暴的方式由最底层的数据结构来完成,而且实际工程中,业务流和数据流不一定要一致,业务流程不可避免需要逆方向,但是数据流随时间往前应该尽可能不逆方向

更进一步在你提出的角色这个场景中业务流程中随时间方向需要删除角色并没有逆方向,但是数据流按你这么设计却并未保持随时间方向而是出现了逆方向,这种逻辑在实际过程中会导致非常多的问题
182 天前
回复了 lambdaq 创建的主题 随想 无人驾驶如果违章,扣谁的驾照分?
@lambdaq #11 违章也是一样的,人才会违章,自动驾驶是机器只有生产事故
实际工程上正在使用的角色或模板不允许删除实际上才是更好用的,否则用户会给你搞出各种各样的毛病出来,而且后续一通乱改加各种需求流程后,你会发现各种想到想不到的地方都会和你角色、模板什么的有关联,所以一般来说还是让这种处于流程源头的关联关系使用中不让删才是最科学的,产品需求的话也可以用交互来满足啊,不一定就在底层数据逻辑上来满足,比如提示用户并给出一种相对方便的方式让用户完成解绑不再使用就是了
182 天前
回复了 lambdaq 创建的主题 随想 无人驾驶如果违章,扣谁的驾照分?
@lambdaq #4 罚企业钱呗


@lambdaq #4 @ar16 #5 交通肇事罪针对的是人主观意图犯罪,无人驾驶是机器故障,属于生产事故,无人驾驶企业自然人顶多是监管失责或者是失职,包括未经合理测试验证等等都一样,并不适用于交通肇事罪吧,交通违章也是类似的,扣分什么的就更不存在了,估计就是罚钱或暂停整改,屡教不改或者造成重大事故的就吊销自动驾驶拍照呗,当然造成的损失肯定是由企业来赔偿了
我是用手机 gps 记录器给 hss 上报位置,由 hss 控制米家空调伴侣来关空调、灯什么的,还可以设什么离开公司下班、到家附近提前打开空调什么的
1  2  3  4  5  6  7  8  9  10 ... 123  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5695 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 83ms · UTC 03:00 · PVG 11:00 · LAX 19:00 · JFK 22:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.