除了 blockchain 动辄多少个 0 的大范围数值，其他普通领域 int64 保平安足够了

特意赶来给一楼点赞

不知道谁带头搞的这些题啊，我一个都不会做、只能运行跑结果来看才知道答案。
但是我从来都不会这样用 defer 导致这种问题啊，搞这些题的人是吃得太饱了吗！

OP 从另一个角度考虑，b 站和 y 站都太多免费课程了，足够好用，而且不像这帮卖课的搞这么恶心连环套，可以就此脱离苦海不再被坑了。

代码没看，看到其他人提到 setTimeout ，即使用 promise 也比 setTimeout 好吧？但是不管哪个，比直接调用都是同步逻辑变异步了。

似乎只是 dto 这一层罢了，业务的复杂性是躲不掉的。

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

等到 AI 足够强，都 AI 生成机器码，就无所谓人类可读性了，审美和整洁和艺术等等也都不再重要了

@lonelysoul 我 2023 年的 14 寸 MBP M3 Max （ 36G+1T ，CPU10 大核 4 小核，显卡 30 核），chrome 开十几个就体感开始发烫了，难道是 Max 容易发烫？

@namonai #57
所以到现在你还是觉得 “也就是个 message”、“只是支持而已”。

如果自己只在第一层，看不到第五层拒绝的原因很正常、可以理解。但是二三四五层的好些人出来解释了好多次了都不看、这属于是自己强行用自己在第一层的视角去黑第五层。
那没什么可聊的了

> 背景：我们是一个 Java 系统，使用的是 xxljob ，最近使用 go 重构。

刚才没仔细看，以为是要再造个 go 版的 xxljob 。但是不影响#11 #12 总体观点，补充：不只支持 Gopher 造轮子，也支持适合的项目用 go 重构！尤其那些内存怪，尤其那些换 go 重构之后硬件占用大幅降低的！

强烈支持 Gopher 造轮子，能造好皆大欢喜、社区基础设施越来越丰富，即使造不好就当学习练手了、而且造不好大家不用就是了也没什么损失。
先不说 CTO 是不是装逼，就从这个层面支持团队造轮子我就先支持一票！业余时间为爱发电精力有限太辛苦，有这种支持带薪造轮子是多好的事情啊！很多人羡慕还来不及呢！

> 大道至简
> 全靠手搓

@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 的声音就类似于幸存者偏差。

自己不给社区添砖加瓦没关系因为这从来不是必须，如果能输出好的技术观点骂到点子上那也是好的技术交流，但如果只是无脑嘲讽，并不能抬高自己，一点都不高尚。

> 语言和语言特性在我这里大概没这么重要，考察的是计算机基础。

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

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

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

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

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

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

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


> 上来只会喷的

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

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

题目挺不错的！
答案挺解压的！

生活就是应该这个样子！

隔壁 /t/1121006 题目没什么歧义、简单算法也算实用常用。
OP 这个题，恕我冒昧，这是近期看到的最垃圾的面试题，竟然还用了十年。
BTW ，近期一共看了两道面试题，隔壁和这里。。。

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

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

这句，不算严谨，字符串里的数字 100 算不算？反正我是不能确定出题者目的
如果是说 数值类型的 100 ，就不会太歧义了