
11 月 6 日 · 1 小时 11 分

最近各地疫情比较多,而西安似乎有点“出圈”,从健康码宕机到疫情防控期间暴露的种种问题,让我们觉得,疫情可能是一场“大考”,只是考官变成了新冠病毒。
这期节目,想跟大家聊聊西安以及各地健康码、防疫系统的设计和稳定性问题,我们觉得,与其苛责程序员,不如审视下我们对IT系统能力边界的认知不足。
主播姝琦曾主导2019年底疫情初期天津市津南区某疫情防控系统的产品设计,提供了部分实际系统的运行实践思路
您将在本期节目听到以下内容:
西安健康码宕机始末
粗略分析下健康码系统的设计要点
可能宕机的原因分析
仓促上马和生命周期预计不足
采购、招标流程与实际需求场景的矛盾
宣传与实际专业的脱钩
对城市IT能力的苛责与理解
城市IT专业部门的历史沿袭和局限性
天津本次疫情过程中的IT系统迭代观察
一些反思
主播 / 朱峰、高春辉、某高老师、姝琦
后期 / 朱峰
产品统筹 / bobo
封面 / 丁丁
朱峰、高春辉等多位知名 IT 业者主持的科技资讯点评播客。主播和嘉宾利用多年经验和业内视角,嬉笑怒骂之间,把近期科技热点变成犀利、独到、深刻的独家观点

除非特别说明,收录、引用、转载本站内容必须遵循津津乐道播客网络的版权声明要求,如希望参与本节目评论区讨论,也请留意评论须知。如有异议需首先与我们联系,否则我们视为您已同意了版权声明和评论须知。
说明里标出的时间点,点一下跳过去
AI 读完整集转写后给出的推荐理由
西安健康码崩溃,程序员们纷纷支招,但真相可能比想象中复杂。这期节目从技术架构、招标采购到城市治理,层层拆解健康码为何会挂。主播们不仅分析了2500万预算与27万转包的反差,还分享了天津全员核酸筛查的亲身经历——系统如何崩溃、又如何连夜改进。如果你好奇政府IT系统为何总是不好用,这期节目会给你一个清晰的答案。
由 AI 从整集转写生成,是创作者说明之外的补充
本期节目围绕西安健康码崩溃事件,从技术架构、招标采购、城市治理等角度展开讨论。主播们分析了健康码系统的业务逻辑,指出其崩溃原因可能包括连表查询、系统耦合、缺乏CDN等;深入剖析了政府IT外包模式的弊端,如私有化部署导致后续维护缺失、层层转包压低开发质量等。同时,结合天津全员核酸筛查的亲身经历,对比了不同城市的应对方式,反思了城市数字化治理的普遍短板,并探讨了疫情常态化下动态清零政策的可持续性。
点一章从那里开始播 · 与上面创作者标的时间点各自独立
开场:疫情隔离与节目调整
主播们因疫情隔离,决定远程录制本期节目,并预告了后续关于天津疫情的特别节目。
西安健康码崩溃事件回顾
回顾西安健康码两次崩溃的时间点、网传吐槽(如图片压缩段子)、招标金额2500万与转包27万等细节,并提及大数据局局长被停职。
技术分析:健康码系统为何会崩
主播们从技术角度分析,认为健康码业务逻辑简单,但西安系统可能存在连表查询、系统耦合、缺乏CDN等问题,导致高并发下崩溃。
外包模式的死结:交付即结束
深入剖析政府IT外包模式:私有化部署、确收环节、二期迭代等,导致系统长期处于“不好用”状态,与互联网SaaS模式形成对比。
招标采购的层层转包与质量困境
讨论政府招标中专家评审、人天计价等规则,导致层层转包、压低开发成本,最终影响系统质量。
城市IT能力与治理水平
反思城市IT能力与治理水平的关系,指出政府信息化建设普遍滞后,大数据局干部多为政工出身,缺乏技术背景。
天津健康码的快速升级
对比天津健康码在疫情中的表现,一夜之间上线场所码,反应迅速,未出现崩溃。
天津大筛:系统压力与崩溃经历
主播们分享天津全员核酸筛查的亲身经历,分析检测系统业务逻辑复杂,并发量巨大,第二天果然崩溃,并降级为手动登记。
二筛改进:本地OCR与组织优化
二筛时系统改为工作人员手机扫描身份证,本地OCR识别,减少数据传输;组织上按楼栋分批,但仍出现三次短暂宕机。
北京经验与全国互认问题
对比北京核酸检测流程的优化设计,讨论健康码全国互认的困难,以及行程码的全国统一。
疫情大考与城市差异
反思疫情对城市治理、医疗、IT能力的全面考验,指出一线城市资源丰富,小城市力不从心,不应苛责。
结语:动态清零的可持续性
讨论奥密克戎传播快、毒性低的特点,认为防控成本已超过疫情破坏力,寄希望于疫苗和特效药,并预告相关节目。

11 月 6 日 · 1 小时 11 分

一场 PHP 漏洞引发的全球恐慌,AI 正在如何改变黑客攻防战?
10 月 30 日 · 1 小时 33 分

从 Omarchy 聊起,AI 正在如何重塑操作系统、开源生态与软件商业模式?
10 月 14 日 · 1 小时 36 分

Anthropic口中的AI安全,为什么听起来像一场生意保卫战?
9 月 15 日 · 1 小时 36 分

科技乱炖 · 2022 年 1 月 15 日 · 1 小时 21 分
最近各地疫情比较多,而西安似乎有点“出圈”,从健康码宕机到疫情防控期间暴露的种种问题,让我们觉得,疫情可能是一场“大考”,只是考官变成了新冠病毒。
这期节目,想跟大家聊聊西安以及各地健康码、防疫系统的设计和稳定性问题,我们觉得,与其苛责程序员,不如审视下我们对IT系统能力边界的认知不足。
主播姝琦曾主导2019年底疫情初期天津市津南区某疫情防控系统的产品设计,提供了部分实际系统的运行实践思路
您将在本期节目听到以下内容:
西安健康码宕机始末
粗略分析下健康码系统的设计要点
可能宕机的原因分析
仓促上马和生命周期预计不足
采购、招标流程与实际需求场景的矛盾
宣传与实际专业的脱钩
对城市IT能力的苛责与理解
城市IT专业部门的历史沿袭和局限性
天津本次疫情过程中的IT系统迭代观察
一些反思
主播 / 朱峰、高春辉、某高老师、姝琦
后期 / 朱峰
产品统筹 / bobo
封面 / 丁丁
朱峰、高春辉等多位知名 IT 业者主持的科技资讯点评播客。主播和嘉宾利用多年经验和业内视角,嬉笑怒骂之间,把近期科技热点变成犀利、独到、深刻的独家观点

除非特别说明,收录、引用、转载本站内容必须遵循津津乐道播客网络的版权声明要求,如希望参与本节目评论区讨论,也请留意评论须知。如有异议需首先与我们联系,否则我们视为您已同意了版权声明和评论须知。
说明里标出的时间点,点一下跳过去
AI 读完整集转写后给出的推荐理由
西安健康码崩溃,程序员们纷纷支招,但真相可能比想象中复杂。这期节目从技术架构、招标采购到城市治理,层层拆解健康码为何会挂。主播们不仅分析了2500万预算与27万转包的反差,还分享了天津全员核酸筛查的亲身经历——系统如何崩溃、又如何连夜改进。如果你好奇政府IT系统为何总是不好用,这期节目会给你一个清晰的答案。
由 AI 从整集转写生成,是创作者说明之外的补充
本期节目围绕西安健康码崩溃事件,从技术架构、招标采购、城市治理等角度展开讨论。主播们分析了健康码系统的业务逻辑,指出其崩溃原因可能包括连表查询、系统耦合、缺乏CDN等;深入剖析了政府IT外包模式的弊端,如私有化部署导致后续维护缺失、层层转包压低开发质量等。同时,结合天津全员核酸筛查的亲身经历,对比了不同城市的应对方式,反思了城市数字化治理的普遍短板,并探讨了疫情常态化下动态清零政策的可持续性。
点一章从那里开始播 · 与创作者标的时间点各自独立
开场:疫情隔离与节目调整
西安健康码崩溃事件回顾
技术分析:健康码系统为何会崩
外包模式的死结:交付即结束
招标采购的层层转包与质量困境
城市IT能力与治理水平
天津健康码的快速升级
天津大筛:系统压力与崩溃经历
二筛改进:本地OCR与组织优化
北京经验与全国互认问题
疫情大考与城市差异
结语:动态清零的可持续性
节目里自然聊到的,不是广告

AI 对内容的推测
☕🧄 这个比喻出自 2009 年周立波的一句「喝咖啡的怎么能和吃大蒜的呆在一起呢」;郭德纲后来在《你要高雅》里回了一句「雅和俗分不开,喝着咖啡就着大蒜,秋水共长天一色」。我们借它标注风格取向 —— 两端没有高下,编辑部式与熟人局式都能做出极好的节目。
https://feeds.daopub.com/ld.xml复制概要、章节、提及与推广标注由 AI 生成,可能有误;内容版权归创作者,声湃按创作者开放的 RSS 收录。了解收录与 RSS →

11 月 6 日 · 1 小时 11 分

一场 PHP 漏洞引发的全球恐慌,AI 正在如何改变黑客攻防战?
10 月 30 日 · 1 小时 33 分

从 Omarchy 聊起,AI 正在如何重塑操作系统、开源生态与软件商业模式?
10 月 14 日 · 1 小时 36 分