V2EX › laminux29 的所有回复 › 第 115 页 / 共 132 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 111 112 113 114 115 116 117 118 119 120 ... 132

❮

❯

2020 年 4 月 5 日

回复了 proxytoworld 创建的主题 › 程序员 › 大三在校党下半年实习有什么建议

@HiCode 自称有牛人的收费圈子悖论：

如果真是牛人，必然不缺这几块钱，他们来圈子里讨论问题，目的只可能是想扩大自己的名气，但圈子设立经济门槛是有违他们初衷。

如果他们缺这几块钱门票，那肯定不是大神。

2020 年 4 月 3 日

回复了 yuanchao 创建的主题 › 奇思妙想 › V2 上跟风是否太严重了？

1.现在创业风险太大，极有可能打水漂，所以很多投资客，就来论坛看看，有没有人把某种想法，稳定的做成一段时间。如果有，就赶紧砸钱抄袭一波，顺便进行资本压制。

2.当然，对于上面这种行为，创业者也可以反向操作一波，画个陷进让投机资本去踩雷。

2020 年 4 月 3 日

回复了 lagoon 创建的主题 › 奇思妙想 › 中年码农是否多作怪？

题主跑题了，下面的评论也被带偏了。

这个问题的本质不在于中年，而在于，你的领导坚持用 [7 层架构模型] ，而你不同意。

我建议，你先说明一下：

1.你们是做什么的，以及什么是 [7 层架构模型] 。

2.你的领导为什么喜欢这玩意，然后你又为什么不喜欢。

大家应该针对技术问题讨论，不要跑偏，谢谢。

2020 年 3 月 22 日

回复了 black11black 创建的主题 › Java › 真·百万并发的业务，是如何部署实现均衡负载的？

你一上来就看百万并发，当然会满头问号。

你应该从最基础的开始，比如一个最基本的 C++ Server，用户一两百个。

然后不断地添加各种业务，业务有低负载的，有高负载的。

接着慢慢加用户。

然后再把用户平摊到不同的网络地域里。

接着再加数据，加业务，加用户，加到单机无法承受。

这样一步步来，你自己一步步思考，应该怎样做，会遇到什么问题。

当用户量和并发逐渐达到淘宝这个地步，你就会明白了他们大概会怎么做，以及为何这么做。

不过，难就难在，整个进化过程，你需要亲身体会，才会知道里面有多少坑。只是凭空想象，里面有很多实际问题，是无法想象出来的。

2020 年 3 月 21 日

回复了 mitiskysean 创建的主题 › Java › 讨论一下改 bug 的方式，日志输出为主代替 debug 工具为主的优缺点

所以那个人到了 40+也只能呆在跳动字节的一线而已，因为他根本没考虑以下问题：

1.如果程序崩溃时，连日志组件也没能记录下，怎么办？

2.如果需要行级别的日志，才能找到问题，那前期开发时，如何进行日志输出？每一行代码就写个 Log()？

3.如果需要进行调试的地方，数据量极大，导致如果全部日志，会成为性能瓶颈。如果不全部日志，输出粒度又会造成关键信息不足，那怎么办？

真正的高手，会根据情况，来判断到底如何调试，通常是日志与调试进行两者结合。而不是拍脑袋觉得某种一定更好。

2020 年 3 月 17 日

回复了 black11black 创建的主题 › Django › Django 这性能，也慢的太夸张了.......

@black11black

1.如果题主是小白，那就不是废话。

2.Web 业务分很多种，有些对性能有要求的，用 C++写很正常，只是这种情况不多罢了。

2020 年 3 月 17 日

回复了 black11black 创建的主题 › Django › Django 这性能，也慢的太夸张了.......

每种语言与配套环境，都有自己的优势与劣势。

你如果看中运行性能，应该用 C++。

用 Python，还上 Django，你看中的应该是开发效率，而不是运行性能。

2020 年 3 月 11 日

回复了 FaceBug 创建的主题 › MongoDB › 存储用户的扩展字段（自定义字段），用 ES 合适还是 MongoDB

不要用 PostgreSQL，这玩意连个内存表都没有。

2020 年 3 月 11 日

回复了 RRRoger 创建的主题 › 程序员 › 2020 年求好用的录屏软件~

BB FlashBack
https://pan.baidu.com/s/1GVxNMjntVnWncqnDY6pIig 提取码: 7e8p