其它科技行业问答、工资福利与经验 · 智问盟
其它科技行业的公开问答、工资福利、职业发展和经验分享。
其它科技行业的公开问答、工资福利、职业发展和经验分享。
tech-other
The easiest way to underprice a technical project is to quote the build and forget the edges. Discovery calls make everything sound simple: connect two systems, clean up a workflow, make a dashboard, automate a report. …
tech-other
身边有些人代码写得一般，但跟客户和业务沟通还可以，就卡在技术支持、售前、产品经理这几条路怎么选。技术支持上手快但容易被工单拖住，产品岗看起来轻松，其实需求拆不清也很难受。有类似转岗经历的，第一步是先补业务理解，还是先找一个能接触客户的岗位？
tech-other
技术项目返工很多时候不是开发慢，而是验收标准一开始太虚。需求里写"同步客户数据""生成报表""支持权限控制"，听起来都懂，真正交付时才发现客户以为包含历史数据清洗，开发只做了新增数据同步，测试又按另一套口径验。后来我写验收标准会尽量落到可检查的动作：哪些字段同步、失败怎么提示、多久重试、谁能导出、报表按哪个时区和口径算。能截图的就给截图，能列样例数据就列样例数据。每个标准最好有一个"不包含什么"，比如不处理三年前的脏数据，不支持手工改…
tech-other
IoT 设备在办公室测试没问题，到了现场就掉线，这种情况我遇到过几次。最开始大家都怀疑设备固件，后来发现不少问题其实是现场网络和安装位置导致的。 我会先把排查分成三层：设备本身、网络环境、平台链路。设备这边看电源是否稳定、天线位置、固件版本、重连策略；网络这边看 Wi-Fi 信号强度、同频干扰、DHCP 租期、路由器是否会踢长连接；平台这边看心跳间隔、消息队列延迟和断线后有没有补发机制。 现场最有用的是留一份简单的安装记录。设备编号、…
tech-other
I used to think an automation project was done when the workflow ran successfully three times in a row. That was fine until the client changed a column name, the script failed, and nobody on their side knew what was saf…
tech-other
我以前做方案时吃过亏，图画得很好看，客户也点头，真正交付时才发现接口限流、数据归属、账号体系、旧系统字段这些问题都没谈清楚。架构图只能说明你想怎么连，不能说明这个方案能不能落地。 现在我写方案会先问几个土问题：谁负责维护，数据从哪里来，失败了谁重试，日志谁能看，权限怎么给，费用怎么算，旧流程怎么退回去。尤其是系统集成项目，最麻烦的经常不是技术栈，而是双方对"完成"的理解不一样。 原型也要尽早做，不要等合同都签完才发现 API 文档和真…
tech-other
Prototype demos lie a little. They work on the desk, with the good cable, when the person who built it is standing there. The first time we put a sensor setup in front of real users, the hard parts were power, labeling,…