
这里不做碎片化信息流,只记录我的长期技术复盘。
这里是我的技术博客,也是我用来记录问题、整理思路和沉淀方法论的地方。
我写博客时一直有个很明确的想法:把一个真实问题写清楚,把一次技术选择想明白,把做过的事情尽量留下可复用的经验。
如果你是从简历、项目链接或面试场景来到这里,这一页可以看作是我的补充说明。它不只是简单罗列技能,也想让人看见我平时是怎么理解问题、怎么做判断、怎么把想法落实到项目里的。
所以这个博客里的文章,大多会围绕这些内容展开:
结合现在的实际投入方向,我主要把精力放在下面几块:
这是我比较核心的一条主线。我平时会更关注:
我比较在意项目做久了之后会发生什么。需求一多、模块一杂、协作一复杂,代码还能不能继续维护,问题能不能快速定位,系统还能不能稳稳接住变化,这些对我来说都比“功能先做出来”更重要。
Python 对我来说既是开发语言,也是效率工具。
我经常会把它用在:
很多时候,Python 最有价值的地方就在于它足够灵活,能让我把一个想法很快验证出来,再慢慢沉淀成真正能复用的工具。
前端这块,我的主要关注点还是 Vue 生态,以及围绕它展开的工程化和体验优化。
平时会持续关注:
我对前端的理解一直比较务实。页面当然要顺手、清晰、好用,但真正拉开差距的,往往还是稳定性、可维护性,以及项目跑久以后还能不能继续改得动。
AI 也是我目前持续投入的一部分。
前一段时间我在 Stable Diffusion(SD) 这类生图工作流上花了不少时间,也积累了一些关于提示词、参数和流程编排的理解。不过这两年看下来,单纯围绕开源生图模型展开讨论,空间已经没有前几年那么大了。很多原本靠模型能力本身就能成立的场景,现在也逐渐被更强的闭源模型和更完整的产品形态接过去了。
所以我现在更关心的,已经不只是某个模型本身强不强,而是 AI 能力到底怎么进入真实工作流。比如:
我对智能体这件事比较感兴趣,主要是因为它已经不太像单纯“调用一个模型”了。它更像是在重新组织软件:怎么管理上下文,怎么调用工具,怎么拆任务,怎么把结果接回流程里。这里面既有工程问题,也有产品问题,值得长期做下去。
后面博客里如果继续写这部分内容,大概率也会更偏向实战复盘、工作流设计、工具链整理和效果对比,而不是只停留在模型层面的讨论。
我写一篇文章时,通常都会反复问自己几个问题:
所以如果你直接从首页开始看文章,应该会比较容易看到这些倾向:
我不太希望把这个博客做成一眼就很“功利”的作品集站,但它确实承担着一部分职业表达功能。
如果你正在通过这页判断我适不适合某个岗位,我希望这里至少能传达出几件事:
如果岗位更偏向这些方向,这个博客大概会更有参考价值:
对我来说,博客一直都不是更新频率的比赛,更像是一种长期积累。
我希望它慢慢留下来的,是这些东西:
如果以后有人因为一篇文章看懂了一个问题,或者因为一段复盘大概知道我是怎么做事的,那这个博客对我来说就已经很值了。
如果你想交流技术、讨论项目,或者刚好在看合适的机会,欢迎联系我。
const Contact = {
blog: "在文章里先认识我",
github: "https://github.com/lbwnb666-ai",
email: "2754986914@qq.com",
};