我试做了一档面向程序员的技术历史播客

>> 因为自己喜欢看和技术有关的历史故事，但是找不到讲这个的播客
这个描述有点像 RedHat 的 Command_Line Heroes 系列 ( https://www.redhat.com/en/command-line-heroes/about), 之前听了感觉挺有意思的
下来试听下 OC 的 : )

已订阅，期待

关注了。

对这样的播客挺感兴趣的，正在听第一期。感觉现在的节奏和内容更适合文章或视频的形式？在想播客的话如果找个合适的人一起聊天主持，可能会更轻松一些，顺便问一下 OP 即刻 ID 和第一期的文稿？

@lollipogo #4
因为我听播客的场景通常都比较安静，所以就做成了这个风格 :-P
节目没有写逐字稿

@chiu #1
感谢推荐 :)

这个 repo 是边听边写的，是一些建议或者尖锐地评价。

1 ，第一篇内容不够白话，这个内容非专业人士很难听明白，缺少一些白话文例子。比如梯度下降算法没背景知识根本理解不了。

2 ，基于第一点，如果整个播客的目标听众都是行业内人士，那没问题。但目标听众群体如过往外扩散，听 3 分钟必然跳出。

3 ，语速节奏过于缓慢，听众的时间也是钱。加快点节奏，可以压缩到 30 分钟。


一些疑问：
1 ，想问 op 准备一期播客的整体耗时、文本字数等等。

2 ，我一直也想做一档基于计算机历史的播客，但我的切入点更想是希望回朔整个计算机科学的发展历史。
以下是我的书单，但一直没读完也就一直没开始。

![计算机历史( https://imgur.com/aIgDsYB.jpg)

[Imgur]( https://imgur.com/aIgDsYB)

@FeifeiJin
![计算机历史( )

https://liuyandong.com/忽软忽硬电台节目列表

类似的博客，但好像不赚钱，纯兴趣~

已订阅，尝试一下

@FeifeiJin #7
感谢建议 :)
目前确实还在探索阶段，每一期我都会反思总结并在下一期做一些优化
语速问题，我刚开始觉得如果慢可以倍速，但是快了就很难调整，所以刚开始就选择讲慢一点。在第 4 期 Node.js 的节目中，我就尝试提高了语速，欢迎试听～
关于准备，现在基于以前看过的材料和一些人物访谈、社区博客等进行准备，一期准备 3 天左右，每天下班后整理 2 小时:)
欢迎一起做播客，扩散程序员的话题领域

@workg #10
播客确实不赚钱，但是如果能有朋友们也爱听，那也值得 :)

牛马上班 ing, 开听

已订阅

小宇宙已订阅。感觉封面能好看点就更吸引人了 :-)

句子的停顿有点久

@Rehtt #18
有些地方是为了避免压迫感刻意停下来的，可能有点过久了 :)
之后改进～

@Liam1997 #17
画了个新封面，已更新待审核 :)

订阅了，这方向很好！

有点意思，继续加油。

作为经常听 100 分钟以上节目长度的播客用户。
我的建议是录的时候放轻松点。
当然我还没听过，晚上听听

考虑上架 spotify 吗

@yellowbean #24 刚把 rss 挂上去了，几个小时后应该会上架

新上架了 Spotify 平台，等待审核

订阅了