V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lesismal  ›  全部回复第 12 页 / 共 81 页
回复总数  1601
1 ... 8  9  10  11  12  13  14  15  16  17 ... 81  
除了 blockchain 动辄多少个 0 的大范围数值,其他普通领域 int64 保平安足够了
特意赶来给一楼点赞
252 天前
回复了 zhengfan2016 创建的主题 Go 编程语言 前端仔有点学不明白 golang 的 defer
不知道谁带头搞的这些题啊,我一个都不会做、只能运行跑结果来看才知道答案。
但是我从来都不会这样用 defer 导致这种问题啊,搞这些题的人是吃得太饱了吗!
252 天前
回复了 layman3612 创建的主题 程序员 早上买了慕课网的课,郁闷了一天
OP 从另一个角度考虑,b 站和 y 站都太多免费课程了,足够好用,而且不像这帮卖课的搞这么恶心连环套,可以就此脱离苦海不再被坑了。
252 天前
回复了 muchan92 创建的主题 程序员 人心中的成见是一座大山,数据转换思想
代码没看,看到其他人提到 setTimeout ,即使用 promise 也比 setTimeout 好吧?但是不管哪个,比直接调用都是同步逻辑变异步了。
252 天前
回复了 muchan92 创建的主题 程序员 人心中的成见是一座大山,数据转换思想
似乎只是 dto 这一层罢了,业务的复杂性是躲不掉的。

要想看着整洁,只能多用几个垃圾袋包起来,然后这几个垃圾袋摆放整齐。但是,垃圾袋内仍然是垃圾。

等到 AI 足够强,都 AI 生成机器码,就无所谓人类可读性了,审美和整洁和艺术等等也都不再重要了
252 天前
回复了 CaHCO3 创建的主题 MacBook Air MacBook air m4 24g 做开发,很烫啊
@lonelysoul 我 2023 年的 14 寸 MBP M3 Max ( 36G+1T ,CPU10 大核 4 小核,显卡 30 核),chrome 开十几个就体感开始发烫了,难道是 Max 容易发烫?
254 天前
回复了 ljzxloaf 创建的主题 程序员 protobuf 不支持泛型?
@namonai #57
所以到现在你还是觉得 “也就是个 message”、“只是支持而已”。

如果自己只在第一层,看不到第五层拒绝的原因很正常、可以理解。但是二三四五层的好些人出来解释了好多次了都不看、这属于是自己强行用自己在第一层的视角去黑第五层。
那没什么可聊的了
254 天前
回复了 RedBeanIce 创建的主题 Go 编程语言 [go 分布式定时任务框架] xxljob
> 背景:我们是一个 Java 系统,使用的是 xxljob ,最近使用 go 重构。

刚才没仔细看,以为是要再造个 go 版的 xxljob 。但是不影响#11 #12 总体观点,补充:不只支持 Gopher 造轮子,也支持适合的项目用 go 重构!尤其那些内存怪,尤其那些换 go 重构之后硬件占用大幅降低的!
254 天前
回复了 RedBeanIce 创建的主题 Go 编程语言 [go 分布式定时任务框架] xxljob
强烈支持 Gopher 造轮子,能造好皆大欢喜、社区基础设施越来越丰富,即使造不好就当学习练手了、而且造不好大家不用就是了也没什么损失。
先不说 CTO 是不是装逼,就从这个层面支持团队造轮子我就先支持一票!业余时间为爱发电精力有限太辛苦,有这种支持带薪造轮子是多好的事情啊!很多人羡慕还来不及呢!
254 天前
回复了 RedBeanIce 创建的主题 Go 编程语言 [go 分布式定时任务框架] xxljob
> 大道至简
> 全靠手搓

@tongbufu #3

java 1995 年诞生之初就啥都有吗?一个语言的基础设施和生态是无数开发者手搓出来的,虽然不需要 curd 自己手搓、但也需要时间发展,go 还很年轻,如果能有团队站出来添砖加瓦,至少我觉得是好事情。
OP 家的 CTO 让 OP 他们做 go 版本的两面看:
1. 如果团队能力 ok 能做好那是好事情、如果开源我去 star ;
2. 如果团队实力不足以做好那是 CTO 自己装逼了。
现在只是开头,不了解 OP 团队实力、没看到过程和结果,我不妄加评论,但是希望 OP 加油,这是个提升自己的好机会。

有人可能反驳、xxljob 现成的来为啥要重复造轮子、没必要 go 或者 rust 手搓,那请自己看看 java 的这些被大家用来重复造轮子的原版和新轮子的性能、硬件开销的对比去吧,但凡如果只提升了 5%那这种重复轮子都是浪费时间,但很可惜、每个新的好轮子都不只是这点提升。
另外,很多中小团队,希望避免过多技术栈的引入来保持精简干净,go 的部署也更容易,相比于还要先学习研究下 java 环境各种,如果有 go 自己的轮子,go 开发自己把 devops 的活也干得更轻松开心些。

大道至简从来不是个坏事情,不喜欢的人不懂得把工程搞扎实、但喜欢的人多了去了。
就说 v 站吧,你看看 go 的帖子频率怎样?你门以为越骂越火是因为被骂火的、像娱乐圈一样吗?
很显然不是,而是因为很多喜欢 go 的人不善于归纳总结和反驳因为这需要理中客和技术深度、这样的文字更具难度,这些人在踏踏实实用 go 做事发声少罢了。
但相比之下,嘲讽起哄非常容易、加之跟风的心理学作祟,所以显得骂声很多罢了。
喜欢的人越来越多,所以 go 的份额也在增长和企稳,骂 go 的声音就类似于幸存者偏差。

自己不给社区添砖加瓦没关系因为这从来不是必须,如果能输出好的技术观点骂到点子上那也是好的技术交流,但如果只是无脑嘲讽,并不能抬高自己,一点都不高尚。
258 天前
回复了 kehuduanbuxing 创建的主题 程序员 一人来一道拿手面试题
> 语言和语言特性在我这里大概没这么重要,考察的是计算机基础。

如果是不需要编码的题,你这样说没啥问题,说思路就行了。但你这个题目是“手写一个函数”,编码了,用什么语言本身就是很大问题了,比如用 c ?。。。

> 需求不明确可以沟通,也看看沟通能力。上来只会喷的,大概是做题做的思维固化了。

看你的题面,这种多是笔试题。即使面试题,也可以,而且别人也没说不沟通啊。

但是这种简单问题,还要这么歧义,我只能认为是被我上一层回复后强行挽尊找的理由罢了。

更何况,这是论坛,你发个这种题目出来指望大伙楼下挨个继续追问题目,浪费大家时间呢么?。。

BTW ,我已经很多年没做过题了,我也从来不出这种题目去浪费别人时间。

年轻时候遇到过很多笔试题面试题题目本身就 sb 的,我也以为是故意考察沟通能力,所以也都沟通过,沟通之后发现,绝大多数这种题目吧,就是出题人自己拎不清。甚至一些语言的语法题,还得面试现场我教他。
更逗比的一些中小公司,自己工程里遇到的问题搞不定,拿来当面试题,我曾经就遇到过这种、然后面试时候解决方案优化方案一顿输出,给他们讲了一个多小时,面试官做笔记很细致。。。虽然这种我也不会去,但是技术交流也无所谓被他们白嫖,何况他们态度还恭敬的。。。


> 上来只会喷的

上一楼我只是比较平和指出你的题目的问题,我自己并不觉得是喷,为了避免让 OP 以为是喷,所以我用了“恕我冒昧”。

OP 也不必太敏感,上来就否定我指出的实际问题。
至于思维固化,这种题目用十年,是不是也该反思下到底是谁固化。
题目挺不错的!
答案挺解压的!

生活就是应该这个样子!
258 天前
回复了 kehuduanbuxing 创建的主题 程序员 一人来一道拿手面试题
隔壁 /t/1121006 题目没什么歧义、简单算法也算实用常用。
OP 这个题,恕我冒昧,这是近期看到的最垃圾的面试题,竟然还用了十年。
BTW ,近期一共看了两道面试题,隔壁和这里。。。

最基本的,没有标明语言,不同语言静态动态强弱类型对 map 的处理可是不大相同的,是否只是处理数值类型的 100 ,不同语言对类型的处理也是不大相同的,搞不好还要反射

> 输出要求把其中的数字 100 替换为数字 200

这句,不算严谨,字符串里的数字 100 算不算?反正我是不能确定出题者目的
如果是说 数值类型的 100 ,就不会太歧义了
258 天前
回复了 ljzxloaf 创建的主题 程序员 protobuf 不支持泛型?
> @lesismal #24 好吧,我表达的有问题,不是说随便接受 pr 。开源项目的一大优势不就是可以倾听社区的声音吗?我意思是没必要这样毫无余地的就拒绝,如果社区呼声很高,也是可以考虑的吧。

基础知识储量不够但是又有兴趣的话,可以多学下,等理解不到 pb 的设计、实现、原理、做这种更改尤其是是多语言的难度和影响,你大概就不会再使用 “也就是个 message”、“只是支持而已” 这些轻浮的话了,技术的问题最好是能让自己有理有据的输出、而不是“妄加评论”

相比于社会、生活中的很多事情,技术更严谨,无知者无畏、我穷我嗓门大我有理这种发声方式不是好的方法,你想想,自己不占理还要喷别人,跟那些非法医闹、水军舆论绑架有什么区别?

“倾听社区的声音” 和 “倾听社区正确的声音” 是两码事。如果不懂,至少就请尊重和慎言,而不是诋毁。

越读书越学习越觉得自己无知,共勉!
1 ... 8  9  10  11  12  13  14  15  16  17 ... 81  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1271 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 17:12 · PVG 01:12 · LAX 09:12 · JFK 12:12
♥ Do have faith in what you're doing.