V2EX › thevita 的所有回复 › 第 11 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11

❮

❯

2021-11-23 15:17:03 +08:00

回复了 Phishion 创建的主题 › 程序员 › 经常访问的简单数据是不是放在内存为佳？

只看这点描述，完全没必要想这么多啊，所以忽略你的其他背景的情况下：
1. 先正确实现业务，用最熟悉的存储后端
2. 优化性能表现，最简单的就在 1 基础上插入一成缓存，最好缓存后端灵活点，单机就内存，replicate 就弄个外部的缓存

总结来说就是，都要

2021-11-23 14:43:44 +08:00

回复了 chanlk 创建的主题 › 程序员 › 不同子系统间如何优雅地传递消息

需要解决 HTTP 不好维护的问题=rpc

2021-11-17 16:19:40 +08:00

回复了 helloworld1024 创建的主题 › 程序员 › 现在做开源太难了，就因为没及时回答别人的问题被喷了！

别让他知道你是中国人

2021-11-15 10:38:35 +08:00

回复了 Phishion 创建的主题 › Python › 请问项目中修改第三方包的正确姿势是什么？

提 pr+patch+dependent-bot

2021-10-25 13:53:43 +08:00

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 看到 Go 与 MongoDB 的交互方式，我想放弃 Go 了

@thevita 对于我来说，这些硬编码的 "name", "age" 都是不能忍的，不过这就有点矫枉过正了

2021-10-25 13:48:31 +08:00

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 看到 Go 与 MongoDB 的交互方式，我想放弃 Go 了

1. 如果觉得用 js python 直接读更舒服完全可以用 js.
2. 没受过动态类型荼毒的，必然难以理解强类型系统的作用
3. 强类型与否, 看自己的 use case 吧这个不好说，有的场景就是用 js 写着就很爽，矫枉过正还是不好，被毒打多了就逐渐知道怎么平衡了
4. mongo 本来就是个文档数据库，半结构化，天然跟 js ，python 之类的会亲和一点
5. 应该能通过合理的约定+时代的封装 /抽象来缓解，就是谨慎点用 mongo ，模式管理更规范一点（当然，并不是说你不规范的意思，只是说到这里了）
6. 写 go 踩到自己的地方多了去了，老想给自己一拳。

2021-05-26 18:44:42 +08:00

回复了 szzhiyang 创建的主题 › 程序员 › 感觉未来不会再有新的编程语言投入广泛应用了

抛开什么语言, 新的东西会出现本质是因为产生了新的需求，人类历史不停止，新需求就层出不穷，

「研发团队、金主、标准库、第三方生态、包管理、工具链、IDE 、杀手锏、网民舆论等各方面的不足都在制约着新兴编程语言的发展，而且会形成恶性循环。在编程语言方面，我们可能不会有更多选择了。”」

这种说法，我大概只能脑补成「目前可用的编程语言能较好的满足当前的主要需求了，剩下的生态位已经养不起一个独立的项目和团队了」

但基于这样的观点就来妄断未来，我只能说，人类还是太傲慢了！！！

2021-03-29 17:41:58 +08:00

回复了 ouyc 创建的主题 › Go 编程语言 › 老哥们， win10 下 Go 怎么编译

硬要用 make 的话, ms 的工具链里有 nmake, 不过要单独安装

2021-03-29 17:40:17 +08:00

回复了 ouyc 创建的主题 › Go 编程语言 › 老哥们， win10 下 Go 怎么编译

你需要的是 `go generate`

2021-02-19 15:10:28 +08:00

回复了 Touchevent 创建的主题 › 问与答 › 开朗的性格需要什么来支撑？

需要强大的内心

2018-12-25 15:35:59 +08:00

回复了 li24361 创建的主题 › 程序员 › 不聊彩蛋,如果没有阿里的开源,中国的开源界要落后多少年?

我怎么反倒是觉得这种事情会增加企业选择和产于开源的疑虑，这对开源的伤害不是更大吗？？