明路指不了，给你指条黑路：干测试，不学习！

hr 卡本科

双休，12 月的周六有可能会加班

建议提前看下广州深圳的招聘信息，找到适合的岗位的信息，对着去学习相关的内容。
如果你心仪的岗位不需要自动化呢？

手撕下 leetcode？？？
我的理解是都手撕代码了，不至于开不起 20k 吧

1. 如果你只是为了写一份材料用来佐证你的并发数计算是对的，那么就是理论讨论，言之有理即可，可以参考如下：.

基于 Little's Law（利特尔法则）的计算方法
公式：
并发用户数=TPS×响应时间

TPS（Transactions Per Second，每秒事务数）： 系统在高峰期每秒需要处理的请求数量，可以根据业务数据（如日活用户数、高峰期每分钟订单数）来估算。

响应时间： 业务所能接受的单个请求的平均处理时间，通常由 SLA（服务水平协议）或用户体验要求来决定。

基于业务数据和用户活跃度的计算方法
这种方法更贴近实际业务场景，可以帮助您确定一个更合理的 TPS 目标。
公式：
并发用户数=日活用户数×高峰时段用户活跃比例×峰值系数
日活用户数（DAU）： 每天使用系统的用户总数。
高峰时段用户活跃比例： 每天高峰时段（如中午 12 点、晚上 8 点）在线用户的占比。
峰值系数： 考虑到特殊活动（如秒杀、促销）或业务增长，设置一个额外的放大系数。

2. 如果你的目标是为后面系统发版本做指标设计的话，你从生产环境拿下流量统计，连接统计，请求耗时统计等真实业务数据再去找适合方法论，没有那种一招破万招的招式

老哥，要是绩效多就明着说，说占比多少也行啊
什么叫惊喜不断？然后又加个不信谣不传谣？
完完全全给人一种在画饼的感觉，含泪吃一口大饼？

听说过这个事情，中软干的，筛选纯血牛马的操作罢了。

本次打工版本的现状：你不干有的是人干！

曲线救国真成了啊

工资几个月没发，佬友还留着住啊