定居天津的那些日子（二）

关于是否装修，找哪家装修公司，这么装修，花了近一个月才确定下来。既来之，则安之，居住条件再提高一点，生活品质再提高一点，这是奋斗的初心。本着这个初心，很多决定就很明确了，房子要装，还要用能用的钱装的更好些。

对装修没有任何经验，所以就找了一家自己信的过的小公司，我内心说，好坏就是她了。

这个月硬装总算的搞的差不多了，但是还有很多电器没有买， 掐指一算，又是一笔不少的开支。

于是，我们的口号是，搞钱，搞钱，搞钱。我们的目标是搞钱，搞钱，搞钱。生活不易，当如是。明知庸俗，明知不可为，偏要挣扎的奔赴目标。

展开全文 >>

车轮上的蜉蝣（一）

寄蜉蝣于天地，渺沧海之一粟。人生就像蜉蝣，对自驾游行就是蜉蝣，在某地出现数小时，然后消失，对于常住某地的人来说，自驾来此地的就是“蜉蝣”。

最近几个月，外出承德，张北，塞罕坝等地，共行程2000公里左右，其实没咋用心玩，用心看，都在路上了。 路途风景固然值得一看，毕竟饱了眼福，亏了精神享受。

旅游如果只是看看景色，我觉得大可不必非到在现场。旅游如果只是放松心情，我觉得桑楠洗浴，唱歌看妞更适合。旅游的目的用该是灵魂的涤荡，对顿悟的追寻，对未知的实地探寻，看似渺茫无物，实则正中心的。那是一种苦行憎式的旅行。

有些地方你去了，但其实你没有去，有些地方你没有去，但确实去过了。

一路平安！

展开全文 >>

工作周报2025年 7 月 21 日 - 2025年 7 月 27 日

本周工作思考

  • 在开发Sentry 巡检Agent的过程中，我觉得最重要的是构思和设计。在以前的开发项目中，从产品idea到功能上线，只少要4周左右，其中有2周左右要留给研发测试及上线等工程工作，但是从商业角度出发，最重要的PMF这个阶段的重要工作产品设计的主要工作也就2周左右。随着vibe coding各类AI 编程的出现，可以保证在项目周期不变的情况下，增加了产品设计的时候，或者缩短了整个项目时间，比如原来4-3周的项目可以缩短到2周-1.5周完成。这种节奏特别适合MVP类的产品开发。

展开全文 >>

工作周报2025年 7 月 14 日 - 2025年 7 月 20 日

本周工作思考

  • 本周每天抽一些时间对AI Tools的进行一个比较全面的学习和研究，包括对一些特别的Prompt做一些测试和有效性验证，当时主要从用户的角度来学习和研究的，对部分问题我自己也对照着Dify尝试着走一遍，同时也有一些自己的思考。
    1. 从单类的问题解决上、对话流程编排和解决框架上还有不少亮点的。我的思考是这样的，解决问题的框架面向的人群，面向的问题不同，带来的价值也是不同的。现有目标可能不是解决高认知高难度超复杂的问题。但是所有的问题都值得用AI解决以创造更高的价值，所有的人需要AI提升自己的价值，不能用我们个人的所知所见来理解这个市场。
    2. 最近在排查Sentry问题是，我注意到一门课，是新疆那边的一个县里的举办的假期老师培训，主要是讲大模型通识课，从他们提交的课堂笔记的照片来看，都是基本的大模型理论课，从这个场景出发，我认为AI Tools就非常适合这个场景。
    3. 另外的体会是我的老家有很多木板厂，我的很多兄弟子侄也都在其中工作，他们中很多没有上过大学， 但是他们也从事销售工作，全国各地的出差卖木材，但他们长期在市县域经济圈工作， 也会有各种各样的销售上的问题 ，他们可能有比较强的销售综合能力，但是大都是利用行业经验和人脉资源，比如你问他如何挖掘新需求，他可能说不太清楚，但如果使用AI Tools这种针对性比较强的AI助手，我想一定会就能够帮助到他们，据我所知现在也有一大批这个人群在使用UMU。
    4. 随着使用量的增加，我想我们遇到的问题越来越多，在持续的迭代中，我们对这类问题的理解和解决的能力越打磨越有效，就会慢慢的迭代出类似Agent这样的着眼于结果的有效工具。

展开全文 >>

工作周报2025年 7 月 7 日 - 2025年 7 月 13 日

本周工作思考

  • 本周uShow的任务比较多，目前很多数据配置任务的自动化节省了不少时间，所以能够比较顺利按照客户预期完成上线。随着uShow项目的增多，在和客户专家打分的拟合过程中，为了更好的拟合客户打分，除了相关性的指标，另外增加了数值平均分、方差、误差率等相关指标，这些指标能够从更多的视角分析客户专家打分的特点，通过整体分析客户逐字稿的逻辑特征， 不断调整uShow系统的可配置参数和标签，能够使这4个主要指标基本符合客户专家打分特征，这样基本能够保证大部分uShow在上线后的泛化能力，这种方式需要要求客户在挑选专家打分的练习样本视频时要更加全面。
    1. 我一直非常认可uShow的这种基于视频的综合练习，对特定的业务场景来说，客户来即省力又省成本的效果，对用户来说，这种客观上要求沉浸式练习的要求，实实在在能够起到大量刻意练习带来的综合能力提升。对很多用户来说，Ta可能没有在学习中践行刻意练习这种学习行为思想，但因为购买我们的uShow产品，Ta在使用产品过程中就自然而然的体会到这种科学的学习方式带来的对自身演讲能力带来的极大改善。
    2. 我再平时的uShow项目执行中也学习和领悟到了很多东西，因为我能看到底层维度的数据，比如口头禅的处理，如何梳理逻辑腹稿结构，表达的表达等。 同时我的另外一层想法是，如果用户在长时间的uShow练习中能够做的非常优秀，那么我也非常有理由相信用户在日常的工作表达中也非常的优秀，长时间的uShow练习其实也是在夯实工作口语沟通的基础能力。
    3. ASR是目前uShow的基础，uShow的ASR识别其实面临的不少的现实挑战、 通过用户的逐字稿其实可以看到不同的用户的口语表达能力，有的用户的逐字稿非常连贯清晰，有的用户的逐字稿非常散乱，三四个字就被识别为了一句话，这种情况无论是使用大模型还是小模型，都不太可能有很好的分数。但是从场景来说，比如县域医院的药品推广，这些医生需要诊治的病人都是当地人，所以也就会由当地口音，基于这种环境，医药代表带着口音的宣讲可能也是拉进医患关系一个策略，从这个角度出发，我们也不太可能片面的认定这种口音下的ASR不合适。
    4. 最近这一种我也利用一些时间优化ASR的识别准确率，因为在实现上这个准确率会影响到后续的一些列的NLP计算。基于ASR模型的限制，我们需要手动配置大量的医疗术语，目前这部分医疗术语我们是通过大模型抽取的，相当于人工抽取，大模型会最小的时间把尽可能多术语的抽取出来，这会在一定程度上提升逐字稿的准确率，这部分是是ASR后处理，所以只能提升逐字稿的准确率。另外就是现在的拼音模糊算法存在效率和准确度不高的问题，这些问题都是最近在解决的问题。

展开全文 >>

工作周报2025年 6 月 30 日 - 2025年 7 月 6 日

本周工作思考

  • Q2 可观测性体系建设及稳定性治理总结及思考
    1. Q2在目标设计上重点解决现存的影响线上质量的问题，对能力框架建设和机制建设的问题没有过多过深的涉及，而这些会成为Q3的重点。
    2. 随着迭代的进行，整个路线图在执行过程中逐渐清晰和明确，
      • （1）Q1我们重点解决了线上很多影响用户使用和体验，用户没有反馈的线上bug，提升了线上运行的稳定性；
      • （2）Q2我们重点解决了错误率高，不影响使用的，但是在部分浏览器上可能会有bug的，影响用户性能的，有潜在质量风险的问题，同时对部分重点功能和组件，部分疑难问题做了比较长期和和深入的跟踪及观察，解决了一批潜在的线上问题，优化了一些重点功能，加固了大部分的代码的异常数据兼容性；在指标完成度上，我们紧密围绕指标提升开展工作，但是也不是僵硬的以达成绝对的指标数值为目标，比如在解决某一类问题上，我们会在某几周内通过主动上报大量的日志导致指标下滑，但是这样能够给我们展示更多的系统线上运行信息，这样非常有利于一些疑难问题的排查，而不必在意一时的指标下滑。
      • （3）Q3依旧会解决Q1和Q2遗漏的或者新增的的基础问题，另外就是对能力建设，如（1）Sentry机制完善，包括ignore的配置化，Sentry采样率的模块化区分或者针对企业级的区分，Sentry服务的深度使用及服务器优化；（2）构建AI巡检能力，打通Sentry的MCP服务，将人工巡检部分的或者全部的交给AI，人工只解决AI解决不的问题；（3）尝试构建AI自动修复机制，对巡查发现的诸如类型错误，异常数据问题由AI自动增，加修复代码，提交MR，提交CRPipeline；（4）配合服务端的解决稳定性治理和新产品迭代，降低新功能线上运行的潜在Bug。
      • （4）Q4的重点是在应用AI能力，将巡检，线上问题排查，线上问题排查整体结合起来，每天发布一份AI生成的线上稳定性巡检报告，努力实现这一业务工作的日常工作的无人化作业。

展开全文 >>

定居天津的那些日子（一）

作为以糊口为基本目标的成年人来说，选择哪个城市作为自己的落脚地，其实并不是很重要，只要这个地方能够让自己挣到钱，让自己未来挣到钱，能看到有想象中的未来，让自己拥有自己想要的幸福与快乐就足矣。这很像古老的人类或者游牧民族一样，逐丰茂水草之地而生。我内心深处有一股强烈的流浪的冲动，择地而居，适时而动本就是生存之本源。

当有了家庭，有了孩子，我不得不妥协于现实：教育，医疗带有属地性的分布，在现有的社会体系里，它们呈散点分布，有的地方好，有的地方差，为孩子考虑计，我不得不慎重。

孩子已经6岁了，我不得不考虑他的上学问题，综合考虑，我们决定至少让孩子在天津完成他的基础教育。

天津是个好地方，我总结她的特点是：适合生活，不适合生存；适合花钱，不适合挣钱；适合体验，不适合享受；适合有点钱，有点闲的这类人，不适合没有钱的人，也不适合很有钱的人。

以后的人生，至少孩子初中毕业前，我会一名天津人，我会爱她，护她，我人生的酸甜苦辣，喜怒哀乐就和她有关了。

展开全文 >>

工作周报2025年 6 月 23 日 - 2025年 6 月 29 日

本周工作思考

脱敏处理

  • 编程的Prompt工程中Prompt编写
    1. 使用具体人物角色优化输出效果，本周在在解决一个Bug时，修复的bug中也重构了一部分稳定性不太好的的老旧代码，使用Claude Code，设定角色时，我使用了平时常用的“你作为资深React工程师，擅长异味代码重构….”，我发现效果并不好，坦白说，我希望它重构的点，有遗漏的地方，我怀疑是我的Prompt有效性不足，于是又改了一版，效果还是不好，后来我修改了Prompt的开头，使用“你是Martin Fowler，请仔细阅读以下代码，提出你的重构建议…”，我发现使用这种方式角色设定，效果非常好。比如用React领域的专家Dan Abramov的角色编写新组件，所以使用你要处理工作的那个领域的最顶尖的角色来写Prompt，往往比空泛的“资深的工程师“之类的更有效果。
    2. 建议新功能开发时，把所有的Prompt输出到一个md文件，这些文件具有代码级别的管理，需要Review和迭代。最近我也在看一些行业里的分享，大家已经开始思考并践行如何管理Prompt和使用它生成的代码，如需求变更时如何同步更新Prompt和对应的代码；代码review时，需要同步review Prompt，并且产品经理和测试伙伴需要Review 开发的Prompt； 测试伙伴在做功能回归时，需要参考开发伙伴的Prompt，产品经理和开发伙伴同样需要Review 测试伙伴的Prompt。Prompt的Review在未来是比Review代码更重要的事情。当然，目前大家都在探索阶段，还看不到公认的最佳实践，这方面我们也需要积极实践探索找到适合我们的最佳实践。

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

程序员，关于技术我所知甚少，唯有探索，方得真知。