还未发布过话题
  • 狂人日志吧

  • 年轻时候,月薪三五千,完全不够花,每天打打闹闹开开心心的过
    后来买房买车了,无所谓,够还贷就成
    再后来结婚有娃了,要攒钱呀,娃读书得卖房换套学区房呀,房贷还有一两百万呢,要还 30 年呀
    再后来寒冬来了,公司欠薪了,我也润了,行情越来越差,工作能干多久哇,没攒几个钱呀,家庭一点容灾能力都没有
    我们目前的现状是,饭碗随时不保,要给娃攒点钱,家庭要能容灾,父母也快老了需要赡养,上班连病都不敢生,更不敢出个啥意外,贷还没还完呢,还有家要养哩

  • 想归想,该吃吃该喝喝该卷卷,活在当下吧

  • 鲁迅曾写道:"普通人的一生,不过是盛世之牛马,乱世的炮灰,安平榨其力,战时用其死,太平本是英雄创,不见英雄享太平,我翻开历史一查,这历! 史没有年代,歪歪斜斜每页上都写着仁义道德四个字,我横竖睡不着,仔细看了半天才从字缝里看出来,满本写的都是两个字,吃人。

  • 测试跳槽 at 2025年06月19日

    沟通协调能力是重点,其他都是枉然

  • 挺朴实的 jd

  • 如何向 AI 学习精准表达?
    结构化逻辑

    AI 的回答通常遵循「结论先行→分点阐述→总结」的结构。

    你的练习示例:
    ✨ 原句:
    "我今天遇到一个问题,就是报告写不完,因为数据太多,而且格式还乱了,同事也没帮我。"
    ✨ 优化后:
    "我需要协助:报告因数据量过大和格式混乱可能延迟提交,能否协调同事支持?"

    删减冗余词

    删除「其实」「可能吧」等模糊词,直接指向问题核心。

    对比:
    ❌ "我其实觉得这个方案可能不够好。"
    ✅ "方案存在三个风险点:1... 2... 3..."

    用 SCQA 模型(情境 - 冲突 - 问题 - 答案)

    案例:
    S(背景):本周需提交客户方案;
    C(冲突):但关键数据缺失;
    Q(问题):如何 48 小时内补齐数据?
    A(答案):申请跨部门调取历史数据。

  • 行业乱象:劣币驱逐良币的恶性循环

    1. 高层决策导向:利润至上,质量靠边
      只关注市场份额和短期投资回报,对技术积累和产品质量缺乏重视。
      投标逻辑:不论实际能力,先靠 PPT 抢标,抢到后再想办法 “凑合交付”。
      结果:真正深耕技术的企业因成本高、周期长,反而难以生存。

    2. 项目执行:层层转包,质量崩坏
      “先抢标,再凑合”:抢到项目后,先推出阉割版产品应付交付,后期再扯皮维护。
      “包中包中包”:多次转包导致成本压缩、责任模糊,最终交付质量极差。
      工资内卷:底层执行方利润被挤压,从业者薪资越来越低,行业人才流失。

    3. 行业生态:劣币驱逐良币
      投机型企业靠低价和忽悠抢占市场,技术型企业因成本劣势被边缘化。
      客户受害:短期拿到低质产品,长期面临维护难、升级难的问题。
      行业倒退:创新动力下降,整体技术水平停滞甚至退化。

    可能的出路?
    政策监管:设立更严格的投标审核机制,防止 “PPT 骗标”。
    行业自律:头部企业带头拒绝恶性竞争,建立技术壁垒。
    客户觉醒:优先选择有技术沉淀的供应商,而非 “低价低质” 方案。

    总结:如果继续 “重营销、轻技术”,最终整个行业都会为短视行为买单。劣币或许能一时得利,但良币的消失会让所有人无路可走。
    哈哈哈,ai 排版后看起来高级多了

  • 我之前待过的公司,最后基本都只剩我负责的产品线自动化是日常跑的;
    前期基于领导压力,仔细规划定目标做,流程尽量规范,挑重点做;
    中后期的建设,慢慢作废部分变更的或者经常变更的,补充易出问题的、容易漏的、手工麻烦的;
    刚开始可能是因为 okr,后面肯定是要归于增效去建设的,检查点的优先级、维护成本是重点需要考虑的;

  • 再补充一点,售前、市场、销售人员、售后的价值不用赘述,产品、ui、ux 和开发都有实际的产出,唯独测试的产出最无法量化,测试设计,测试用例,测试报告这些和盈利也不挂钩,测试成果也不好衡量,1w 和 2w 的测试产出看似区别不大,入门上手最简单,面试候选人甄别人才最抽象等等各种因素,导致了从业人员稂莠不齐,更加导致测试地位低下,测试不紧紧东一个技术西一个技术的乱学,有的人不懂代码,但是比测开更懂自动化平台和自动化测试,只有真正懂得思考的测试,才能更好的学以致用,在公司有更多的话语权
    ps:我当初不懂代码时,专程招了一位 java 开发转测试的同学来做基于公司现有的 java 自动化框架的自动化,基本都是我指导他写脚本的思路