V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 6 页 / 共 124 页
回复总数  2461
1 ... 2  3  4  5  6  7  8  9  10  11 ... 124  
203 天前
回复了 lambdaq 创建的主题 随想 无人驾驶如果违章,扣谁的驾照分?
@lambdaq #11 违章也是一样的,人才会违章,自动驾驶是机器只有生产事故
实际工程上正在使用的角色或模板不允许删除实际上才是更好用的,否则用户会给你搞出各种各样的毛病出来,而且后续一通乱改加各种需求流程后,你会发现各种想到想不到的地方都会和你角色、模板什么的有关联,所以一般来说还是让这种处于流程源头的关联关系使用中不让删才是最科学的,产品需求的话也可以用交互来满足啊,不一定就在底层数据逻辑上来满足,比如提示用户并给出一种相对方便的方式让用户完成解绑不再使用就是了
203 天前
回复了 lambdaq 创建的主题 随想 无人驾驶如果违章,扣谁的驾照分?
@lambdaq #4 罚企业钱呗


@lambdaq #4 @ar16 #5 交通肇事罪针对的是人主观意图犯罪,无人驾驶是机器故障,属于生产事故,无人驾驶企业自然人顶多是监管失责或者是失职,包括未经合理测试验证等等都一样,并不适用于交通肇事罪吧,交通违章也是类似的,扣分什么的就更不存在了,估计就是罚钱或暂停整改,屡教不改或者造成重大事故的就吊销自动驾驶拍照呗,当然造成的损失肯定是由企业来赔偿了
我是用手机 gps 记录器给 hss 上报位置,由 hss 控制米家空调伴侣来关空调、灯什么的,还可以设什么离开公司下班、到家附近提前打开空调什么的
207 天前
回复了 xFrank 创建的主题 程序员 请教一个涉及前向兼容的 API 设计问题
感觉比较好的方式是添加一个 error_details 数组结构化字段,里边详细包含各种细节错误信息,一级的 error_code 只用来表示错误大类别,一般来说 error_code 决定大业务流程方向,在保证 error_code 能完整完成业务流程情况下,error_details 提供细节优化,实际情况下就算后续 error_details 进行调整了不兼容也能保证业务流程能正常完成,只不过纠错、提示或者交互不那么优化而已,毕竟大的业务流程总不能说改就改吧,否则你这兼容性感觉没法弄
@MozzieW #7 我猜加密的时候有个 table_s1 table_s2 table_s3 table_s4 ,ab 是 4 个字节,key 也是 4 个字节,这样就可以用 descrypt 差不多算法来加密了,估计重点估计是这个 table1-8 是怎么构造出来的,单这样看估计确实看不出啥来也不符合逻辑
220 天前
回复了 lllei 创建的主题 数据库 很好奇飞书的数据库表是咋设计的
或者复杂的还可以进一步分成用户表、账户表、档案表和通行证表,你说的工位,工号,分组号这种会动态变化的一般都属于档案信息,基于用户档案信息通用性相关及查询效率优化,用户档案还可能进一步分成基础档案表和扩展档案表,业务逻辑一般都是用用户表来串联的,这个表几乎不可能会修改,也保证了各业务系统可以可靠依赖用户信息,而档案信息其它业务系统需要使用也必需直接从用户系统通过接口实时获取,这样档案数据结构修改就要容易很多了影响也小
220 天前
回复了 lllei 创建的主题 数据库 很好奇飞书的数据库表是咋设计的
用户表这种作为核心流程的表,基本设计原则应该是核心字段横表且固定不轻易修改,非核心字段纵表 KV 动态扩展,也就是常规用户信息都会分为 user 表和 profile 表,虽然数据库表加字段确实很容易,但是核心表三天两头改字段真的是在给自己加很多班,以及上面什么自定义字段什么存 json 什么 mongodb 动态都很坑,毕竟用户表作为核心流程几乎串联了整个系统,必需稳定且可靠,关于哪些是核心字段哪些是非核心字段就看设计功力了
而且看政策,城市场景中,这种必需在特定审核批准的起降场起降,后续需要沿着备案的特定飞行路径和高度飞行,低空空域也不高,估计顶多能规划 3 层的飞行空域,现行情况下估计几乎不可能有什么空中红绿灯,所以也必然需要起飞前就规划好不会和其它人冲突才能起飞,所以随时起飞,以及想怎么飞就怎么飞也是不可能的
@lei2j #3 也没用吧,相比地面通行来说,一线大城市这种级别同时上路的车估计能有几十上百万辆,但是能够载人的飞行器同时飞行的数量估计也就千级别,送外卖快递这种小型飞行器估计也就万级别,相比总需求来说真的不值一提,跨区飞行想法挺好但是因为不安全因素大幅变多了,通行容量和时效根本不可能太高,容量太低注定只能是奢侈品,大多数人看看就好了
高价值货运和有钱人玩具,和普通人关联不大吧,毕竟空中通行容量比地面低太多,这么低通行容量下什么送外卖送快递通勤什么都是扯淡,只不过现在毕竟空白,行业还是可以发展一波的,只是天花板太低,爆发增长大多数人能收益估计不大可能,好看不中用的类型
230 天前
回复了 zy445566 创建的主题 Node.js 小记 Node.js 关于文件描述符的坑
@ysc3839 #16 这和你上面说的有冲突吧,读写都需要进入 native 啊,js 并没有在语言层面提供一种一定保证 fd 引用的方式吧,否则如果有这种可靠方式那就不需要你说的这种 dup 啊,而不能可靠引用的问题主要是因为 callback ,进入 native 执行的 callback 可能在 js 层面失去对 fd 的所有引用完全是可能,同步调用的语言就没这个问题,毕竟 native 返回前栈肯定保持了对 fd 的引用
231 天前
回复了 zy445566 创建的主题 Node.js 小记 Node.js 关于文件描述符的坑
@libook #12 比如各种 fd 传到 native 读取数据去了,之后通过 callback 回传,你 callbak 函数很大可能并没有引用 fd ,那就是此时 fd 可能只被 native 使用了,应用层并没有持有 fd 是不是可以被 gc 了

@ysc3839 #13 每次 dup 可能有性能问题不合适,毕竟文件 IO 可能非常频繁
量化算法只是一小部分,毕竟玩这个的都是顶级聪明人,规则又在那,真能搞出一个别人都不知道就你能挣钱的算法那不是白日做梦么
你去真玩一下就知道以上基本废话没啥用,要这么简单策略就能挣钱大家还上啥班啊,就算历史数据回测看着还行也意义不大,具体为啥你真金白银搞个几十万进去玩一下就能体会了
242 天前
回复了 chuck1in 创建的主题 Java 有没有觉得 gradle 用起来比较慢的同学?
同感,特别是服务端都是单 module 小项目,idea 打开项目构建编译那卡的,而且比 maven 耗资源多多了,就算放到 ci 服务器上也比 maven 慢很多,而且对通过启动在 docker 容器构建编译一点都不友好,都也还得再 ci 宿主机去一台一台设置好各个版本的 jdk

还有个毛病就是如果同时使用不同版本 gradle ,ci 服务器会同时存在多个 demon 进程,分分钟撑爆服务器内存,不知道大家都咋解决这些问题的
不过说起来你都收到解码了,转码换更低分辨率确实毫无意义吧,分辨率低搞更高分辨率除非用最近搞出来的超分 AI 算法,否则毫无意义吧,所以既然发送端不支持改分辨率改码率,你这个需求本身就毫无意义了吧
接收端修改的意思应该是向对方发送申请新分辨率的视频流吧,应该不是让本地转码改变分辨率吧,看你这情况对方肯定不接受啊,所以显然改不了,视频分辨率不重新转码应该是改不了分辨率的吧,否则各大视频网站也就不需要为每种分辨率在服务端提前转码并单独保存了,或许你应该在收到视频流后先用媒体扩展转个码再发送给 video 标签吧
@yustation 就 iptables 呗,可靠性和性能都没啥问题啊,不方便用也可以搞个端口转发程序也行啊
1 ... 2  3  4  5  6  7  8  9  10  11 ... 124  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1621 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 00:48 · PVG 08:48 · LAX 16:48 · JFK 19:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.