V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  thevita  ›  全部回复第 2 页 / 共 11 页
回复总数  216
1  2  3  4  5  6  7  8  9  10 ... 11  
为啥要押注,对你来说,路线之间存在资源竞争才需要押注,将来不好说,但现在显然你在一方的投入不存在完全不能用到另一方的情况
225 天前
回复了 busier 创建的主题 硬件 HDD 数据销毁软件的反复覆盖是智商检测么?
涉及安全的问题基本都可以抽象成 “风险成本模型”

这里 说覆盖一次就可以,会面临至少两个挑战(我随便想的) a) 固件不可控,如何确保覆盖了固件暴露的所有逻辑块 一定覆盖了所有物理块,b) 确实无法保证清除了盘片上记录的所有信息(当然我不是很懂)

更关键的是,在底层基本不可控的情况下,反复覆盖几遍几乎是没什么成本的,除了一点时间外

你所面临的风险: 数据泄露的损失 * 数据被恢复的并泄露的几率
成本: 一些线性的机器时间

只要你数据觉得泄露还是比较麻烦,当然选择无脑覆盖几遍啊,要不就把盘片砸了,当然这样成本就高了
236 天前
回复了 afxcn 创建的主题 Go 编程语言 golang 的 defer 真是个好设计
因为 defer 对于你这种场景其实不是一个完整的解决方案(相较于上面大家说的其他语言里提供的方案而言),他其实核心思想就一个:让初始化,和 释放 这种 需要成对的操作 放在一起,更好维护,减少人为错误的发生,仅就 “释放” 这种来说,并没有特别好用,但好处就是灵活
236 天前
回复了 afxcn 创建的主题 Go 编程语言 golang 的 defer 真是个好设计
defer 可用,但要说好用嘛。。明显就是山猪没吃过细糠
239 天前
回复了 seedhk 创建的主题 程序员 求指教后端项目迁移方案
看具体签约什么东西, 如果整体架构不动,仅迁移 web 层(也就是 controller ),可以搞个自动转换一步到位,再手动改改,当然,前提是 web 这层得薄,但你提到维护性有问题,所有这个假设概率不成立,框架并不能帮你解决维护问题
239 天前
回复了 voidmnwzp 创建的主题 程序员 阿里的文档代码都有股 Java 味。。
tryErr 这个 明显是生成自一段 try catch ,基于规则的代码翻译嘛很正常,因为规则都具有局部性,又不是人写代码, “反正下面也没有其他操作”,规则当然是不知道的,可以说这个翻译写得不好,但是写得更好也没有任何收益啊,只要保证逻辑正确就行了

再次,如果这段代码是给人看的,就该往死里骂,否则你就不应该打开这段代码
239 天前
回复了 voidmnwzp 创建的主题 程序员 阿里的文档代码都有股 Java 味。。
还好吧,,,怎么会有人去抠自动生成的代码 @throws Exception 多明显啊,就是基于 java 生成的,(如果这代码是 文档/demo ,那使劲骂,这点投入都不愿意)

相比之下 他们的 sdk package 命名是怎么回事, 我看 github.com/alibabacloud-go 这个仓库下的 sdk 都代个日期后缀,是用这个来管理版本吗????
我也是 一块 2T SSD 直接给 C 盘,不过 ntfs 也可以挂载到 目录上吧,直接分个区 挂到 "C:\Program Files" 可不可以.
so 加载在哪个进程就调试哪个进程, attach 上去就行了
275 天前
回复了 pipixiarwksb 创建的主题 职场话题 怎么回事,我要补税 2000 多,
工资的个人所得税按全年收入实行阶梯税率(只是工资部分,其他的意外所得统一 20% 应该是)
但因为是按年薪计税,就涉及到怎么交的问题,现在的做法是由发你薪水的单位每月代扣代缴,要是改成自主申报,不更得哭爹喊娘
就是每月按全年累计收入计算,这只是一种方便的会计计税的方式而已,
没发现每年到后面几个月,到手工资下降得厉害么,都没疑问?

就像上面大家说的:这种带扣预申报的方式在换工作的时候,收入累进回重新计算,但 这只是 **会计规则**,相当于重复享受了两遍 部分 免税/低税的 收入,当然最后申报的时候要补缴回来
NTFS 也可以把 volume mount 到 folder 的吧,把 user 单独挂了 volume 不就行了
285 天前
回复了 avadakur 创建的主题 程序员 关于数据库高并发插入的版本号问题
加个 current_version(user_id, business_type, current_version) 表,锁这个表来实现

inc current_version, 和 insert 放一个事务里,也不用去 max(version) 了-- 就是不知道业务有不有其他要求

-- 当然本质上跟 分布式锁,或者 redis 锁是一样的,开场景吧,我觉得大部分用不着分布式锁
286 天前
回复了 9fan 创建的主题 程序员 springboot web 大表单多文件接口设计问题
@9fan
嗯.......

你这里的 “文件无法进行业务上的区分” 是啥意思, 是上面说的 “哪个对应哪个文件”,没问题啊

给个 curl 你试试就知道了: curl http://localhost/upload -Ffile1=@log [email protected]

不知道是不是理解错了,我感觉你被网上的信息误导了
286 天前
回复了 9fan 创建的主题 程序员 springboot web 大表单多文件接口设计问题
嗯,,啥意思,是我没理解对么,“后端必须知道哪个对应哪个文件” 是啥意思,就是后端能上传多个文件?,,

这本来就可以啊,挑战在哪??
287 天前
回复了 nnegier 创建的主题 C 还是不太理解 C 静态库和动态库?
@thevita "同一个应用可能依赖相同的库,这个相同的部分就不用重复安装了" => "不同应用可能依赖相同的库,这个相同的部分就不用重复安装了"
287 天前
回复了 nnegier 创建的主题 C 还是不太理解 C 静态库和动态库?
我看 op 的主要疑惑应该是在于,用了 Android 的应用模型来理解 so 的“共享”的作用,这里的应用不一定是 android 应用

这里 op 可以看看传统 linux/windows 的 应用模型就比较好能搞明白 (因为这本身设计也主要是基于此的),以 linux 来说,应用(包含应用主程序) 和 库(包含一系列 so )是分开安装和管理的,同一个应用可能依赖相同的库,这个相同的部分就不用重复安装了

Android 正常的开发模式下(指 用 ndk 编译好 so 打包进 apk 中进行分发),因为 Android 应用沙河的存在,共享这个 so 是做不到的,这里 so 的作用就是用来实现动态加载,对接 JNI 的 api 而已.
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2822 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 78ms · UTC 12:07 · PVG 20:07 · LAX 04:07 · JFK 07:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.