V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Cbdy  ›  全部回复第 46 页 / 共 142 页
回复总数  2829
1 ... 42  43  44  45  46  47  48  49  50  51 ... 142  
真棒👍
2020-11-20 08:36:50 +08:00
回复了 singerll 创建的主题 职场话题 劳务派遣简历工作单位大家怎么写
可以都写吧,加一下说明
2020-11-20 07:15:03 +08:00
回复了 OwO233 创建的主题 Telegram Telegram 是如何兴起的?
很好用
2020-11-19 22:59:56 +08:00
回复了 GTD 创建的主题 Java jdk 8 怎么和 jdk 15.1 差距这么大?
@GTD 时间复杂度 O(n^2)的意思是,随着 n 的增长,时间复杂度呈 n^2 增长,并不是两个相同时间复杂度的算法花费的时间是一样的

比如两个算法,一个算法花的时间是 n,另一个是 10000n,他们的时间复杂度都是 O(n),但他们花费的时间相差一万倍

另外,现代计算机其实对于交换和比较的耗时其实是有差别的,另外,不同排序算法对 CPU 缓存的命中率也会影响排序的速度

我稍微看了一下你的代码,有个点注意一下,Java 数组本身就是协变的,没必要加那个协变泛型标注
2020-11-19 21:21:11 +08:00
回复了 GTD 创建的主题 Java jdk 8 怎么和 jdk 15.1 差距这么大?
刚刚简单了写了一个
https://gist.github.com/cbdyzj/00bf90ae5def3609c3831b107ec89c21

macOS Big Sur 11.0.1

openjdk 15 2020-09-15
OpenJDK Runtime Environment AdoptOpenJDK (build 15+36)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 15+36, mixed mode, sharing)

--- n = 1000 ---

Random Array
InsertionSort: 0.004 s
SelectionSort: 0.004 s

Ordered Array
InsertionSort: 0.0 s
SelectionSort: 0.001 s

--- n = 10000 ---

Random Array
InsertionSort: 0.042 s
SelectionSort: 0.05 s

Ordered Array
InsertionSort: 0.0 s
SelectionSort: 0.03 s

--- n = 100000 ---

Random Array
InsertionSort: 1.367 s
SelectionSort: 2.803 s

Ordered Array
InsertionSort: 0.0 s
SelectionSort: 2.793 s
2020-11-18 22:51:35 +08:00
回复了 lixyz 创建的主题 Java maven 项目生成的 war 太大,该如何优化?
700M+,不太正常
正常 web 工程,所有依赖打成一个大 jar,一般不会超过 100M
2020-11-18 22:49:32 +08:00
回复了 lixyz 创建的主题 Java maven 项目生成的 war 太大,该如何优化?
多大?
2020-11-18 07:28:22 +08:00
回复了 bujiedong 创建的主题 职场话题 年底社招 offer 求分析
阿里是菜鸟吗?比蚂蚁工作强度低一点吧
2020-11-17 09:01:14 +08:00
回复了 leishi1313 创建的主题 职场话题 我知道 Google 养老,原来可以这么养老吗
打发叫花子还行
可能是互相抄的吧
2020-11-15 14:30:36 +08:00
回复了 Cbdy 创建的主题 服务器 按照 Torvalds 的观点, ARM 架构会在服务器领域火一把?
@reus 确实表述有一些不妥,不清晰
@charlie21
@echo1937

Torvalds 的观点“ARM 在服务器不会成功”,实际是一个结论——因为开发者倾向于把应用部署在和自己开发环境一样的环境。

而苹果正在以一种强势的态度推动 ARM 进入个人电脑领域(跟风苹果?)。现在假定有一定的数量的开发者在使用 ARM 设备作为开发环境,那么按照 Torvalds 的逻辑,这些开发者将会倾向于使用 ARM 服务器——就像 x86 服务器变得流行那样。

关于 x86 开发者这个说法,应该是先有 x86 设备,然后再有 x86 开发者。如果 ARM 设备开发者流行自然就变成 ARM 开发者,什么体系结构的设备流行会是形成什么体系结构的开发者的土壤,他们在一台随便的 ARM 设备跑一些东西,后来随着工作负载的扩大——

引用一下 20 楼的翻译

""
筒子们,你们是真的不知道 x86 为什么会占领服务器市场吗?
这不仅仅是价格的问题。而是因为要"在家开发"的需求。成千上万的小公司最终把一些随机的小的内部工作负载简单的放到随便一台白盒 PC 上,然后自己还在上面运行一些很傻逼的小东西。然后随着工作负载的扩大,它就变成了一台 "真正的服务器"。然后一旦这个东西又扩大了,让别人来管理硬件和托管就突然变得很有意义了,于是云平台就接管了。
""

于是故事就改变了——Torvalds 的观点“ARM 在服务器不会成功”的支持论据变化了,结论自然也改变了。
2020-11-15 12:58:22 +08:00
回复了 Cbdy 创建的主题 服务器 按照 Torvalds 的观点, ARM 架构会在服务器领域火一把?
@sagaxu 稍微搜了一下
https://insights.stackoverflow.com/survey/2016#technology-desktop-operating-system

另外,Torvalds 本人也用 MacBook Air
2020-11-15 11:46:44 +08:00
回复了 v2defy 创建的主题 程序员 想送给小学二年级的外甥一本编程启蒙书,哪本书比较好
送一套上下五千年,再送一套十万个为什么
2020-11-15 11:10:59 +08:00
回复了 Cbdy 创建的主题 服务器 按照 Torvalds 的观点, ARM 架构会在服务器领域火一把?
@sagaxu 我是这样想的,一方面,虽然苹果设备用户少,但是开发者中用 MacBook 的似乎挺多的(当然,我没有实际看过相关统计😂);另一方面,尝到了十几个小时甜头,甚至二十小时的长续航,其他平台会不会反过来也推出 ARM 的设备呢?
2020-11-15 11:02:46 +08:00
回复了 Cbdy 创建的主题 服务器 按照 Torvalds 的观点, ARM 架构会在服务器领域火一把?
我觉得 Torvalds 的观点是很有道理,虽然 Python 、JVM 等运行环境屏蔽了底层的架构,但是随着应用场景的丰富,“抽象泄漏”难免发生。
我曾经写过一个图像处理相关的程序,用 Java 的 JNI 调用的 C 库,在本地测试良好。如果我要部署到服务器上,我肯定倾向于选择 x86,不然我就要交叉编译,不知道会出什么幺蛾子。但是如果我开发测试的时候实在 ARM 的机器呢?也许我就会选择 ARM 的机器了
2020-11-15 10:55:03 +08:00
回复了 Cbdy 创建的主题 服务器 按照 Torvalds 的观点, ARM 架构会在服务器领域火一把?
@reus 你有没有进去看那篇文章?你英语很好吗?那为什么没有看就开始杠了呢?

那个文章当时很有名啊。Torvalds 认为开发者的开发环境是 x86 的是导致他们在选择服务器环境的时候倾向于选择同架构的服务器,所以 ARM 架构在服务器领域不可能成功
2020-11-14 19:21:45 +08:00
回复了 kpppp 创建的主题 程序员 我发现 我公司的 review code 这个目的已经变质了。
层级太多了吧,code review 可能更适合管理扁平的工作组织吧,比如志愿者合作开发开源软件
2020-11-13 23:00:36 +08:00
回复了 lovestudykid 创建的主题 macOS 升级 Big Sur 空间不够
我也出了这个告警,然后我删了几个不用的 Docker 镜像
2020-11-13 21:42:47 +08:00
回复了 realyujie 创建的主题 问与答 有没有好的关于操作系统的实验练习?
我以前用的 xv6 做的实验
1 ... 42  43  44  45  46  47  48  49  50  51 ... 142  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5417 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 46ms · UTC 05:55 · PVG 13:55 · LAX 21:55 · JFK 00:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.