这次和 MikroTik 官方技术支持沟通，确实让我感受到一种很舒服的开发者氛围。
遇到问题之后，没有一句“无法复现”就把用户打发掉，也没有反复怀疑是不是配置问题。工程师会认真看现象、自己搭环境复现，复现出来以后直接承认：问题确实存在，目前还没有修复，但后续会尝试解决。
其实开发者最怕的从来不是软件有 Bug 。
任何复杂的软件都会有 Bug ，真正拉开差距的，是面对 Bug 时的态度。
能够复现就承认，暂时解决不了就明确告诉你，没有发布日期就直接说没有，而不是推诿、绕圈、甩锅给用户。用户提供的日志、测试结果和排查过程，也会被当成有价值的信息认真对待。
这种沟通方式会让人感觉：用户和开发者是在一起解决问题，而不是站在对立面互相证明谁有错。
相比之下，国内不少技术产品和开发者社区最让人疲惫的地方，不一定是技术能力不行，而是沟通环境经常不够友好：提个 Bug 先被质疑使用方式，问个问题先被教育，甚至最后变成“为什么别人没问题，就你有问题”。
所以真正值得学习的，未必只是国外开发者写代码有多强，而是他们很多技术社区已经形成了一种更成熟的工程文化：
尊重反馈、承认问题、愿意复现、持续跟进，不把用户当麻烦。
一个好的开发者生态，技术当然重要，但比技术更难得的，是这种专业、开放、平等的氛围。
至少从这次经历来看，这一点确实比我在不少国内技术社区里的体验好得多。
遇到问题之后，没有一句“无法复现”就把用户打发掉，也没有反复怀疑是不是配置问题。工程师会认真看现象、自己搭环境复现，复现出来以后直接承认：问题确实存在，目前还没有修复，但后续会尝试解决。
其实开发者最怕的从来不是软件有 Bug 。
任何复杂的软件都会有 Bug ，真正拉开差距的，是面对 Bug 时的态度。
能够复现就承认，暂时解决不了就明确告诉你，没有发布日期就直接说没有，而不是推诿、绕圈、甩锅给用户。用户提供的日志、测试结果和排查过程，也会被当成有价值的信息认真对待。
这种沟通方式会让人感觉：用户和开发者是在一起解决问题，而不是站在对立面互相证明谁有错。
相比之下，国内不少技术产品和开发者社区最让人疲惫的地方，不一定是技术能力不行，而是沟通环境经常不够友好：提个 Bug 先被质疑使用方式，问个问题先被教育，甚至最后变成“为什么别人没问题，就你有问题”。
所以真正值得学习的，未必只是国外开发者写代码有多强，而是他们很多技术社区已经形成了一种更成熟的工程文化：
尊重反馈、承认问题、愿意复现、持续跟进，不把用户当麻烦。
一个好的开发者生态，技术当然重要，但比技术更难得的，是这种专业、开放、平等的氛围。
至少从这次经历来看，这一点确实比我在不少国内技术社区里的体验好得多。
Select Language