V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 133 页 / 共 1046 页
回复总数  20913
1 ... 129  130  131  132  133  134  135  136  137  138 ... 1046  
2022-02-22 13:24:05 +08:00
回复了 moxiaowei 创建的主题 Java 逻辑大量的写在 sql 语句里
@smallparking 确实有分布式数据库,但是数据库要保证 ACID 还要做分布式,复杂性会高很多。
比如说做大型数据仓库,hadoop 或者 bigtable 就可以搞定,但是如果你要把 MySQL 搞成分布式(比如 galera 多主)你就会发现开发和运维难度直线上升。(这里开发主要指 MySQL/galera 平台开发。)你说的 GreenPlum 我没有看,但是我想,像这些方案,背后还是会有大量的开发成本,运行起来还是会有一定的非线性损耗惩罚。

但是应用服务器做横向扩展却很简单,堆一打机器,对着数据库干就是了,几乎是零惩罚的。
(比如堆 100 台机器就能有近乎 100 倍的性能。)

归根结底,技术选型还是要考虑到人力和机器成本。只要你高兴,HTML 和 CSS 都能写在存储过程里。但是不同的做法之间,消耗的人力成本完全不同。不仅仅是开发成本和运行成本,还有招人成本,学习成本,测试成本,维护成本,二次开发成本等等。
2022-02-22 04:22:36 +08:00
回复了 sudoy 创建的主题 问与答 请教关于加密算法 blake2b
「加密」必然是双向的。
「单向」必然不是加密解密。这种叫做 Hash 哈希(或者摘要)。

加密不会丢失信息,哈希一定会丢失信息,而且大多数时候哈希都会导致碰撞(但是碰撞的几率很小)。
如果用空间比较大的哈希算法,比如 SHA256 这样的算法去处理电话号码,一般不会产生碰撞,因为空间差距太大了。

不过,「保证不同的内容加密结果不一样」,就意味着可以产生一对一映射,就意味着可以反推出原始内容。
2022-02-22 04:05:56 +08:00
回复了 moxiaowei 创建的主题 Java 逻辑大量的写在 sql 语句里
遇到这种写法,我觉得最主要就提 3 个问题。
1. 这么写以后团队里是否有复数人有能力修改。公交车因素是很重要的,如果团队里只有一个人有能力这么写,就不能这么写。
2. 数据库是否需要横向扩展。应用服务器从 1 台变成 1000 台是比较容易的,数据库服务器从 1 台变成 2 台都比较难。这种结构能不能支撑以后的规模扩展?
3. 自动化测试能不能保证。大家都知道,自动化测试可以大幅减少工作量,降低加班时间和炸锅几率。超长 SQL 能否用足够的测试去覆盖各种情况?如果不可以,那么拆分成应用层逻辑就是值得的。我觉得存储过程不是很大的问题,但是存储过程也应该可自动化测试才行。
2022-02-22 03:57:25 +08:00
回复了 dangyuluo 创建的主题 C++ 记 C++开发中的一个小坑
简单说就是,用=赋值的,就要用==来判断。
用 memcpy 复制的,采用 memcpy 来判断吧?
2022-02-22 03:40:21 +08:00
回复了 pxx 创建的主题 问与答 samba 服务上的同一个视频为什么有不同的 MD5?
@pxx 跑一下 memtest ,又或者是如果有多条内存的话一次只插一条。
2022-02-21 12:34:31 +08:00
回复了 ha2ha 创建的主题 程序员 一个算法题,请求哪位大佬指教
@retanoj 数据集最大就 100 个数字,再怎么说也不会很慢的。
但是算法从大往小跑,找到解的时间比较容易提前。
2022-02-21 11:04:20 +08:00
回复了 ha2ha 创建的主题 程序员 一个算法题,请求哪位大佬指教
@retanoj 对,感觉会稍微快一点点。跑 leetcode 测试集,1036 ms → 480 ms 。
2022-02-21 07:54:27 +08:00
回复了 rv54ntjwfm3ug8 创建的主题 云计算 大厂是怎么通过内网 IP 访问生产环境后台的?
我们是公司内网认证以后进两层堡垒机连到服务器上。
2022-02-21 07:20:44 +08:00
回复了 ha2ha 创建的主题 程序员 一个算法题,请求哪位大佬指教
犯傻了,Set 不需要分开记录,全合到一起就行了。改成一个 Set 以后就 AC 了。
答案更新在上面了。要看犯傻答案可以去看 Gist 提交记录。
2022-02-21 07:11:11 +08:00
回复了 ha2ha 创建的主题 程序员 一个算法题,请求哪位大佬指教
https://gist.github.com/msg7086/744d4cf2d81b42e27cb73069ecff939d

随便写了一下,结果应该是对的,就是跑太慢了,一个大点的输入就要跑 0.1 秒,leetcode 上妥妥的 TLE 。
2022-02-21 03:48:55 +08:00
回复了 pxx 创建的主题 问与答 samba 服务上的同一个视频为什么有不同的 MD5?
@pxx 测试一下内存坏点。
2022-02-20 17:31:49 +08:00
回复了 KIRAYOMATO 创建的主题 问与答 下载油管的视频选哪种编码好一些?
@dingwen07 但是你的设备并不是只有浏览器。而且浏览器不支持的原因就是专利授权。
在专利授权限制的条件下,当然只能找免费授权专利的编码,任凭 HEVC 质量再好也只能选 VP9 之流。

(反正真关心画质的人,也不会去靠网络串流。)
2022-02-20 16:20:56 +08:00
回复了 jsjcjsjc 创建的主题 Linux 443 端口不能处理 UDP 流量吗?
宝塔的技术人员懂的可能还没你多。
2022-02-20 16:18:49 +08:00
回复了 mineralsalt 创建的主题 NAS 群晖 NAS 总是掉盘并异常关机, 原来如此!
说个差不多的事情。之前给我装宽带的大哥,拿出全新的猫,从我家里随便拉了个变压器插上了用,然后一直莫名其妙自动断电自动重启,折腾了几个小时没解决,这大哥没耐心了,拿着全新的猫的变压器出门回家了。
后来我查了一下,这个猫要用 12V2A 的变压器,大哥从我家里拿了个 1A 的插上,还把原装的 2A 变压器当垃圾带走了。
2022-02-20 16:04:31 +08:00
回复了 KIRAYOMATO 创建的主题 问与答 下载油管的视频选哪种编码好一些?
VP8 和 AVC 同世代,但是 AVC 可以用到 x264 所以会强一点。
VP9 和 HEVC 同世代,但是 HEVC 可以用到 x265 所以会强一点。
AV1 和 VVC 同世代,但是现在 VVC 编码器还遥不可及,AV1 谷歌自己应该会做开发。
如果 x265 团队转去做 x266 ,那谁输谁赢还不知道呢。
反正以后最普及的应该还是 VVC ,毕竟 x26x 系列,非商用是免费的,也不需要考虑专利授权问题。

视频编码器要对比的话,一般是对比编码效率,也就是给定码率下的画质好坏,又或者是给定画质下的码率需求。所以光说 AV1 和 VP9 哪个画质好,其实没有绝对的答案,还是看编码的时候给了多少码率配额。高码 VP9 不一定会输给低码 AV1 。还是两个都下载下来,对比一下比较好。
2022-02-20 15:56:09 +08:00
回复了 iyear 创建的主题 问与答 后端开发主机 CPU 选择
@lysS 那 Java 呢……

@iyear 或者考虑虚拟机搬出去?
笔记本写代码,然后再弄一个 E5v2 配上大容量的廉价内存,专门跑虚拟机。

不过 16G 做开发确实有点憋屈,直接上全功能台式机也挺好。
2022-02-20 15:50:22 +08:00
回复了 piggyyy 创建的主题 问与答 电脑点不亮了,是出掉换新还是找地方修好呢?
根据开机报警音去查错误信息。
2022-02-20 15:48:21 +08:00
回复了 yangyifan 创建的主题 问与答 请教一个位运算的问题
这相当于哈希算法,是不可逆的,会产生复数个解。
2022-02-20 15:39:14 +08:00
回复了 sprite82 创建的主题 程序员 Xshell7 0098 版本无 tab 页限制
原来免费提供软件不叫良心。可能这年头软件要倒贴钱才算良心吧。
2022-02-19 11:54:24 +08:00
回复了 ifwangs 创建的主题 问与答 某站看到一个算法,合理吗
这不就是个很普通的多路复用隧道吗……还不如我之前看到过的另一个算法好……
1 ... 129  130  131  132  133  134  135  136  137  138 ... 1046  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5096 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 107ms · UTC 06:34 · PVG 14:34 · LAX 23:34 · JFK 02:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.