我们公司是的，在南京，你来吗？

区块链吧？

感谢杨总，让我又有继续看 testerhome 的动力了。持续追更

多说一句，thingsboard 应该属于有状态应用，但是这个玩意有不少的 BUG，比如与其他消息队列应用对接，做数据流转，没有断开重连机制，若遇到其他微服务升级，不会自动重连。建议还是不要用 thingsboard 了，坑很大，填不上。还有就是你上面提及的性能指标，那是限于规则引擎简单的情况下，你在规则引擎 js 里面多写几个 if else，性能马上就下来了

1 秒内上万并发 pub 消息用 golang 是可以的，如果 1 秒内 2000 并发 pub 消息的话，可以用 python 协程。只有 connect 比较耗资源，你用 jmeter 是做不了的，你都试试就知道了

thingsboard 这个鸟玩意，我还真做过，你用 jmeter 测出来不准的，建议自己用 mqtt 客户端写一个 go 工具测

5 年经验能到 15K 一个月吗？

围观

"以前办公室多睡会就会被说，看个手机、聊个天就会被举报，回去个锤子。"
这说的是苏宁吗？

产品官网链接，打开 404 了

地址在哪

Shell 命令调用 pytest -s test_name.py，执行测试。
这一步有点奇怪哈，你这里都用到了 K8S，那直接做一个包含 pytest 的镜像，然后动态生成 pod，代码挂载或者 git clone 方式应该会比较舒服吧。然后 drone 是一个 gitops 的 CI 工具，在这里也没体现出用途。 感觉作者在文中少说了点什么

感觉是可以的，可以一搏

看具体需求了，如果就是发一下请求，给个 100 把

群怎么解散啦？

看来这位小老弟还沉迷于自己获得的一点点成就中，太年轻了哈，哈哈哈哈

现在 locust 都不怎么更新了，在 python3 的时代，如果只是测 http 请求的话，用 aiohttp 写一下就完事了

目测难以维护，后面的配置文件几千项，无法修改，当用例超过 1000，页面改版 3 次之后，楼主就会放弃

出价多少

“我们通常会将 Sonar 发现的问题以 Bug 的方式提交给开发团队，要求致命、严重级别的 Bug 必需修改，并跟踪解决进度。在实际的运用过程中，也会根据项目实际情况调整质量阀门，以避免误报等情况出现。”
这一段中，质量阀门和误报并没有关联关系，质量阀门影响的是，你这次的代码扫描结果对于 sonarqube 而言是通过还是不通过。从你图上看，你用的应该是 soanrqube 默认规则，误报与否你只能人为判断，这并不是一个正确的解法。

问问公司用 Kubernetes 技术吗？CI/CD 弄么？

转转这么大的公司。不给日志权限？

楼主，南京有兴趣吗？

真的是太牛逼了