这是一个创建于 1551 天前的主题，其中的信息可能已经有所发展或是发生改变。
这让我想起了网上一张图片，面试官要求面试都有工作经验，但是面试者说：我必须先工作才能有工作经验！ 面试官：不，你必须有工作经验才能工作！ 这样陷入死循环~ 都要求大数据高并发，但是实际上公司那么点业务量根本用不上什么高并发大数据架构，当然了大厂排除，我要是能进大厂也不会发这样的帖子了。 各位 V 友有什么破局的方法吗？比如自己搞一大堆测试数据本地模拟一下高并发忽悠面试官？ 但是这样稍微一问就露馅了，而且单机并发量有限。。。
 |
1
smart9527 2020-10-01 12:56:21 +08:00
很多 jd 都是 ctrl+c, ctrl+v 而已
|
 |
2
maigebaoer 2020-10-01 12:58:42 +08:00 via Android
mysql redis mq 框架 ,这几个基础搞好，其他的就随缘吧，我就是这么找工作的。🙃
|
 |
3
coolesting 2020-10-01 14:00:33 +08:00 via Android
考官有意为难你而已。 在实际情况中，我见过大多数都是用带宽+硬件，去解决高并发问题，那来这么多优化，除非程序业务规则非常烂那种。
所为的测试，就是做个样子给领导看。 (￣ε(#￣)☆╰╮o(￣▽￣///) |
 |
4
imn1 2020-10-01 15:35:15 +08:00  2
结婚誓词都是谎言，因为没有人能知道将来发生的事
但大多数人并不是要发誓，而是表决心而已 记得一个小品： - 怎么做一个成功的商人？ - 许诺一定要做到 - 啊，您都做到了？ - 我不许诺 能说出“既不是真话，也不是谎言”，是面试技巧之一 |
 |
5
asdf2020 2020-10-01 15:51:32 +08:00
有可能是压价技巧，不是真的要求 2
|
 |
6
kangsheng9527 2020-10-01 16:05:10 +08:00
写过三年基本所有后端设计新项目都是考虑到无限集群问题的了~~~~~~~~~
|
 |
7
sagaxu 2020-10-01 17:02:54 +08:00 via Android 1
这就是内卷，crud 大家都是一把梭，已经不够看了
|
 |
8
ReinerShir OP @coolesting 那我昨感觉个个面试官都在为难我（懊恼），基本上稍微大点的公司都会问这个，有些 10 多个人的小公司也会问，而且随便问了几个问题就结束了，看起来就不像在招人。
|
|
9
ReinerShir OP @asdf2020 不是压价，因为面完就没影子了
|
|
10
ReinerShir OP @imn1 不怎么好使，我试过不正面回答，面完依旧没消息了
@kangsheng9527 稍微有点内容的项目我都是上微服务架构了，然而没用，他们就是要亿级数据、高并发设计经验 @sagaxu 哎，我都在想要不要再存点钱回老家开个小超市算了 |
 |
11
wangyzj 2020-10-01 18:26:27 +08:00
不是还要精通 hadoop，大数据和 ml 吗？
|
 |
12
opengps 2020-10-01 18:35:35 +08:00 via Android
之所以这样死循环，其实企业是需要你低薪当学徒而已
|
 |
13
walsh 2020-10-01 20:04:19 +08:00
逃避虽然可耻但有用
|
|
14
coolesting 2020-10-01 20:46:14 +08:00 via Android
|
 |
15
Illusionary 2020-10-01 20:56:28 +08:00
很多小创业公司确实喜欢开口就是大数据、中台，特么一进去发现 QA 比用户都多。
|
 |
16
wudaye 2020-10-02 01:58:49 +08:00 via Android
我入职后发现面试我的人也不会造火箭
|
 |
17
locoz 2020-10-02 07:57:42 +08:00 via Android 2
你完全可以按量付费开一堆云服务器模拟集群和高并发场景，也完全可以按量付费套上 CDN 、WAF 之类的来看看流量清洗的效果，更可以基于这些来模拟构建一套生产环境下的场景…无非就是你想不想做而已， 并不是没有办法获得这些经验。
别以为会花很多钱或者很麻烦，你完全可以写个脚本自动创建资源、构建模拟环境，跑完压测之后再自动释放掉，一次可能也就花个十几二十块。 |
 |
18
angryfish 2020-10-02 08:02:06 +08:00 via iPhone
@locoz #17 楼说得很有道理了。就看自己想不想实践。先看看相关的书，然后实践下，这经验就到手了
|
 |
19
chenshun00 2020-10-02 12:22:59 +08:00
赞同 17 楼的做法，我再举个例子，你写一个正常业务的流程(对 Java，Springboot，mysql/redis)，然后按量开一些云服务器去进行压测. 可以使用 PTS/Jmeter 等等去进行压测. 慢慢的吧压测的 QPS 或者是 TPS 提上去，在看看效果. 这个过程花不了多少钱. 我用阿里云的容器服务测试一个晚上也就 10 快不到.
如果上边的测试数据量少，那就生成个上百万的数据在进行压测. 看看会不会有问题. 如果有问题，看问题在哪里，修改掉，继续压测. 维持一个稳定的 RT，TPS100ok，那就上 200，200ok 就上 300，一直到临界点(代码不能优化了，只能靠加机器，提升硬件去加 QPS/TPS) |
 |
20
lionseun 2020-10-11 12:28:24 +08:00 via Android
恭喜你，成功理解内卷
|
Select Language