当 AI 已经会写代码，程序员还剩下什么？
这两年，AI 编程工具的发展速度快得有些超出我的预期。 最开始，它们更多只是用来补全几行代码、解释报错，或者帮忙生成一些简单函数。到了现在，AI 已经可以根据一段自然语言描述，直接生成相对完整的类、接口、页面、数据库操作，甚至还能主动补充异常处理、日志记录和代码注释。 就连这篇文章本身，都使用了AI
一次VRC关系事故的复盘记录-黄毛初体验
我最近经历了一件挺奇妙的事情。 省流版大概就是： 我在VRChat开小男娘后宫，然后莫名其妙开启了隐藏剧情。 事情的起因其实很简单。 我在VRChat里谈了恋爱。 然后，小团体的关系结构就变得很炸裂了。 当然，严格来说也不能算是我一个人的问题。它不是那种传统意义上的分手、NTR或者大型撕逼现场，也没
Sony WM1A：十年前的万元播放器上手体验
从一台梦想中的 Walkman，到十年后的圆梦 开篇：2026年，我买了一台十年前的万元播放器 2026年，我花了3000元左右，在闲鱼买了一台十年前售价接近万元的播放器。 它没有安卓系统，没有流媒体，没有 WiFi，甚至充电速度连五福一安都不到。
PI PZT触发功能解析、SDK用法
1. 背景 在高精度PZT扫描系统中，经常需要实现这样一种功能： PZT按照固定速度运动，每移动固定距离触发一次相机采集，从而获得等间隔空间采样数据。 例如： PZT扫描范围：100 μm 触发步长：0.076 μm 相机帧率：150 FPS 理想情况下，希望得到：
Task.Run踩坑记录-并不是万金油？
前言 在 C# 开发中，Task.Run() 几乎是很多人接触异步编程时最先学会的方法。 当遇到耗时操作时，很多人的第一反应就是： Task.Run(() => { DoSomething(); }); 把任务丢到后台执行，UI 不会卡顿，程序也能继续响应。 因此很容易形成一种习惯： 只要
16路工业相机同时运行是一种什么体验
一次多相机检测系统线程架构的踩坑记录 两年前开始接触工业视觉项目时，我对多相机系统的理解其实很简单： 一个相机采图，一个线程处理；如果一个相机能跑，那么换成多个相机无非就是复制几份代码。 直到真正把多路工业相机放到生产环境里运行之后，才发现事情远没有想象中简单。 工业现场真正困难的地方，往往不是"能
从能跑到稳定跑-上位机软件开发两年的一些体会
开篇：我曾经以为上位机只是"连接设备" 两年前开始接触上位机开发时，我对于这类软件的理解其实比较简单。 设备发送数据，软件接收数据，然后显示、保存或者上传。 看起来，上位机似乎只是连接设备和用户之间的一层桥梁。 但真正参与项目之后才发现，一个运行在真实环境中的上位机软件，远远不只是一个数据接收工具。
从学校到工业现场，我才发现软件工程不是写代码
从学生时代到工业软件开发，这两年让我重新理解了"软件工程"这四个字。 开篇：我曾经对软件工程的误解 在学校里，我一直觉得软件工程就是把需求转化成代码。 老师布置一个题目，分析需求，设计结构，编写代码，测试运行，然后提交。 那时候我认为，一个优秀的软件工程师应该具备： 扎实的代码能力 熟练掌握各种技术
