做 photo booth / 大头贴智能终端，设备已经跑在 31 个国家。设备端是 Ubuntu 上的 Flutter kiosk 客户端（相机 / 打印机 / 支付终端全是原生库集成），后端 Node.js + TS + PostgreSQL ，还有一整套云端设备管理和 OTA 。
要解决的都是很"真实"的问题：打印机卡纸、海外弱网、断网后照片和支付记录不能丢、营业时段升级不能把机器搞挂。
远程，兼职 / 项目制 / 长期都行，阶段制结算，做得好可以往核心角色走。不限定语言背景，会 Kotlin / Swift / Java / TS 之一就能快速上手 Flutter 。
—— 招聘流程 ——
1. 简历 / GitHub / 作品集初筛：请提供 GitHub 、过往项目、产品链接或系统截图。相比学历和大厂 title ，我们更看重你是否真的做过东西。
2. 技术沟通：围绕真实业务场景讨论（见下方投递问题），不考八股文。
3. 小范围合作试跑：匹配后明确阶段目标、交付范围、时间和费用，直接进入开发。
有兴趣的话，可以选下面任意一题深入作答：
[ Q1 · 系统排障] Ubuntu kiosk （原生 SDK 控相机、CUPS 打印、Flutter 客户端、USB 外设、日志定期上传），多台设备每周 2–3 次整机 UI 卡死、打印机无响应、重启暂时恢复、无崩溃信息。a) 列 ≥8 个具体根因（硬件 / OS / SDK / 资源耗尽 / 并发 / 外设通信）； b) 系统化排查思路：收什么数据、用什么工具、看什么日志、怎么复现； c) 5 个降低整机卡死概率的架构改进（隔离 / 看门狗 / 超时 / 熔断等）。
[ Q2 · 离线与数据完整性] 海外商场设备在用户拍完并付款后突然断网。如何设计本地存储、上传队列和恢复同步，保证照片、支付记录、打印任务在断网 / 崩溃 / 断电重启后不丢、不重复、可对账？
[ Q3 · 远程升级] 跨国设备远程升级，现场弱网且商户在营业。如何设计自动更新、灰度发布、失败回滚，保证升级失败不搞挂设备、不影响营业？
联系方式：
请发送邮箱： [email protected] 。
要解决的都是很"真实"的问题：打印机卡纸、海外弱网、断网后照片和支付记录不能丢、营业时段升级不能把机器搞挂。
远程，兼职 / 项目制 / 长期都行，阶段制结算，做得好可以往核心角色走。不限定语言背景，会 Kotlin / Swift / Java / TS 之一就能快速上手 Flutter 。
—— 招聘流程 ——
1. 简历 / GitHub / 作品集初筛：请提供 GitHub 、过往项目、产品链接或系统截图。相比学历和大厂 title ，我们更看重你是否真的做过东西。
2. 技术沟通：围绕真实业务场景讨论（见下方投递问题），不考八股文。
3. 小范围合作试跑：匹配后明确阶段目标、交付范围、时间和费用，直接进入开发。
有兴趣的话，可以选下面任意一题深入作答：
[ Q1 · 系统排障] Ubuntu kiosk （原生 SDK 控相机、CUPS 打印、Flutter 客户端、USB 外设、日志定期上传），多台设备每周 2–3 次整机 UI 卡死、打印机无响应、重启暂时恢复、无崩溃信息。a) 列 ≥8 个具体根因（硬件 / OS / SDK / 资源耗尽 / 并发 / 外设通信）； b) 系统化排查思路：收什么数据、用什么工具、看什么日志、怎么复现； c) 5 个降低整机卡死概率的架构改进（隔离 / 看门狗 / 超时 / 熔断等）。
[ Q2 · 离线与数据完整性] 海外商场设备在用户拍完并付款后突然断网。如何设计本地存储、上传队列和恢复同步，保证照片、支付记录、打印任务在断网 / 崩溃 / 断电重启后不丢、不重复、可对账？
[ Q3 · 远程升级] 跨国设备远程升级，现场弱网且商户在营业。如何设计自动更新、灰度发布、失败回滚，保证升级失败不搞挂设备、不影响营业？
联系方式：
请发送邮箱： [email protected] 。
1
Select Language