是难做的界面，而不是好看的界面。一位运营商在时间压力下比较报价。一位信贷员在委员会等候时处理一个案件。一个有人一开就是八小时的仪表盘，一个错误的默认值就会浪费一整天。
你还会负责把这一切串起来的设计系统：组件、没人记得画的各种状态、空状态和错误情况，以及必须看起来经过深思熟虑、而不是简单反色的深色模式。
## 我们在找什么样的人扎实的 Figma 功底，以及这样的判断力：知道什么时候一个组件值得放进组件库，什么时候它只是一个假装成组件的单独界面。你用状态和边界情况来思考，而不是只考虑理想路径；你能说出一个布局让哪个决策变得更容易，以此为它辩护。
在设计与代码碰面时，你乐于坐在工程师身边一起工作；当数据给出答案时，你也愿意当众改变主意。一套流程作品集，比一堆 Dribbble 式的展示图更能说明问题。
## 我们的工作方式动手之前先开一个 issue，然后为它提交一个 pull request，由人来审查并合并。每个会修改数据的脚本默认只报告它将要做什么，只有在你传入 --execute 时才会执行，而且在一个事务内完成，在谈论任何数据行之前先说明它连接的是哪个数据库。
结论以退出码为准，而不是看输出像不像对的。合并到 main 后会自动构建和部署，每个镜像都带有真实的版本号，而且在往前走之前，回退的路已经写好。
整套系统运行在自有硬件上，所以你能看到完整的链路：数据库结构、API、界面、镜像、发布，以及出问题时负责通知人的那个环节。
## 如何申请请使用本页面上的联系表单，并附上你的简历。告诉我们一件你做过、至今仍引以为豪的事，以及一件你做错过的事和它教会你的东西。第二个回答，我们会读两遍。
只要是认真写来的消息，我们都会回复。在这里，一段关于你自己工作的简短说明，比一封写给谁都行的求职信更有分量。