临近春节，防疫开始严格，现在我们小区进门又要查看健康码了。
虽然进门慢了一点，但是我一点不觉得麻烦，因为和西安的朋友相比，至少我还能随时亮出绿码。
西安的绿码又崩了，离上次崩只隔了半个月。
作为一个技术出身的小编，我也能理解这种技术故障。一般来说产品崩了就是访问量太大，导致产品扛不住压，解决方法就是限流或者扩容。
不过西安一码通半个月崩两次属实有点离谱。
上一次一码通崩了以后，工信部就高度关注，元旦之前总工程师韩夏还亲赴陕西调研，要求优化系统，不再出现宕机。
没想到假期过后的第一天，绿码就出毛病了。
我们来看看一码通可能存在的问题有哪些。
首先，一码通这样的项目是由政府牵头的，但是政府肯定不会自己开发，只会委托给有资质的企业。
根据了解，西安一码通是由西安市大数据局立项，然后交给了中国电信西安分公司开发。
而电信的西安分公司也不是自己开发，而是通过公开招投标，把项目交给了西安东软系统集成有限公司。
查到的公开信息也就到这里了，但是也足够说明这是一个层层外包的项目。到这里，一码通出现故障也就不稀奇了。
我不是说外包不行，全国各地的健康码基本都是外包的，比如深圳市的健康码就是外包给腾讯。
但是外包确实容易出问题，原因就是成本和资质。
外包一般的路径是这样的。
项目从甲方到乙方属于招标流程，乙方中标以后，懒得自己搞，再转包给丙方。丙方拿到手有两种选择，一种是自己做，一种是再往下转包，直到有技术团队接手开发。
层层外包必然要产生大量中间商，而中间商肯定不是白干的，每过一层都要抽成，甚至要抽大头，50w的项目，到了实际做项目的企业可能就剩5w了。
而这企业为了控制成本，肯定要限制开发人员的数量。所以最后就是两三个人去做这一个项目，并且因为时间紧任务重，为了尽快上线去GitHub上找个开源项目来魔改，那么出故障也就说得通了。
我没说一码通一定是这样开发出来的，我只是说软件外包有这样一种模式。
这种方式不是一定做不好，前提是做好测试和验收。
但是以西安一码通的表现来看，开发以后缺少压力测试，验收的时候也没有在意，所以遗忘了怎么处理高并发。
或者说，根本就不知道怎么处理。
我们来看看一码通的承包方西安东软。
根据看准网上查到的信息，西安东软的技术人员平均薪资只有11650，而销售的平均薪资是13604。
这个数字不一定精确，但是我很好奇销售比技术高这么多是怎么做到的。
我不是说技术人员一定要比销售工资高，但是这不像一家技术型企业该有的表现，这样的企业技术水平也很难让人信任。
这么重要的项目，交给这家企业来做，并且是单一来源采购，我反正是没搞懂。
还有一个点也让我没搞懂。
这两次宕机的小程序都是西安一码通，而不是陕西健康码。
国家卫健委早在去年就宣布，健康码统一政策、统一标准、全国互认、一码通行。
虽然到现在，各个省份还是沿用当地的健康码，但那也是以省为单位，即使是号称散装的江苏，苏康码也是全省通行。
而西安作为陕西省的下辖市，并且是省会城市，还在用单独开发的一码通。
我搞不懂。
另外健康码的使用场景也值得重新思考。
健康码设计的目的，是用技术手段帮助抗疫，给人们出行提供方便。
但是现在健康码不止没有让生活更方便，反而成了一堵技术构成的“墙”，让各地难以真正互通。甚至因为技术问题而频繁宕机，效率还不如刷身份证。
这算不算违背了设计的初衷？
