开场0:00
欢迎收听 IPN Podcast， 网络旗下的 IT 技术主题娱乐节目 《 内核恐慌 》。 我们号称 "Hardcore"，但是也没有干货 ； 想听的人听 ，不想听的人就别听 。
本节目的网址是 kernelpanic.fm， 我们推荐大家使用 Podcast 客户端订阅节目 ， 详情请访问 ipn.li/faq。 欢迎你为节目捐款 ， 捐款地址是 kernelpanic.fm/donate。
捐款金额随意 ， 只要是 8 的正整数倍就可以 。 捐款不会给你带来什么 ，不捐也不会让你失去什么 。
我们的口号是 ： "Nine people can't make a baby in a month."
不是 "Ten people" 吗 ？
人月神话0:34
对啊 ， 为什么是 "Nine" 呢 ？ 难道欧洲人 ——
算得比较快一点 。
身体比较强壮啊 ，不用吃中药 ，不用坐月子 ， 然后生个孩子只需要 9 个月 ？
中国都是讲怀胎 10 月嘛 。
对啊 ，10 月怀胎 ， 依照分娩 。 但是中国的月要比儒略历的日期 ——
对 ， 中国那个月是农历的月是吧 ？
对 ，28 天或者 29 天 ， 然后 —— 但是好像 offset， 这个什么 offset， 应该没有一个月这么长 。
嗯 ， 所以我们只是取了一个什么 ， 取了一个四舍五入 ， 取了个整 。
对 。
好 。
而且我记得 ， 没理解错的话 ，他们算生孩子时 —— 分娩的时间应该是 —— 算预产期应该是按周算的 。
不是按天吗 ？
按周 。 唉 ， 我也没生过孩子 ， 你呢 ？
好像世界上也没有几个男人生过孩子吧 。
前两天看了一个新闻 ， 说有个男人想要理解分娩的痛苦 ， 然后就在肚子里面植了一个什么东西 ， 盐水蛋孩似的 ， 之类的 ， 跟胎儿一样重 。
确实有一个 ， 我之前看一个什么 ，有个男的确实 ， 好像是因为他太太有什么 ， 就是那个病理上的问题 ， 然后他没有 ——
OK。
他就帮太太怀孕还是怎么样 ， 反正做了一些这种手术之类的 。
好像是可以的 ， 就可以在男性腹腔的什么 ， 腹壁的那个神经和血管的大网上弄一个像胎盘一样的东西 。
好像是可以的 。
那所以其实试管婴儿真的从试管里面 ， 从那个受精卵一直造出来吗 ？ 还是说要放回一个母体里面去 ？
试管婴儿只是在试管里面受精而已吧 ， 然后再放回母体 。
对 ， 还是得放到一个地方去养 ， 去 grow。
对 ， 没错 。
所以我们现在人类还没有掌握那个技术 ，在人体以外 。
完全在一个培养皿里面 ， 就像那个科幻片里面在一个 ——
Matrix。
悬浮的 。 像养林伯利一样养一个婴儿是吧 ？ 好像不行 。
哼 ， 原来我们人类技术还没有那么发达 。
但也有可能是一个伦理上的问题 。 我觉得在 —— 我觉得在技术上好像没有什么太难的 。
哈 ， 这个咱们都不懂 ， 得去请教太医来了的田太医 。
对 ， 我刚才觉得好像要串台了 ， 应该是什么 Type is Beautiful 和那个太医来了他们可以讨论的问题 。
好吧 ，不过刚才那个 "Nine people can't make a baby in a month" 这个梗是讲什么 ？
其实就是整本 《 人月神话 》 的书浓缩成这么一句话 ， 就是 9 个人一个月生不了一个孩子 。 你没有办法在一个软件工程里面通过添加更多的人力来完成一个人本来需要一定时间完成的任务 ，因为增加人力会 —— 增加人力 ， 人手进去会增加沟通的成本 ， 然后最后的 ，不管是从最开始的设计还是到最后的测试 ，9 个人其实做事会比两三个人慢 。
嗯 ， 对 。
大概就是这个意思 。
其实再放到我们这个什么算法这个层面上来讲 ， 就是属于那个某一些算法里面不可被并行化的部分 。
对 ， 就是四核的 CPU 并不能做在一个时间 ， 单位时间之内做完 ， 单核 CPU 在 6 个单位时间之内做完的任务 。
这个叫什么 ，有一个叫阿姆达法则吗 ？
阿姆达法则 。
就是 Amda's Law， 它是讲的这么一个 ，其实你把它画成图就挺显著的一个关系 。 就现在我不是说我们单核处理器的这个就是性能已经到一个瓶颈了吗 ？
所以那个方案就是说只能不断地去加更多的核 ，而不是说把一个单核的速度变得更快 ， 对吧 ？ 因为有那个 ，有物理极限嘛 ，以现在的制程和工艺来看 。
那么在这种情况下， 你能指望说我们这些所有的程序能被这个多核增加多快呢 ？ 就像阿姆达法则讲的这么一个事 ， 就是说假设你程序里面有 10% 的部分是不可被并行化的 ， 那么你的这个程序受益于这个 CPU 核数的提升 ，也就最多是 1 除以 10， 就是 10 倍嘛 。
就假设你其他的部分都可以被并行化 ，但是你最终那 10% 不能被并行化的 ， 就是制约你的瓶颈嘛 。 那阿姆达法则你可以根据那个比例画一个这个图 ， 你发现其实大部分的这个 CPU 的核数超过可能 4 个 、8 个的时候 ， 对大部分的算法的提升就其实相当有限 。
对 。
当然了 ，有那些所谓叫做 embarrassingly parallel problem， 就是非常尴尬的 ， 很容易被并行化的问题 ， 就不受此限制啊 ，因为它的那个就是不可被并行化的部分非常非常小 ， 可能百分之零点几 ， 这样的话其实就 。
大部分图形问题都是这样的 ， 没理解错的话 。
呃 ， 这我还真不太清楚 。他们说你说渲染一个图 ， 可能很多地方是可以被并行化的 ，但是你说在 —— 因为图形化只是这个 render 只是这个环节的一个相对靠后的部分嘛 ， 对吧 ？
你要先在那个 ， 先构成那个场景什么的 ，有些好像 ，有些部分还是不能被这个并行化的嘛 。
OK， 我记得反正很早以前是 ， 呃 ， 多核 CPU 刚刚兴起的时候 ， 我看过类似的一篇报道 ， 就是多核 CPU 对于
最善于解决的一个问题就是图形问题 。
但因为现在那个 。
数据什么的已经 。
因为现在的 GPU 的动则可能什么一两百个这种 GPU 的核心嘛 ，但是它的那个复杂度跟 CPU 完全不一样啊 。
但是那个还是蛮惊人的 。 还有什么像那些 Nvidia 那些高端卡 ， 动则几千个那个 processor core，不 ， 就 GPU core 吧 。
嗯哼 。
还是挺 。
所以 GPU 实际上也是很早就开始并行化的一个原因 。
对吧 ？ 对 ，因为它的那个数据量 。
其实对 ， 没错 ， 就是因为图形相关的 ， 渲染 ， 尤其是渲染相关的问题是非常容易的被 parallelize。其实你想一下， 如果很容易被并行化的 ， 就是那就需要就是它之前没有那个 data dependency 的部分嘛 ， 主要是这种情况 。
就是我的计算不需要依赖于你的那部分的计算的结果 。
对 。
那这种就可以完全被很好的并行化 。 哎 ， 怎么扯这么远 。 函数式编程 ， 函数式编程也是可以从并行化里面获益的一个范式 。
应该是 ， 就是 pure functional 的话就比较容易适合并行化 。 但是非常遗憾的是 ， 这个东西已经说了这么久 ，但其实在实操层面上并没有很好的 ， 就是并没有太多的问题是适合于这种方式去表达嘛 。
嗯 。
Sad。
好吧 。
行 ， 刚才扯了一边大 。
你上来不都沮丧吗 ？
OK， 呃 ， 对 ， 那
新节目8:00
在 follow up 开始之前 ， 我们应该先介绍一下 Rio 的新节目吧 。
啊 ， 对 ，IPN 就开了一档新节目 ， 所以我 。
请问这个应该怎么念 ？
风头卷嘛 。
不准污蔑贵圈 ，不 ， 对 ，不准污蔑币圈 。
贵圈真乱 。
对 ， 我开了一档新节目是讲这个创业投资的 ， 叫做 《 风头圈 》， 英文名字叫做 Crazy Capital。
疯狂的收集 。
不 ，Crazy 是像 。
疯狂的资本 。
Crazy 是像那个那个那个 ， 叫什么来着 ， 苹果那个 Think Different 有一段那广告词致敬的嘛 。
哦 。
Here's to the crazy ones。
Here's to the crazy ones。
对 ， 然后再 。
You are the chosen ones。 你知道 ， 你知道 《 辐射 4》 的 ，不是 《 辐射 4》，《 辐射 2》 吧 ， 的主角叫做 The Chosen One， 然后
中文玩家管他叫邱声望 。
对 ， 所以就为什么起那个 Crazy 的名字就是因为上那段广告致敬嘛 ，因为那段 。
OK。
我在第一期节目的开头加了一段乔布斯亲自朗读的那段那个 Here's to the crazy ones 的文本 。 要不要再读一遍 ？
天皇御音放送 ， 教主御音放送 。
哦 ， 所以只是第一期这样而已是吧 ？
对对对 ， 那不能每期都放嘛 ， 我也怕那个谁 ， 苹果找我麻烦 。
OK。
对 ，因为我想用这段呢 ， 就是因为我觉得因为做创投嘛 ， 特别是做这个早期阶段的 ， 就很多事情是有一点疯狂的 。
对 ， 没错 。
你要想去改变一个行业 ， 改变一些人的生活习惯 ， 改变一些 ， 怎么说 ， 一些叫做什么 ？
成规嘛 。
对 ，其实还是需要 。
打破成规嘛 。
对 ， 还是需要一些这种 ， 就是怎么讲 ， 算有点老套 。
自己写的过去 。
Think Different 的那种感觉吧 。 所以我选了这段作为一段开头 ，也算是想这个致敬吧 。
OK， 所以这个节目一开始就 ， 从第一期开始就有了这个
果粉邪教的基因 。
其实并没有涉及任何苹果的事情 。
对 。
只是刚好胖了就特别喜欢那段话 ， 然后就放到里面了 。
嗯哼 。
嗯 ， 对 。
所以这个节目将是多久播一期 ？
呃 ， 目前看也是计划每周一期 ， 如果我们能请到足够多的嘉宾 ， 然后并且我有足够多的时间去录的话 ， 就说不定 。
然后你是唯一的主持人吗 ？
呃 ， 现在也才播 ， 现在播两期了嘛 ，也还没有一个固定的一个形式怎么样 ， 就是说做几期再看了 。
那你有 ， 你会想要说从 Whatever 什么地方 ， 从听众里面海选一个和你搭档的主持人吗 ？
嗯 ， 就目前来看还是先把这个模式先 ， 就是这个 format 先跑熟一遍再说吧 。
所以你自己 hold 住 。
呃 ， 暂时吧 。 对 ，因为我想这个节目的一个形式呢 ， 就是说采访一些这个投资人， 然后采访一些创业者 ， 然后让他们来分享一下改变世界的过程吧 。
OK。
对 。
Amazing。
OK， 广告时间到此为止哈 。
对 ， 呃 ， 接下来是一些 ， 对 ， 我觉得这个节目最大的一个问题就是它会导致我们更加没有时间来为 《 内核恐慌 》 备课了 ， 所以 。
Swift前缀11:31
你说 ， 还有你吗 ？
我也很忙的 。
但这个节目主要是我是捧啊 ， 对吗 ？
啊 ， 咱们两个 。
It's your duty。
好吧 ， 好吧 ， 那我尽量 。
OK。
OK， 那我们进入今天的这个上期的听众反馈环节吧 。 有一则叫做 Justin 的朋友来邮件说 ， 上期我们提到的那个 Swift 要去掉那个 NS 的那个标准库的前缀嘛 。他说有个更正哈 ， 就说关于是否要去掉这个 NS 前缀 ， 目前这个 proposal 还没有被采纳 ， 所以去不去得掉还不一定 。
然后他说是因为这个像 NS ARI 和 NS STRING 和 Foundation API 的 ， 如果去掉这个 NS 前缀的话 ， 会和 standard library 冲突 。 为什么会这样呢 ？
Standard，因为 standard library 里面有 ARI， 然后你把 NS ARI 去掉 ， 把 NS ARI 改成 ARI 的话 ， 你就不知道你说的是哪个 ARI 了 。
那可以不去掉 ， 给一个那个 ， 就给一个那个 ， 那个叫什么 ， 像 Go 里面的话 ， 它你引用第三 ， 就是引用外部的这个 package 或者 library 的话 ， 你是没有办法去掉前缀嘛 。
你不需要 ， 就是在 Python 里面你可以直接 import something， 就是 import xxxx from xxxx， 或者是你直接改名 x 什么嘛 ， 对吧 ？ 你是可以从一个 library 里面选择性的引入几个这个名字到你的这个当前的这个 namespace 里面 。
但其实在 Go 里面你是没有办法去这样做 ， 你只能整个那个 library 那个 import 进来 ， 然后你访问里面每个东西的时候都是要加这个 library 点什么什么的这个前缀的 。
OK， 我觉得无论是用点语法还是可以支持更名什么的 ， 都是语法层面上的东西嘛 。 那你也知道最终编译成的那个代码里面肯定是名字是不一样的 。
对对对 。
所以这里其实就是一个非常 facelift 的问题 。 然后
其实他写说也有人提议应该像 C++ 一样添加一个显式类似于 using namespace 的语法 。 我觉得这个是应该 ， 这个是比较好的 ， 就是 。
这个是什么情况 ？
就是你可以说比如说 using blah blah， 然后有点像 import，import everything from package， 然后你可以就直接 。
就等于是把那个标准库的就是 shadow 了嘛 。
但是呢 ， 如果你这样用 ， 你这样做的话 ， 那 NS ARI 这个名字
改不改呢 ？ 就是你要如果你说我不改 NS ARI， 然后再加一个 using namespace 的语法 ， 那个 NS ARI 的 NS 还有什么意义呢 ？
对吧 ？ 我觉得要改的话 ， 那你改了之后你再加 using namespace 会比较好 。
好吧 。
而且其实上一次说过的所有这些 ， 所有这些 Swift 里面将会出现的改动全都是还在 proposal 的阶段 。 但是有一点就是说它最后写在那个 proposal 的文档里面的内容基本上是
百分之 ， 至少百分之八十是确定了 ，不然它不会马上写 。 所以我是比较倾向于看到这个 ， 好吧 ， 我也不预测 ，但我觉得这个应该是会被去掉 。
所以你猜最后会怎么样 ？
就被去掉啊 ， 然后有一个 namespace 的 ， 类似于 namespace 的东西出来嘛 。 这是非常 ， 怎么说 ， 非常 rational 的做法 。
而且现在做的话 ， 总比这个语言已经大规模投入生产再做要来得及吧 。 因为这是一个非常浅显而且是一个零的问题啊 ， 它没有任何 。
我猜最后他们会加入一个四饼符号 。
然后用希伯来语命名。
怎么念来着 ， 我也忘了 。
我也不记得了 。
OK，有兴趣听上期节目念那个的话 。
我人生的第一个希伯来语单词就是它 。
OK。
海淘体验15:57
以后去以色列只会说两个冒号 ， 什么 yes/no 全都不会 。
Dice number four。
还会一个什么 aleph， 就是那个希伯来语的
字母 aleph， 会被用在数学符号里面 。
好吧 。
除了这个也不会别的 。
OK， 下一则听众反馈是来自一位叫 Rex 的朋友 。
Rex。
他开头写 " 二老好 "。
顿时觉得好老了好多 。Anyway。
谁叫咱们两个自称那个中老年程序员 ， 或者说我自称中老年程序员 ， 所以这个 。
吴老您好 。
还是老吴您好 。
詹老您好 。
好吧 。Rex 说贵节目 35 期聊到了逆向海淘站 ， 正好两个站我都比较常用 ， 分享一下使用感受 。Rio 提到 AliExpress，AliExpress 上次忘了说哈 ， 它的中文叫做速卖通 。
它还有中文 。
嗯 ， 对 ， 这也是我做那个 《 风头圈 》 第一次 ， 第一期节目里面提到这个东西 ， 我才知道中文名字叫这个 。
OK。
Anyway。
暴露了我没有听 《 风头圈 》 的事实 。
哎呀哎呀 。Rio 提到 AliExpress 的英文看起来很正经 ，其实我个人使用体验是感觉很多卖家页面 Chinglish 和机翻还是挺泛滥的 。Chinglish 就是 Chinese English 啊 ， 大家都懂的 ， 然后机翻就是机器翻译嘛 。
汉语如果不是母语就得费点心思来猜到底在说什么 ， 很少碰到英文水平看不出破绽的店 。 不知是不是也和产品分类相关 ， 可能电子 Gadget 类就相对语言比较用心一点 。
哎 ， 这个其实挺有意思的 ， 我当然知道它那上面都是那个什么 Chinglish，但是呢 ， 就好处在于因为这个买这种硬件产品你只用看 spec 嘛 ， 对吧 ？
对 。
就也不需要它那个文法多优美 ， 只要能它标的那些表格上面的信息没错 ， 然后图片拍的还可以 ， 基本上就可以了 。
接着念这封反馈啊 。他个人使用 AliExpress 主要买一些山寨小玩意儿来玩 ， 比如非智能系统的 NPC， 内部集合了无数个模拟器游戏的山寨掌机 ， 都不到 30 欧或者 30 美元 。
还有实用性的东西 ， 比如 SIM 卡的适配卡槽 ， 一套一整套 ， 大中小 ， 只要 0.13 欧包邮 。
这玩意在 。
0.13 欧包邮 ， 这不 0.13 欧还包邮怎么弄啊 ？
我不愿意起吧 。 暴利啊简直是 。
我知道就那个欧美就很多那种 ， 那种卖这种就是很 ， 就成本很廉价的小玩意儿 ，但是因为你也不可能为了这个 0.13 欧的东西怎么掉 ， 对吧 ？
你就说他就卖一块 ， 那你又怎么样 ？ 但是 0.13 欧才多少钱 ？ 一毛五 ？ 啊不对 ， 一块五 。
0.13 欧是一块五 。
一块五 。
不到一块五 ， 现在汇率是 7 嘛 。
啊是吧 ， 已经跌破 10 很久了嘛 。
早就跌破 10 了 ， 我靠 ， 十年前是 10 块钱 。
就不到 10 块钱 ， 对吧 ？
对 。
这还包邮怎么包啊 ？
一毛钱是 7 毛钱嘛 。 然后 0.13 就是不到 8 毛嘛 。
还包邮怎么弄啊 ？
呃
， 包邮是有点夸张 ， 包邮为什么可以包邮呢 ？ 因为从中国寄德国一张纸都不止 0.13。
不 ，他那肯定不是这个零售的价钱 ， 那肯定是那个 。
对 ，他肯定是走什么海运集装箱之类的 。
啊啊啊 。
即便如此 。
好便宜啊 。 赶快去那个 ， 怪不得现在海淘这么火 。
对 。
啊 ， 记者你好 。
0.13 真的挺夸张的 ，因为我觉得大超市很多电器超市就是卖 ， 就是它盈利就是靠你说你走进来看到说这个东西 ， 或者你急着找这个东西 ， 然后这个东西就只有那么一个 ， 比如说德国就是 Harma 的什么 ， 然后它挂在那 ， 就它就只卖这么一种 ， 然后这么一种就卖 10 欧元 ， 你买不买吧 ？
你不买的话你就得去 ， 你就得去亚马逊然后等上两天 。 它基本上就是赚这种钱嘛 。
对啊对啊对啊 ， 这就是什么低成本但高毛利的东西嘛 。
就好像店员卖饮料和零食来赚钱一样 。
没错 。 接着念反馈哈 。他说日本乐天的页面 ， 日语版和英语版几乎是两个网站 ， 日语版页面的拥挤程度感觉连淘宝都得甘拜下风 。
看来咱们亚洲人都 。
这个在东亚的网站上几乎都是一样的吧 ？ 不管是什么日本淘宝 、 台湾雅虎 、 奇摩 ， 还是中国淘宝 。
我觉得这可能跟方块 4 有点关系 。
写太密了 。
就你在
拉丁语世界里面做设计的时候 ， 你是会习惯用线去排版面的 。 但是在中文里面你可能会不得不把字拆成一个一个方块 ， 你很难用线来
。
你说这个会不会跟这个东亚的人口密度有一定的关系 ？
东亚人口密度并不是自古以来都这么高的 。
但是就商业繁华的地区应该都是这样吧 ？
嗯 ， 我觉得比如说你在你看民国时期的报纸吧 ， 民国时期的报纸其实跟现在的网络的版面是有一拼的 。
那个时候报纸也是密密麻麻 ， 非常挤的 。 然后那个时候的人口密度其实没有那么大了 。
哼 ， 好吧 ，anyway。
而同一时期的英文报纸就没有那么密 ， 我觉得 。 我觉得还是跟书写系统有关系 。 这个其实可以回头仔细研究一下 。
The greatest mystery in the world。
哎呀 。
接着念反馈 。他说这个乐天的英文版 ， 英语版则功能不全 ， 进到个人页面常常直接跳转到日语版 ， 或者根本找不到想要功能的入口 。
虽然我并不介意直接使用日语站 ，但问题在于用日语站付款貌似就只能填写日本地址 ， 英语站才能填写国际地址 ， 两个站如此精分来回跳转 ， 使用体验很差 。
除了以上两个之外， 还有个中国逆向海淘站 banggood.com， 根据介绍起源是 。
这家域名好污啊 。
Bang。
I bang the goods. I bang very good.
貌似主打的是电子产品 、 五金和玩具 ， 还有一些衣服 。 品类没有 AliExpress 那么多 ，但也是多一个选择 ，而且该站专门有美国和欧洲的库存专区 ， 从那里下单就可以少几天邮寄时间 。
这个站的英文看起来比 AliExpress 要好多了 。 呼 ， 你可以试一下 。
最后一句没念呢 。
啊 ？
它还有最后一句 ， 祝二老生命健康 。
What。 OK， 下一则反馈是关于那个 parsed， 要不吴涛你来念一下 ？
Parse关停23:12
OK。 一位叫做 Martin 的听众写到 ：" 吴涛 ，Rio 你们好 ， 偶然看到第 35 期提到了 parsed 关闭的事情 ， 半年来使用 parsed 的种种又浮现在脑海里 。
记得 parsed 宣布关闭的前一天 ，parsed 的 Google group 依然充斥着 iOS、Android、SDK 使用的讨论 ， 第二天被 parsed 的迁移以及 parsed 提供的替代方案刷屏 。
之前 parsed 官网还在不断提供新的 webhook 和 Heeracle 对接等的新功能 ， 大家都在高兴 parsed 越来越强大 ， 没过多久就忽然宣布关闭了 ， 这是完全没有征兆的突然死亡法 。
先稍微更正一点 ，parsed 的核心的确是用 go 写的 ， 想见 parsed 从 Ruby on Rails 改用 go 的这篇博客 ，但是 parsed 提供的开源替代方案 parsed server 是基于 Node 和 Express 写的 ， 另外 parsed 提供的是 BAS backend asset service 或者 MBAS mobile backend asset service， 提供的服务范围会比 Heeracle 这类的 parsed 更窄一点 。
它提供了基本的 data storage and manipulation、user authentication、 简单的自定义后端逻辑 ， 比如 parsed cloud code 类似于 AWS 的 Lambda，以及 push notification 等等。 各平台客户端的 SDK 也比较全面而且容易上手 ， 同时价格也相当的实惠 ， 绝大多数的 app 都可以终生保持在 free tier。
这些都是吸引我和其他用户使用 parsed 的地方 ，也因此积累了相当多的人气 。 所以当它真的宣布关闭时， 大家跃升载道 。
比如这个网页中 the big list of alternatives to parsed 的其中一段记录了许多对此事的怨念与吐槽 ，而它的一些竞争对手也把 alternative to parsed migrate from parsed 作为自己 Google Ads 的广告 ， 所以它想要抢占因为 parsed 关闭所流失的用户 。其实对于已经使用了 parsed 一段时间 ，但是但又没有过于深度整合而且本身就有迁移计划的用户来说 ， 这也未必是件坏事 。
它促使了 parsed 发布 parsed server， 给想要迁移的用户提供了一个中转的选择 ， 同时也是个不差的自架 API server 的选择 ， 顺便搭配已有的各个平台的 SDK。
另一方面 ，parsed cloud code 虽然允许用户用 JavaScript 来编写后端的逻辑 ，但是由于代码和 API 都只能在 parsed 的云端使用 ，unit testing 相当的不方便 。parsed server 的出现给本地测试后端代码带来了可能 ， 给需要写相对复杂逻辑的用户一些好处 。
我非常认同 Rio 关于是选择第三方还是自己手自己动手写服务端的看法 。 拿我们的 app 做例子 ，由于我们的团队三人除了我之外都比较少编程的背景 ， 三人都对 iOS 开发也是零基础 ，而唯一对 web development 稍微理解稍微了解一点的我 ， 除了只能 part time 进行本身知识偏向前端为主 。
这种情况下需要完全自己动手做后端的开发 ， 必然会很大的延长开发时间 。 所以我们选择了使用 parsed 以及其他的一些 SaaS 共同处理后端的需求 。
这样做的坏处除了 service 方的倒闭之外， 还要面对它提供的功能的限制 、 客户端 SDK 的 bug 等 ，而好处也很明显 ，也就是上手学习的时间大大的缩短 ， 免除了相当多后端逻辑的设计烦恼 ， 让我们比较快的把一个相对完善的内测版本
做完了 。 所以如果能够半年前就预见到 parsed 关闭的未来 ， 要我在更晚的推出测试版本和快速上手加上逐步迁移之间进行权衡的话 ，也仍然会是一个相当艰难的选择吧 。
第一次给两位发反馈 ， 一时激动用了上班时间 ， 今天注定又要晚下班了 。
最后最后最后 。
没错 ， 我们支持但不提倡各位听众使用这种方法来给我们写反馈 。
对 。
所以这是一个活生生的使用 parsed 然后受到影响的例子吧 。
对啊 ， 这个就有切肤之痛 。 但是就上次也讲了嘛 ， 这个有时候是你是没有办法的选择 ， 就资源有限嘛 ， 你也只能就这样 。
不过好在呢 ，parsed 就刚才之前不是提了你的那个 Lin Cloud 吗 ， 还有别的一些这种 ， 就希望吧以后出更多的这种接口比较接近 ， 然后互相能够在不同平台上能够就是提供服务的这种后端服务吧 ， 让大家可以更多的选择 ， 然后不要一家关了就完全就手忙脚乱的可以比较平滑的迁移到另外一家咯 。
对 ， 这个故事告诉我们一个自由竞争的市场是非常重要的 ， 同时这个统一标准也是非常重要的 。 你可以自由竞争 ，但是你必须所有的人最好所有人都提供统一的标准 ， 这样就像什么呢 ， 就像洗车一样吧 ， 你不管哪一家开着的洗车铺 ， 你车对于车的这个规格的要求都是一样的 。
树莓派与Arduino28:33
对 。
接下来是一位叫做蒋毅的听众给我们写的很长的一篇回复啊 。 我们略过前面讲个人介绍和图形化编程语言的一部分 ，因为这个时间比较久了 。
然后我们感兴趣的是他在反馈里面提到了开发版 ，因为他本身是一个 ，他是一个怎么说 ， 资深用户吧 。
我听了你们关于开发版那一期和之后的听众反馈 ， 我无意吐槽什么 ， 每个人都有的知识盲点 ， 互相分享一下也是一件开心的事情 。
听见了没有 ， 这是咱们的知识盲点 。Raspberry Pi 这个东西还是蛮好玩的 ， 优点是这个玩意的性能相当于一台 2000 年初的 PC 机 ， 除了运算速度相对有限 ， 基本上可以做任何 PC 机能做的事情 。
重要的是成本相对台式机很低 ， 功率也很低 ， 上面可以跑最新版的 Ubuntu 和 Debian。Raspberry Pi 的缺点则是内存太小 ， 目前只有 1GB， 还要分给几百 MB 给显示芯片 。
为了把我的 VIM 打造成 GoLang 的 IDE， 我不得不再划出 2GB 的 SD 空间来做 swap。 编译 UcompleteMe 插件需要几个小时， 只能用于性能不是优先考量的因素 。
我应用场景是我现在在闲暇之余 ， 括号哄孩子睡觉之后到凌晨 2 点 ， 就抱着笔记本 SSH 到 Raspberry Pi 上学习 Rio 强烈推荐的 GoLang， 买了一个 GSM modem 模块 ， 可以通过 minicom 或者 go 程序发送 atcommand 来发送 、 接收短信 、 拨打和接听电话 。
我还订购了若干 XB 的模块 ， 打算用于和 Arduino 的传感控制节点通信 ， 希望能够控制自家的车库门 ， 可以在断电断网或者传感器捕捉到异常的时候 ， 通过短信电话或者 push notification 的方式来通知我 。
好 hardcore 啊 。
对 。
而且我觉得这个哄孩子睡觉之后到凌晨 2 点之间要来学你推荐的 GoLang 这个实在是太 。
一定是最爱 。
没错 ， 对你还是对 GoLang。 其他应用场景包括它也可以作为一个用户数量有限的 web 服务器或者 app 服务器 。 我靠 ， 刚才居然念了 app， 我真是要扇自己 。
拿来练手学写程序 ， 玩 Linux 也不错 。 和信息安全相关的还有 Kali Linux 的 Kali Linux RPI 的镜像 ， 配合上最新的 Raspberry Pi Zero， 可以提供很多白帽黑帽的黑客需要的功能和小巧别人性隐藏的特性 。
至于将来给孩子教写 Python 建立机器人也不错 ， 所以推荐两位主播可以买来玩玩 。Arduino 相对的简单多了 ， 它的优点是可以几行代码循环的简单粗暴的直接控制电机 LED、 访问传感器 、 采集数字和模拟信号 ， 比如温度 、 湿度 、 气压 、 重力 、 一氧化碳浓度等等。
相比其他同类产品有大量的 shield 用来扩展功能 ， 比如用 XB 通信 ， 用继电器控制高电压设备 ， 添加低功耗蓝牙 BLE 用于短程通信 ， 用以太网 shield 来构建极为简单的客户器或者服务端 。
用户不需要考虑提供的电压是 33 伏 、5 伏 、9 伏还是 12 伏 ， 它都自带电压稳压电路 ，而且学习的成本非常的低 。Arduino 的缺点就是如果知道它应用场景 ， 它有限的性能反而成了优点 ，也就是省电 。
一节 5 伏电池可以让它跑几周 。 非要说缺点的话 ， 就是这只是一个开发版 ， 体积相对的作为一个开发版来说体积相对大 ，不能作为初创团队的最终产品 ，以后还是要电子工程师重新设计电路优化性能 。
我个人的 Arduino 娱乐场景是做了一个从来不需要用的夸盆自动灌溉系统 ， 现在打算做车库门的远程控制节点 ， 将来打算把传感器传感的采集的数据通过 Arduino 发送给 Raspberry Pi， 用 iOS app 来防伪控制 。
我知道国内有大量的现成的创业团团队制作出来的成熟产品 ，但是我这么做就是图个乐子 ， 顺便打磨一下专业技术的技能 。
再次发明了 。
其他应用没错 ，其他应用场景在不违反在不违法违规的情况下， 可以用 Arduino 租借一个低成本的探空气球传感器或者探空火箭传感器 。
有人甚至设计了 Arduino 的卫星 ， 每年悉尼的 Vivid Sydney 灯光音乐节上， 各种迷幻动感的彩灯产品也都多多少少的用到了 Arduino 的驱动 。
哇 。
我先这边的用户 。
他在那个他真的在 Raspberry Pi 上做开发 ， 这也是挺
我挺佩服你的 。
我觉得他说抱着笔记本 SSH 到 Raspberry Pi 上学习 GoLang， 这个好像有点就为什么呢 ， 为什么一定要就远程登录到 Raspberry Pi 上学习 GoLang， 难道是 。
对啊 ， 我也不是很明白 ， 你直接在电脑上跑 ， 然后编译好了放到那个上去跑就好了 。 就他其实是把那个 Raspberry Pi 当成那个主机来用嘛 ， 然后他说那个换了 2GB 的 SD 卡用来做 swap， 这个真是强烈不建议 。
对啊 ，Raspberry Pi 本身不是拿来 ，不过他也可能也许他的 laptop 是 Windows， 然后他想要在一个纯 Linux。
那装个虚拟机都比这个性能好啊 ， 反正都是 SSH 进去对吧 ， 主要是有个那个用那个 SD 卡来做 swap 会很快把那个 SD 卡的那个因为 SD 卡的那个读写次数非常有限嘛 。
它是有读写次数 ， 对 ， 它是有使用寿命的 ， 你这样都 。
就很快就被那个了 ， 然后 。 做编译的话 ， 那个处理器的那个处理能力真的是很弱 ， 要好久的 ， 何必呢 。
不过想想也是哈 ， 你看之前你想象一下 90 年还是九几年的时候 ， 那个 Linux 最开始写 Linux Torch 刚好最开始写那个 Linux 的时候 ， 应该用的那个电脑的性能应该比现在的 Raspberry Pi 还要差是吧 ， 人家也过了 。
那是肯定的 。
体验是 。
可是那个时候 Linux 也非常小 。
嗯 ， 倒也是哈 ， 对 ， 然后
反正就拿来折腾吧 。
我觉得不管怎么说 ， 它的整个的这个架构是非常非常屌的 。
我把我那个 Raspberry Pi 就是我有个 1G 嘛 ，1B 还是 1A 我忘了 ，1B 吧 ， 然后把它那个插上那个路由器上旁边 ， 然后没事就 SSH 进去玩一下， 装点小软件来整整 。
就我现在也开始用了 ， 没有再放到那个抽屉里面吃灰了 。
非常好 ， 那我应该把我的 Arduino 也拿出来擦一擦灰 ， 然后 。
再放回去 。
想想拿它干点什么 。 我可以把它我可以把它定在墙上当做一个装饰品 。
OK， 我看做那几个那个控制的东西还是蛮好玩的 ， 就是有时候就是折腾一下自己 ， 去熟悉一下这个创作的过程吧 ， 就并不一定说你要做一个非常新的东西出来 ，但是就有时候叫做 scribe your own itches 对吧 ， 还是挺有意思的 。
就他最后提出的这个什么灯光音乐节 ， 让用 Arduino 来控制彩灯艺术品 ，其实就侧面反映了 Arduino 做出来的最大的优势 ， 就是它降低了跨入用一个小小的功能简单的可编程控制器件来实现一些非常有趣但无用的功能是多么容易的一件事 。
嗯哼 ， 对 ，
反正刚才也刚好也说到那个 Raspberry Pi 哈 ， 我们刚好进入了这个顺理成章的过渡到新闻环节的第一条 。Raspberry Pi 3 发布了 ， 就前几天吧 。
树莓派336:30
你有觉得 Raspberry Pi 这个词这个名字非常拗口吗 ？
那我们直接说 Pi 好了 。
我们可以叫它树莓啊 ， 树莓 Pi 嘛 。
它们树莓 Pi 3。
中文世界对 ， 这是中文世界的标准翻法好像 。
树莓 Pi 3。 这次发布的 3 就是性能上又有提升了哈 ， 变成了一个 64 位的四核的 ， 我记得是 Cortex 几来着 ，是反正那个指令集是 。
指令集和对 ， 指令集和那个核心的版本是不一样 。
对 ， 然后那个处理器的那个频率提高到了 1.2GHz， 然后加了那个板 ， 这板再自带了 WiFi 和蓝牙 ， 这个还挺有意思的 。
对 ， 这是最大的一个最大的一个卖点吧 ， 我觉得 。
对 ， 它那个板在 WiFi 应该是一个 2.4G 的 ， 应该是到 N 吧 ， 应该没有 AC 我记得 。
应该没有 AC。
对 ， 然后但是就比较遗憾哈 ， 还是没有那个就是原生的网口 ， 还是通过那个 USB 来桥接 ， 就是这个 hub 来转接了一个这种 USB 的无线无线 USB 的网卡 。
对 ，但我觉得最大的优势就是当你有了无线网之后 。
你就不需要有线网了 。
对 ， 你的这个布线的这个一个巨大的限制就没有了 ， 然后它另外它还有蓝牙 ， 我觉得这个真是一个突破性的进展 ，而且怎么最良心的就是它的售价不变 。
对 ， 还是 35 美元的吧 。
对 ，也就是说你有 35 美元 ， 你有了一个可以一个只要插上电就可以
无线的和你的所有其他智能器件通讯的这么一个东西 ， 作为一个大脑 ， 这是 。
他们用那个来做那个什么玩具小车的就可以省掉再装另外的模块做无线通信了吧 ， 直接用蓝牙或者 WiFi 就可以控制了 。
对 ， 或者做无人机什么的 ， 你只要 WiFi 够得到的地方 ， 你无人机就会飞过去 ，但是要小心啊 ， 千万不要飞出去后就失控了 。
我不知道它那个板载的 WiFi 天线的那个信号有多好哈 ，但是 。
应该不会太好了 ， 我觉得 。
对啊 ， 我觉得这距离太远了 ， 应该还是没什么戏的 ， 就还是在就是就是距离只要近的场景下玩一下就好了 。
所以说要把这东西装在无人机上的话 ， 一定要做一个 WiFi strength indicator， 飞太远那个 indicator 开始闪的时候就赶紧让它飞回来 。
对 ， 你可以设定一个那个记住之前那个 GPS 位置 ， 然后自动返航嘛 。
哦 ， 那样的话还要装什么惯性传感器之类的 。
这个就不知道了 。
应该是 ， 要么就得写一个特别复杂的算法 ， 先飞一段看看这个 WiFi 信号是变强还是变弱 ， 然后自动朝着 WiFi 信号强的地方飞 ， 这个好像也不是特别复杂吧 ，但至少要比装一个传感器来的复杂一点 。
嗯 ，不过那个我还比较惊异哈 ， 它那个用的啊 ， 我查到的它是用的 Cortex A53 的四核 64 位的 ARM 处理器 ， 说是有就是如果四核都跑满的话 ，是比就是树莓派 1 的 CPU，因为树莓派 1 是一个单核的嘛 ， 它说有 10 倍的性能提升 ， 那除以 4 的话就单核也有两倍多 ， 还是挺不错的 。
没错 ， 第一代树莓派是 12 年出来的对吧 。
不太记得了 ， 反正挺久了 。
对 ， 所以在四年之内这个树莓派的旗舰产品的速度提升了 10 倍 ， 可以这么理解 。
对啊 ， 所以 。
那我们可以期待一下说再过四年可能这个树莓派就已经能上天入地了 。
对 ，因为刚才那个朋友他说他在那个树莓派上编译东西嘛 ， 然后编译很多都是可以必行化的嘛 ，他都有个四核的这个 ， 然后就是那个主频也提升了不少 ， 之前那个树莓派 1 应该是一个 700 兆赫兹吧 ， 我记得没错的话 ， 就单看如果什么架构那些都跑去不看的话 ， 单那个单这个主频的提升加这个核心的速度的提升都已经有不错的这个
体验了 ， 赶快买个新的 。
没错 ，也许再也许再过两年， 我们刚才说的所有这些不建议在树莓派上编译程序的这个弱点全都被打破 ， 全都被瓶颈全都被打破 。
不过他们说还是这个还是有有这个就还是有点就是不是什么事情都尽量尽量吧 ，因为毕竟性能上去了 ， 然后他们我看他们测评说这个功耗也上去了 。
功耗也会上去的 ， 对 。
翻了翻了一番多吧 ， 好像 。
对 。
这个也没办法 ， 对啊 ， 要性能与电池不可兼得是吧 。
对 ， 我觉得 。
21 世纪最大的难题 。
没错 ， 我觉得你要想要做一个那个 007 里面那个 Q， 然后做那种非常小 ， 然后又非常运算能力强 ， 然后远程通讯 ， 然后就像纽扣那么大小的东西 ， 现在还是不太可能 。
下一个技术上的突破性的进展如果能够出现在电池上就好了 。
电池与车41:58
嗯 ， 我觉得这个就还是不要指望了 ， 你还是指望像什么石墨烯啊 ， 这些能够或者是什么什么光计算机这种能出现比较新的东西能够把省电这个事情解决了 ， 比较现实 。
OK，但是电再怎么省它不可能突破物理极限嘛 。
那就现在我们离那个就是理论上的物理极限还比较远嘛 ， 现在只是说在硅基这一块是比较重的嘛 ，但主要就在就线路损耗上面这些问题 。
如果说我们比如说换一下什么石墨烯的这种什么超导的材料 ， 或者说用那个光来进行芯片内的通信 ，而不是用这个电子 ， 那其实还是有挺大提升空间的 。
只是说目前这块还没有办法 ， 就有实验性的项目在做 ，但是还没有这个就商业化的短期内商业化的可能性嘛 。
好吧 ，在微电子方面应该是这样的 ，但是我觉得如果电池方面能有突破性的进展的话 ， 这对于任何电动车辆 、 电动机械 。
都解决了是吧 。
都是非常大的利好 ， 对 ， 你以后用什么就别说电动汽车了 ， 你以后用一个那个 Power Tool， 就是那个手钻 ， 你都不需要在手柄里面装一个巨大的电池了 ， 这样多好 。
但我觉得这个事情是矛盾的吧 ，因为这个跟安全是直接有关系的 ， 你把那个就那么大的能量在那么小的空间里面 ， 这个就那个能量密度的 ， 如果它随时出现一个什么安全隐患 ， 那就杀伤力巨大了 。
OK， 就像辐射 4 里面那个核聚变电池 ， 就大概 5 号电池那么大一点 ，但是它可以把人烧成浆 ， 然后我就想说这玩意要是爆了的话 ， 应该比核弹厉害吧 。
对啊 ， 所以还是要考 ， 就我觉得从这个角度去考虑 ， 我觉得还是不要指望电池能够能量密度提高多大了 ，因为这个实在是太危险了 。
你看现在其实现在国内 ， 我不知道欧洲好像现在我回国才留意到这个事情 ， 就特别是这两年吧 ， 感觉特别明显 ， 就你坐飞机不是很多人带那个充电宝吗 。
充电宝是一定要随身带是吧 。
不是 ，是这样 ， 就说有规定多少容量以下 ， 反正一定是要随身带的 ，但是你只能带多大容量以下的 ， 超过的就不管拖影随身都不让带了 ，因为锂电还是有那个就不稳定的问题嘛 。
之前好像是发生过拖运在那个货舱的锂电池发生这个爆炸燃烧的情况 ，因为货舱没有人。
主要是因为主要是因为货舱不加压还是什么 。
这个就不知道 ，但你起码货舱是没有人的 ， 它也没有那个什么不可能装消防设备嘛 ， 所以 。
不 ， 我想问的就是为什么在飞行过程之中锂电会特别不稳定呢 ，是因为冷啊 ， 还是因为不加压呢 ， 还是因为什么 。
锂电本来就不稳定啊 ， 就是就不在不跟飞不飞行没有关系 ， 之前你也看到很多这种笔记本电池爆炸的这种案例嘛 。
所以就仅仅仅仅是因为它有可能性爆炸就不让带上飞机 。
对啊 ， 这不是有可能这是有先例的嘛 。
不是 ， 我的意思是我的意思就是想要确认说飞行过程不会是特别让锂电池变得不稳定 。
不会不会不会 ， 应该应该我照我理解应该是不会 ， 就只是在使用过程中， 比如说充放电那个芯片控制的不好 ，因为它都有发热的这个过程嘛 ， 然后你能量密度就比较高 ， 锂电的话就你现在用的可能铝铂膜电池吧 ， 它能量密度是挺高的 ， 然后如果一旦爆炸的话其实杀伤力还蛮大的 。
OK。
所以超过一定这个容量的它都不让你带嘛 。
明白了 ，但是我总觉得好吧 ， 我再回去再查一下， 我之前一直以为是因为不管是温度压力还是什么宇宙射线 whatever 什么东西 ，在飞行室的时候会使得锂电特别不稳定 ，但如果你这么说的话那应该没有 。
对 ， 那个倒没有 ，因为现在很多它也有一个就是适用的这个温度湿度和压力环境都还比较广嘛 ， 那主要是说这个 ，因为现在就简单的说就质量良药不齐嘛 ， 你也不知道哪个山寨厂做的它那个电路到底有没有问题对吧 ， 那搞不好就爆了呢 。
OK。
就跟带个炸弹带个小型炸弹上飞机没什么区别吧 。
是 ，因为我前两天买了一个大的锂电电池 ， 就是因为我就好像就消息姐哦对我前前一阵子跟消息姐见了一面耶 ， 她来德国玩 。
OK。
然后 。
你竟然没有录一期现场真是 。
对 ，不太好吧 。
何必呢 ， 人家来人家来玩你还要逼人家录节目 。
总之 anyway，而且人家是来看建筑的好吗 。
好吧 。
对 ， 总之那一天我想要送她回家的时候车没电了就非常的久 。
车没电 ？
就是车的电池没电了 。
啊 ， 怎么会出现这种情况 ？ 你忘了关灯 。
就是你在因为那天比较冷嘛 ， 然后我把车放在外面放了一个周末 ， 然后总是打不起来火了 。
都没电了是吧 。
对 ， 非常的久 。
不对啊 ， 那个车是那个铅酸电池应该受温度影响没有那么大才对啊 。
是是是没有那么大 ，但它还是仍旧是可能的 ， 尤其是电压比较低 ， 然后又在冷的天里面放了很多时间的时候 。
所以你应该带个那个那个什么什么暖宝宝围在那个电池周围 。
对 ， 然后最后不得不开女朋友车去送他们回酒店 ， 然后我痛定思痛就在 Amazon 上买了一个那个紧急启动器 ， 就是
你一般来说这种情况下就是以前没有紧急启动器的时候 ， 你这种情况下你要找另外一辆车来 ， 然后把那个车的那个电池搭到你的电池上， 然后再启动嘛 ， 然后再用发动机去给电池充电 ，但是有了这个东西的时候你就你就可以直接用这个玩意儿接在电池上， 然后你大概有那么七八次机会 ， 如果能打着的话呢 。
这也是只有在韩代国家生活的车主才需要考虑这个问题是吧 。 中国不嘛 ， 中国的北方也需要这个吧应该 。
你国也有韩代的好吗 ？ 而且德国不是韩代好吗 ？ 我们都在温带陆地性气候 。
因为之前我在加拿大的时候也想过买个这个东西 ， 后来发现好像根本从来没有遇到过这种情况发生 。
对 ， 最大的诱因是每一次汽车打着火之后会损失一部分电压对吧 ， 你必须开足够远的距离才可以把这个电充回来 ，而我当时之所以会没电就是因为 。
你开的不够远 。
在那之前大概有半年时间一直都每天只开 7 公里左右 ，而且要开打火打火至少两次 。
所以应该每次出去多多一下风多绕两圈嘛 。
对 ， 这样其实这样用车实际上是非常不经济的 ， 对车非常不好 ， 所以
但冬天我也不想每天都骑车上班 ， 所以 。
出去看雪 。
好吧 。
所以其实如果你以后买这个电动车的话 ， 你这个问题就更严重了 ，不光是打不着的问题了 ， 就直接 you know 就没电了 。
哦 ， 电动车放久了之后那个电池死掉是有先例的呀 ， 就有些人有些人特斯拉买了辆特斯拉然后出去 gap year 回来之后特斯拉就报废了 ， 这个是有先例的 ，但是锂电池的就因为现在车一般是锂电池嘛 ， 如果你买电动车的话 ， 你在你在就是把它越冬就是把它
不要说对 ， 把它放在那放一段时间的话应该有一个插销得一直插着 ， 就是它会定期去按摩这个电池不要让它死掉 。
就保温嘛简单来说 。
所以所以电动车配暖宝宝还是非常必要的一个组合 。 对 ，其实摩托车是一个比较典型的例子 ， 摩托车里面也是铅酸电池 ，但是摩托车因为大部分人骑摩托车在尤其是在我们这种韩代国家的话 ， 它一年只有大概 6 到 10 个月的时间可以骑 ， 然后你要 。
就夏秋嘛 ， 春夏秋 。
对 ， 然后你要在不骑的时候你得把那个电池接在一个保养器上， 这跟这个其实已经是一个比较
司空见惯的做法了 ， 所以如果有电动车需要这样做的话也没有什么 。
但摩托车其实不需要哎 ，因为你可以你把那个摩托车把那个电池啊设计在你的这个胯下坐着那里对吧 ， 你靠体温把它加热嘛 。
问题在于你不能把摩托车好吧 ， 你可以把摩托车放在车库里面 ， 然后把电池提上来放在家里面 ，但即便这样的话那个那个里面的电量还是会逐渐失去的 。
那倒是 ， 你看这个中国设计的这个什么电动自行车电动摩托车就比较机智了 ， 大家都是把电池提回家的 。
哦 ， 那个主要是一方面是防盗 ， 另一方面它你可以这样充电呀 。
对啊对啊 ， 就是嘛 ， 就是说这个设计场景就不存在这个问题了 ， 哪怕是在北方这种情况也可以这么玩 。
对 ， 说到说到这我倒是想买一个电动滑板
， 电动长板就 longboard， 然后你因为我去上班的路上有一段需要爬坡 ， 如果骑自行车的话 ， 如果是单纯用长 longboard 的话 ， 那个爬坡这段路会会累得跟狗一样 。
你可以买个那个嘛 ， 电动 scooter 或者是那个 hoverboard。
电动的 hoverboard？ 哦 ， 我知道你说什么了 。
扭扭车 ， 电动扭扭车 。
我觉得那个电动 longboard 的优点是你可以你可以在滑行的时候练滑雪 。
好吧 ，anyway， 下一则新闻 ， 这叫 bad news 吧应该是还是 good news，no more Android apps on Windows 10。
微软转向52:01
Indifference app，indifference news。
哎 ， 之前那个微软说要在 Win 10 Mobile 上面搞一个这个安卓的 run time 嘛 ， 我们之前也聊过这个事 ， 然后这样就可以那些安卓的应用就可以不用不用怎么改 ， 直接拿过来就可以运行了对吧 ， 现在这个项这个项目真就正式死掉了 。
对 ， 我们 。
这也算是意料之中吗 ？
也不算意料之中吧 ，但是我觉得微软不管什么出尔反尔我都是可以接受的 。
你觉得这个是什么原因导致的 ？
我觉得还是一个 motivation 的问题 。
就你觉得他们不想这么干了 ， 还是不是说遇到什么技术问题 。
而不是说技术上的难题 ，因为因为如果你说我要非常好的支持
Android 的 app 原生的跑在 Windows 10 上的话 ， 那谁要给 Windows 10 写程序呢 ？
就是解决不了鸡和蛋的问题嘛 。
对 ， 你不能既希望喜鹊跑到你的窝里来下蛋 ， 又又不要喜鹊的蛋把你的小喜鹊把你其他的蛋推出窝外对吧 ， 我靠我刚才这段话简直可以总结成一成总结成一句成语 。
但有一个问题就是说它现在那个 Win 10 手机就有这个问题嘛 ， 它就解决不了这个 ， 它之前为什么出这个这个这个 Android run time 的原因就想解决这个鸡和蛋的问题嘛 ， 说先有别人的蛋来给我一跑起来 ， 然后才我才可以才会跑到我这个窝里面去给我生自己的蛋嘛 。
对 ，但是问题在于就是你你没有办法诱惑那些来你窝里下蛋的喜鹊生你的崽对吧 ， 除非你把安卓给买下来 ，但是我们知道现在 Google 市值是要比微软高的 。
买不了 。
所以这是一个对这是一个比较两难的境地 。
但是呢 ， 与此与此同时又有一个相关的消息 ， 就是它把那个这怎么念 ，Xamarin。
Xamarin。
对 ，Xamarin 就是以前的 Mono 是不是 ？
Mono 是那个是那个运行时和框架的 。
就他们的产品以前就是 Mono 嘛 。
是基于 Mono 的 ， 对没错 。
OK， 对 ， 它把 Xamarin 就叫 Xamarin 是这个开发 Mono 的那间公司嘛 。
对 。
对 ， 它把 Xamarin 买下来了 ， 然后 Mono 就是以前把那个就是 .NET 那套东西能够在非 Windows 就是简单说就是 Linux 上面能跑的 C# 可以这么说吧 。
没错 。
对 ， 然后它把这个买下来之后呢 ， 它打的是什么算盘呢 ， 就是说那反正我们那个 Android run time 也不搞了 ， 然后你们现在开发也有要开就要开发 iOS 版和开发安卓版的问题 ， 那我们直接用这个 Mono 这个技术 ， 你们用 C# 写程序 ， 我直接用我的 VAT 帮你生成 iOS 和安卓的这个 binary 就好了 。
对 ， 这是一个就是从逆向的方法来完成它之前想要完成的事情 。
其实我觉得这个从战略上来讲其实比之前那个 Android run time 来的要好哎 。
为什么 ？
因为你想之前那个 Android run time 我刚才我们也讲了那个问题它解决不了那个鸡和蛋的问题 ， 就是如果说别人都可以用安卓的 app 在 Windows 上 Windows 手机上面跑了 ， 那谁还写安卓那个 Windows 手机那个原生的 Windows 应用没有必要了对吧 ， 反正也省钱了 ，但是现在大家还是要写 iOS 和安卓 app 同时同时写嘛 ， 就大部分厂商还是要这么干的嘛 ， 那那我出一套这个工具
链让你说那只能写一套啊对吧 ， 你用 C# 写还比那个 Java 好对吧 ， 比 Swift 好不不不知道 ，但比 C# 比那个 Objective-C 好对吧 。
那是肯定对 。
反正这个是你你那个什么我们无条亲亲定见定过的对吧 ，C# 确实比这两个好嘛 ， 然后我的工具链又本来我那个微软也做工具链建厂嘛对吧 ， 那我就这么干了 ， 完了之后是不是说反而会有更多人来这么做呢 ，而且一旦这么做之后， 我再到时候再加一个这个编译成这个 Windows 10 原生的 Mobile 应用不就好了嘛对吧 ， 就一石三鸟 。
对 ， 这是一个对这就是这是一个利诱程序员来走一个对于微软来说比较利好的走一条对微软来说比较利好的路的方法 。
对 ， 就之前那个 Android run time 的办法就只能一石半鸟吧 ， 现在可以一石三鸟我觉得其实是一个就这招是更好的 ，而且从实现的难易程度来讲 ， 我觉得这个可能会就没有那么多坑至少 。
没错 。
因为你用那个 Android run time 的话 ， 你还要去解决别人各种各样的环境生成的那个安卓的这个叫 APK 能不能跑起来的问题 ， 就各种 API 啊还要还要考虑那个什么 ， 还要考虑这个各种可能出现的这个版权纠纷对吧 。
对 。
那你其实如果你 。
最大优点就是如果你一上来就就专门写一个考虑到的 Windows Mobile 的程序的话 ， 肯定要比写就是把一个既有的完全不知道 Windows 为何物的东西移植过来要来的容易一些 。
对 ，而且而且它这样它给它它就 sell 这个 Xamarin 就是 Mono 这套的工具的时候其实还有好处嘛 ， 就是它起码可以更容易卖得出去 ， 就说你用我这个可以只写一套就可以生成 iOS 安卓 ， 很多人还是愿意为这个买单的嘛至少从表面上来看 。
尤其是就是比较成本就不是想要打造一个特别
polish 的一个一个 Mobile app 的厂商来说这是非常利好的消息 ， 就比如说我是一个我是一个做头盔的 ， 然后我想做一个控制头盔上面的那个远程通信软件的 app， 我就可以拿这个来做呀 ，因为这这我真的不想为这个投入太多的开发者资源 。
对对没错 ，但是这历史的经验也表明这种方法通常前景也不是那么明朗 。
对 ， 尤其最大的原因就是它不会它你没有办法在上面开发出特别好的程序来 。
那看他们那个就是兼容的 API 怎么做了吧 ， 就看 Xamarin 的能力喽 。
对 ，而且你要找一个
最大公约数这是非常难的 ，有可能说你想我想要在这个平台上使用这个功能 ， 然后这功能在其他平台都没有或者是这一套 API 它它没有还没有支持到这一步 ， 那你就得等或者你就得绕过去 。
对 ，但是如果它走这条路的话其实就有有一点就是怎么出发点就有点像那个叫比如说 React Native 这种感觉了 ， 就是你用一套另外一套语言 React Native 是用 JavaScript 写嘛 ， 然后去他们提供一些这种相关的支持 ， 然后你写一套这个逻辑代码就可以在不同平台上跑 ， 虽然结果可能看起来不咋地 ，但如果他们能把这个过程做得特别简单特别爽的话 ， 我估计应该还是
能吸引到一部分对那个体验要求没有那么高的应用场合吧我觉得 。 所以你开不开心你又可以用你你捡起你最喜欢的 C# 来写 iOS 安卓程序 。
我现在是把宝押在 Swift 上了 ， 所以我我也不知道 。
Swift跨平台1:00:20
啊对 ， 说到 Swift 这里有一个相关的啊 ， 就 Swift 也可以在安卓上跑了 。
哦 ，是那个叫什么那个人叫什么 。
是之前 。
我不知道就是有人提了一个因为 Swift 是在事先开源嘛在那个 GitHub 上面放着的 ， 然后有人上个月底的时候提了一个 Pull request， 它把那个 Swift 整个 Port 到安卓上去跑了 ， 那之前本来 Swift 就可以在 Ubuntu 上面跑嘛 ，也是一个 Linux 的话那个这个系统嘛 ， 然后它它就改一改把一些相关的知识加上就就似乎还行 ， 这样的话就等于那个就微软和苹果都同时选择了一条道路 ， 就是
或者说也不叫苹果本来就是那个它这个好像也是第三方提交的 Pull request 吧 ，anyway 就至少就大家都选择一条道就是说我们用一个新的语言去同时支持两大的操作系统 。
我因为我之前订了那个 Swift 的 newsletter 嘛 ， 然后我好像在有一天看到这个就就有人在讨论这个东西 ， 它问它问了一系列的问题 ， 好像是叫什么 Cage， 我我搜了一下的确是这个人， 所以这是它做出来的成果 ， 当然这个这个 Pull request 目前还是 open 状态 ， 就是虽然讨论得很激烈 。
就还没有被 merge 进去嘛 。
每隔几行都有都有一串讨论 ，但是目前它还没有进入没有被整进去 ， 所以
所以拭目以待吧 ， 我觉得还是是个大新闻 ， 只能这么说 。
但你觉得这个方向怎么样 ， 就刚才我们讨论你看那个微软也 。
那是肯定的嘛 。
这条路 Swift 可能也要走这条路 ， 这看起来是不是目前这个 Google 的日子最差 。
对 ，但它两者之间有一个最大的差别就是 Windows 刚才说的那个微软买了 Xamarin， 然后要把那个 C# 桥接到 iOS 上面 ， 这是一个官方的行为 ，但是在 Swift 这一边呢官方的行为 。
OK OK，Swift 这个是一个民间的嘛 。
这是一个钦定的行为 ， 对 ，而 Swift 这个朝安卓 Port 则是一个由社区自由生长出来的的一个 feature。
你觉得苹果对这件事情的态度是怎么样子 ？ 就单从这个开发者生态的角度来来考虑的话 。
因为苹果把这一套已经开源了嘛 ， 那你在开源的这个领域里面做什么苹果是管不着的对吧 ，但你要问问苹果的态度呢 ， 苹果当然是支持的 ，因为你想一下如果说一个如果你用 Swift 可以给安卓的写程序 ， 那
基本上大量的
不能说 iOS app 了 ， 只能说大量的 Swift 开发者所写的 app 会在安卓的上出现 ， 那也就意味着更多的人会选择使用 Swift 来开发程序对吧 ，因为你不能用 Java 写一个程序 。
对 ，但你觉得这件事情对苹果来说是好事还是坏事呢 ？ 就它乐于见到这个事情发生吗 ？
我觉得是乐于见到的 。
我不知道 ，因为我觉得这个是一个双刃剑 ，因为两两你如果你最好就是说
最好的那些开发者只给你的平台写东西不给别的平台写东西嘛 。
我好吧 ， 我刚才可能是从一个语言社群的角度来想问题想的多了一点 ， 如果你要说上升到公司战略层面 ， 它也许是不那么乐于见到的 ，不过有得必有失吧 ， 我觉得这个这个失是可以承受的 。
因为这个你没办法 ， 你必须要考虑到这个这这三家的这个就是在市场上的这个这个角力嘛 ，因为他们还是有这个竞争关系的 ， 所以我不太清楚这个事情最后会发展成什么样子 ，但无论如何到目前的情况来看 ，Google 那边还没有没有对安卓本身有任何动作嘛 ， 你看微软说你用 C# 写安卓程序吧 ， 然后苹果说不行 ，Swift 这边说你用 Swift 写安卓程序吧 ， 然
后那个 Google 说我没有打算用 Java 写 iOS。
我假装 iOS 不存在就好了 。
比较比较奇怪 ， 就是再看吧 ， 我觉得可能今年会比较有意思 ， 就看这两个这两个
项目能够跑不好跑跑跑得起来 ， 然后能不能够被大家接受 。
对 ，也有可能就是安卓的这边那个它自身内部的分裂化已经非常非常严重了 ， 就那个程序员去 Google 内部的 SDK 的开发者去适配不同的尺寸的手机已经焦头烂额 ， 可能也没有什么不同的手机加上不同的版本已经焦头烂额了 ，也没有什么心情去去搞别的 。
倒也是 。
我刚看了一下这个提起 merge request 的 Pull request 的人是 Brian，他来自于 Facebook。
OK。
所以一个 Facebook 的开发者把 Swift 为 Swift 提供了在安卓的上编译程序的功能 。
所以这个怎么说呢 ， 就 Facebook 还是在其实 Facebook 一直在打这种算盘对吧 ，他们从最开始用 JavaScript 来写那个 app， 就是最开始的时候像类似于那个 WebOS 那种那种感觉 ， 后来用那个 React Native 也是用 JavaScript 来写跨平跨平台的 UI 这个组件 ， 然后现在又想用那个 Swift 来写跨平台的这个 iOS 和安卓的应用 ， 就他们都在钻那种小空子 。
这样对 。
那对他们有好处吧 。
钻钻钻空子也不算吧 ，他们在在做贡献吧应该说 。
Making the world a better place。
对 ，他们在
他们在填平缝隙 ， 就是各个平台之间的各个不同的技术之间 ，他在做什么搭修桥补路的这种这种这种工作 。
没错 。
尾声1:06:55
今天仍旧是没有主题的闲聊 ，
下下算了还是不要做这种 prompt，不要不要做这种承诺了 ， 下一期搞不好还是没有主题 。
感谢收听 IPN Podcast 网络旗下的 IT 技术与娱乐节目 《 内核恐慌 》， 我们号称 hardcore 但是也没有干货 ， 想听的人听不想听的人就别听 ， 您可以为本节目捐款 ， 捐款地址是 cardinalpanic.fm/donate， 捐款金额随意只要是 8 的正整数倍就可以 ， 捐款不会为你带来什么 ，不捐也不会让你失去什么 ， 我们的口号是 no hard feelings， 如果你有任何反馈可以发邮件到 cardinalpanic@ipn.li， 同时也欢迎你收听 IPN 旗下
的其他现在有 11 档节目了 。
一共 12 档 。
《IT 公论 》《 未知道 》《 太一来了 》《 流星通信 》《High Story》《 印象 》《 无次元 》《 不物质 》《 玄美 》《 陛下官 》 以及 Rio 主持的 《 风头圈 》， 我们下期节目再会 。