如果是性能问题，我一般回答是：
1、找到性能的大体位置。
嵌入式：
a、现在是做自动驾驶的，一般都有工具找到具体线程在运行中问题。
b、研发再用更细致的工具，能够找到具体的函数。
互联网：
接口性能不达标，本身要求 800tps，当前只能 200tps
对应接口的研发首先找找是不是自己问题，当然方法也是打个时间戳。

2、性能问题无非以下几点原因
a、自己写的代码有问题，一般都是 for 循环处理有问题，逻辑处理不够简练或着里面有 bug。
b、处理的数据量很大，这个本身很难解决
c、调用别的的接口有问题，别人解决吧
d、互联网中 sql 写的有问题

观点 1、就是招个外包，整的还花里胡哨的
观点 2、自己的水平决定你招到啥样子的人
观点 3、一般人都不敢面对的自己劣势

搞技术的都是喜欢生活安静、不折腾。在这里说这个，哈哈

为啥要降薪找工作？
为啥不能再多学习一下呢

就招 2 个人，招了一个月了？你们是在招神仙吗

上份工作待了几年

很不错文章。


发现两个问题

敏捷的推广能不能理解为加班的引擎

3500 个请求 平均 200ms 完成
=》在 0 秒发送 3500 个请求后 0.2ms 就收到所有的返回。
=》如有上面是对的
=》所以对于服务器来讲 200ms 处理完 3500 个请求。
=》在 0.2 秒发送 3500 个请求后 0.4ms 就收到所有的返回。
.....
=>1 秒内共计发送 3500*5=17500 个

实际上可能达不到 17500 个，要低于这个；个人理解。

其实社会很残酷
不努力就不能挣到钱
没价值就不会给涨工资
当前这个价值不是真没价值，而是说大家的平均价值是 5，你是 3 就会被裁掉，8 以上才会加薪。
上面的努力是一样道理

js 框架 Puppeteer 应该可以解决这个问题

同是天涯沦落人；
等我面试完了，我一定也整个

httprunner 优点跟缺点都很明确（一年前用过）；
优点：
1、帮你编排测试用例
2、帮你断言结果
3、可持续添加接口
4、跟 debugtalk 无缝链接，定制化你想实现的功能
5、详细、漂亮的结果展示
缺点：
1、人家写的
2、入门需要成本
3、错误提示不够明确，找不到哪里的错
你要是公司第一个吃螃蟹的、python 不是很熟悉，最好还是自己写；反之当然用 httprunner 了

总体思路：
1000 = 512 + 256 + 128 + 64 + 32 + 8
按照上面挨个构建上面的值，再组装起来

# python
import random

a = [256, 128, 64, 32, 16, 8, 4, 2, 1]
b = []
for i in range(9+8+7+6+5+4):
    b.append(random.Random().randint(0, 1))
data = [b[0:9], b[9:17], b[17:24], b[24:30], b[30:35], b[35:]]


def cal(data: list):
    sum = 0
    for j_data in data:
        for i, value in enumerate(j_data):
            sum += a[8-i]*value
    return sum
print(data)
print(cal(data))

[[1, 0, 1, 1, 1, 0, 1, 1, 0], [0, 0, 1, 1, 0, 0, 0, 0], [0, 1, 0, 1, 0, 1, 0], [1, 0, 1, 1, 1, 0], [0, 0, 0, 0, 0], [1, 1, 0, 1]]
315

之前我也认为算法题没啥大用处；
后来仔细考虑这个问题后，我还是比较同意 2 楼的意见。
如果你连最难的问题都会了，简单的问题别人还用担心吗

目测用 “栈” 来搞是可以的;

c = []
e = ''
for i in list('3[am]2[bn]'):
    if i == ']':
        d = ''
        for value in reversed(c):
            if value == '[':
                c.pop()
                beishu = c.pop()
                e = e + int(beishu) * d if d != '' else e+int(beishu) * e
                break
            else:
                d = c.pop() + d
    else:
        c.append(i)

使用 docker 已搭建；
搭建过程未出现楼主这种情况，建议相关版本与其一致，避免不必要的踩坑

你理解错了；
这个 15072 是这 300 秒的请求总数；之所以产生两个 15072 是因为聚合报告会汇总请求总数，
所以一个 是分结果，一个是总结果；
如果想确定一共是不是产生了 20 个线程，就在 http 请求中加一个: ${__threadNum} (应该是这个参数，如果不是你再网上查查去)

2019 年这个时候，面试高德时，就问我性能问题；当时能知道你上面写的一半吧。
性能要深入还是得去代码中找答案。

是不是面试题，无所谓；持续学习是件好事

不建议去外包，没有归属感

我现在慢慢发现，大公司特别喜欢自己折腾，或者创业过的人；

科学技术已然社会发展的动力；
研发作为其中重要一环，依然会向前进步；
发展存在抖动是正常的，社会依然美好，需你我一同建设！
个人发展离不开个人努力，只要向前看，没有问题解决不了！

测试是先下山再上山。
开发是先上山再下山。
主要看你喜欢爬山还是下山了