V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  iyaozhen  ›  全部回复第 64 页 / 共 230 页
回复总数  4593
1 ... 60  61  62  63  64  65  66  67  68  69 ... 230  
2021-08-02 13:56:10 +08:00
回复了 iyaozhen 创建的主题 程序员 某些场景下 wsl2 的文件系统简直蛋疼的不行
@mason961125 这个主要是指可能没意识到文件在哪儿的问题(意识到了就明白了)。而且可能微软应用商店里操作了 wsl 换个系统啥的。最后 wsl 没有像 Windows 系统中的文件还能 onedrive (当然可以定时 rsync )。
2021-08-02 13:52:14 +08:00
回复了 iyaozhen 创建的主题 程序员 某些场景下 wsl2 的文件系统简直蛋疼的不行
@bashbot 感谢,这样也是解决思路。

不过跨文件系统性能真的堪忧,编译真的太慢了,特别是前端项目再大点
2021-08-02 13:48:51 +08:00
回复了 iyaozhen 创建的主题 程序员 某些场景下 wsl2 的文件系统简直蛋疼的不行
@VZXXBACQ 额,你有看完吗?
「 goland 还不支持直接使用 wsl 里面的 go 环境」
「不过好在可以配置 Build on remote target,也勉强能用」
哪里有提到到 Windows 环境里面编译?而且因为远程文件的原因,Windows 上压根就编译不了

你发的那个我已经在参考资料里附上了
2021-07-30 12:05:51 +08:00
回复了 edk24 创建的主题 MySQL mysql 四百万左右数据 count(*) 49 秒才响应,求助大佬怎么优化?
@edk24 总数的话和 count people_check 这个表没啥区别?
2021-07-30 11:56:50 +08:00
回复了 edk24 创建的主题 MySQL mysql 四百万左右数据 count(*) 49 秒才响应,求助大佬怎么优化?
@edk24 那你得把分区去掉呀,不然会有影响的
2021-07-30 11:51:38 +08:00
回复了 edk24 创建的主题 MySQL mysql 四百万左右数据 count(*) 49 秒才响应,求助大佬怎么优化?
表结构呢? people_check 还用了表分区,是依据哪个字段分的?

还有不加条件的话 count * 貌似是比较慢,count id 啥的看看?感觉这个 sql 想干什么不明确
2021-07-29 15:42:40 +08:00
回复了 i66 创建的主题 美酒与美食 你会包水饺么? 你的家人呢 ?
南方人 全家都不会,因为不常吃(想吃就速冻的)
但会包混沌
2021-07-29 13:55:57 +08:00
回复了 chigeyaowaner 创建的主题 程序员 真的有公司搞 devops 吗?成功了吗?
@iyaozhen 前面老哥说得对,小有小的搞法,大有大的。适合自己的才是好的
2021-07-29 13:55:03 +08:00
回复了 chigeyaowaner 创建的主题 程序员 真的有公司搞 devops 吗?成功了吗?
大公司很多搞 devops 的都失败了,感觉这个东西看着火,落地难。
没有吧

现在还有哪个大公司没有 devops ?
2021-07-27 15:25:13 +08:00
回复了 FawkesV 创建的主题 职场话题 两个外包的 offer 怎么选?
怎么看都是第一家呀,17 到不了 16.5 也可以争取下。一般会同意的,你有其它的 offer

有加班费是实实在在的,卷一下,感觉一年拿到手也不比 B 少。项目提成太虚无了,当然你能了解到实际情况另说
2021-07-25 01:39:16 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
@x940727 那是你不知道,搞 go 的有好多,字节有多大,现在 JAVA 真的太少了。
https://mp.weixin.qq.com/s/1dgCQXpeufgMTMq_32YKuQ
字节跳动的技术体系以 Golang 语言为主。根据最新的调查统计,公司里有超过 55 % 的服务是采用 Golang 的,排名第二的语言是前端的 NodeJS,之后是 Python 、JAVA 、C++,Rust 也有一些使用。
2021-07-24 15:22:50 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
@x940727 注意你的定语,大规模。一个公司不可能就一个语言,招 JAVA 、Python 、C++都有,这不是很正常,有招聘信息并不代表大规模呀。就像阿里里面难道就没用 go 的?但阿里说到底还是一个 java 为主的。在内部并没有看到有大规模转 java 的迹象。java 的讨论群几天没人说话,go 的群都满了。

我前面也说了,并不是字节选择了 Go,go 就天下第一,也不是阿里选择了 java java 就第一,很多时候选择只是特定时期、特定的背景(就像你说的带头大哥)。事实上整个互联网还是 java 多(成熟)一点,大而全,不用考虑选 JAVA 没错,web 、大数据啥都能做。

go 的优势就是新,没有历史包袱。我为了高并发用 netty,那为什么不直接用 go 呢?学习成本都差不多,反而还能抛开 servlet 的束缚。
2021-07-24 00:25:36 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
恰好 java 和 go 的团队都待过

除去特殊的高并发场景(比如 IM ),两者工程上写起来差不多。个人看到的差异:
1. 因为 go 新一点,所以很多理念新一点,比如全面面向云原生。我们之前 java 还在 spring mvc+jdk1.6 折腾(不是说 java 不行,是因为有历史包袱)
2. java 启动确实比 go 慢,实际看到的项目 go 10s 左右,java 2-3 分钟。java 就打出的 jar 包有 1G 多(不含静态资源)
3. java 确实占内存一点
4. go 项目大了也确实很“百花齐放”,到处都是 interface{},缺少 spring 这样大统一的框架,有时候还要解决框架问题,只能找内部资料
2021-07-24 00:11:37 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
@x940727 为什么头条现在也在大规模的招聘 Java 的程序员?你听谁说的
内部没看见这个风向,而且内部那一堆库很多压根都没 java 版本。当然我可能盲人摸象,但没看出要用 java 的理由。注:这里并不是 java 不好,只是字节在特定历史时期选择了 go
2021-07-23 00:00:45 +08:00
回复了 MakHoCheung 创建的主题 问与答 关于 Java 和 go 高并发的话题
"别人说 groutine 的底层也是线程池" 这个不太对吧

“假如 1 个线程里面有 2500 个协程,那 1w 个协程全部切换个遍,底层也要线程切换的吧” 不用呀,简单来说,第一个线程里面 2500 个协程自己切换,不用切换线程。

go 的优势是,第一个线程里面有个协程卡了,剩下的 2499 个协程可以调度到另一个线程上去
2021-07-22 23:53:43 +08:00
回复了 shangwuli 创建的主题 程序员 程序员们会担心被低代码、无代码开发取代吗?
不担心

就我们那复杂需求,非常难,都快作死了了,无代码平台完全做不了。

再说了,我可以去开发无代码平台呀
2021-07-20 14:25:57 +08:00
回复了 Richard14 创建的主题 问与答 开源爬虫代码有法律风险吗?有无懂哥解惑?
应该是会 因为你太特定了,风险是肯定的
2021-07-17 18:04:51 +08:00
回复了 Turkestan 创建的主题 职场话题 上个班真累,动不动就被老员工摆一道
点名了吗?没有的话很正常吧,拿 CR 案例出来说如何做好 CR,但都隐去当事人的
2021-07-10 21:51:15 +08:00
回复了 wdssmq 创建的主题 PHP 这个错误的正则最早是哪儿流传出来的呢?
1 ... 60  61  62  63  64  65  66  67  68  69 ... 230  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2595 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 63ms · UTC 06:20 · PVG 14:20 · LAX 22:20 · JFK 01:20
Developed with CodeLauncher
♥ Do have faith in what you're doing.