嵌入式开发本来岗位需求应该就远少于传统软件开发 + 互联网开发，所以我确实感觉可信度不高。不过不排除她当地竞争比较小吧，不太能参考过来。每天十几家公司打招呼，真的这么多公司搞嵌入式吗

插眼，也想了解一下行内人士怎么测。

虽然她说的也没毛病，编程语言只是工具，C/C++ 本质上切换过去也就是写慢一些不太懂语言技巧写得丑陋一些，搞 qt 无非也就是熟练使用那套 api，搞明白 slot 和 signal 等概念。主要问题是半个月，而且是自个儿捣鼓没有什么正式的项目训练，这样就大把人要她，听着很假。但凡把半个月改成一个月或者两个月，我还信一下。半个月自学就能上岸，关键是看她这得瑟的心态就不觉得能学得好，企业要求也这么低吗？

从前端转 C++ 和 QT，我觉得可能性很低。跨语言就不说了，还反向跨到 C++，抛弃了积累多年的技术栈，往一个本身需求量并不突出的领域跳（也许是我孤陋寡闻），还半个月，各种叠 buff……

主要按照正确的思路去写就好。

先说支持的产品最终线上质量 -> 为了达到这个质量做了哪些事情 -> 这些事情对应的结果和产出是什么（业务测试或者各种专项）

【打回】用得好一手专业话术 等社区挂新书，我也换点积分

想太多啦 ，在 19 年上半年之前进来字节的人（而且要有足够资历能拿一定量期权的那种）能吃肉，19 年下半年来喝喝汤，20 年起的期权算上期权扣税，基本上没赚头，21 下半年还购入期权等于亏钱。反正我手头的那么点折算一下基本没啥财富增量。【仅是个人观点，免责声明保命】

对于商品期货，也自有它的周期性。一切都是一个循环，但我们往往是缺乏耐心。在贪念的驱使下，在错误的时间上场，然后再在恐惧的趋驱使下，在行情启动的时候离场。如此反复循环。

我手持中丐 b 站、美团、阿里，还有要命的医疗半导体基金，高点入场血亏整整一个年终奖还多，含泪躺了快两年依然没办法解套。只能继续进一步躺着了 好在这笔钱不急用

在严格的商业生产系统里算，在社区应该没问题，毕竟专门来黑社区也想不到能有什么利益到手

这里面存在业务特色，我们是 sdk 业务，公司内部不同业务接入我们的 sdk。
我们的课题是，在一个业务的宿主 app（如抖音）上回归了一次之后，其他的宿主 app 还要不要再做回归。

这里面涉及一个宿主通过什么方式去接入 sdk，并且要明确一种方式来盘点 sdk 接入差异而产生的宿主层面的差异。

再往细里说就只能口头解释了，不然长篇大论。

csv 只是一种文本格式，简单说就是 value1,value2,value3,value4 等通过逗号去隔开不同数据的文本格式，人眼上有可读性，格式简单也方便统一改，网上搜一下就可以了。python 本身也有内置的 csv 文件解析类可以 import。

今年 10 月起在搞大家最不看好的精准测试 ，不过比较有业务特色，和标准方案有一些差异

那是不是可以理解为设置这个线程数过大了，实际上系统发不了这么多线程数。回到帖子的问题，是不是已经解决了？

【jmeter 创建 10000 个线程，应该不是并发请求的吧。是循环发送请求的吗？】最好把配置截图发上来看看，我用 jmeter 很少，可能是我自己混淆了一些概念。

1. 如果 table 里新增的字段本身有默认值，而且你的自动化也和新增字段没关系，那你在构造数据库数据库时就可以直接 INSERT INTO table_name (column1, column2, column3, ...) VALUES (value1, value2, value3, ...); 来达到指定字段插入值的目的；
2. 如果 table 里新增的字段本身还没有默认值，而且沟通后这个字段不能赋默认值，那就没有办法。因为你已经和 table 完全耦合绑死，table 一改你就得跟着改测试数据。你最多能做的就是把你的测试数据写成例如 csv 这种比较好处理的格式，到时改数据直接用 vscode 或者任何编辑器做正则全局搜索替换字符去批量更改数据；或者更高级一点你提前封装诸如 sed 命令或者任何批量修改你测试数据的脚本来提高你该数据的效率

直接看你的被测服务是不是真的接了符合预期的请求量，先排除这么乱来的线程数是不是真的能发；确认了是有，再来考虑这里的问题

没看懂问题，怎么听怎么不合理。

为什么数据库增加字段还能影响你的自动化用例？自动化里面做什么逻辑？

莫非你的意思是，你这个接口自动化里需要去创建一个 table ？

哈哈哈，我司对待后端研发上线出问题，第一要求就是二话不说先回滚代码

不查白不查，公司给免费怎么不去看看。甲状腺结节良性居多啦，不方

你的说是有道理，认同

也不是这么解读，极少有人是一路顺风的，看用什么心态面对问题，以及潜在可能发生的问题你会提前做什么规避。

现在很多父母搞鸡娃，我喜欢偶尔鸡一下自己，自己的负面情绪更少，能量更高，目的也更单纯，或许可以理解为乐观吧。

至于别人怎么看我，我其实无所屌谓（这不是说脏话，最近我们组内很流行这句话 ），当我是卷王或其他啥并不会对我造成影响。

非常赞同 12 楼。

与其感慨路难行，不如马上出发。不要所有错归结为世界的错行业的错，还是从自身能改变的地方做实际行动。

既然大家都在骂，为何总有后人源源不断的挤进来，而不是大家都选择离开这个行业？
既然讨厌做外包，为什么还是硬着头皮去做自己讨厌的事情？
既然想过的更舒服一点，为什么不自己做老板搞点小生意过过日子？

还是得先拷问一下自己

我一直认为，现在大家都说的【卷】，换成十年前的话术来形容，就是【勤奋刻苦】，是一种值得赞扬的品质。当然有些人确实在做职位内耗的行为，不过在以前也同样有，现在之所以突出，就是因为行情不好开始洗牌，有些人在裸泳怕被看见，就得尽快使用一些手段来遮羞，坚持不了多久。

这样哦，那可能就看心态了。

如果时间充裕，想自己找点事情提升技能，那学习新东西是很好的，技多不压身，多学一些能活跃思维；

如果是处境窘迫，想要寻求突破，那明确好方向和目标，保证自己的精力能聚焦起来投入，是更优的方式；

楼主应该是第一种，我觉得挺好。

是的，场景构造细分也是一个缩小范围定位的过程。如果有等价场景的历史基线数据供对比（如线上同场景的性能数据），其实参考性也足够了，就是明确有问题。

如果 20% 差距不符预期，那大概是有那种随着请求量堆积越来越慢的性能问题类型；排查一下锁、缓存、SQL 耗时、线程这些经常带坑的地方

想帮助你，但是没看懂你在问什么。

建议补充以下信息：

1. 你要压什么，或者说你目标是啥
2. 你怎么压的，用什么工具，大概什么思路
3. 谁和谁的差距大于 10%
4. 你自己的分析过程和具体想问什么问题（“落地经验” 太笼统）