@hlwjia 不是编程视频这种定位，而是更宽泛一些的

科普视频有个共同点就是只会告诉观众主题大概是个什么东西，有什么用，而不会讲太细主题怎么实现的。


我可以举些例子比如

“如何制造一个打赢 TI 冠军的 AI ” —— 实际上是借 AI 蹭个热度，主题是科普传统游戏 AI 用的状态机模型
“如何创造一个独一无二的老婆” —— 科普一下 GAN，干货时间可以现场炼点丹
—— 上面这些类似于杂谈科普

更细致和专业一点的比如
“怎么写代码才能把电脑吃炸” —— 科普现代编程语言的垃圾回收，以及非 GC 实现用到的智能指针等
—— 对标 3B1B 那种更数学的数学科普

@Hallelu 没在 mac 下面下过版权音乐，但 win 下面首先突破账号限制是做不到的，版权音乐只能从开了会员的账号下下来，然后下下来的是个私有加密的格式（.ncm ），ncmdump 那个 project 的目的就是把原有音频文件从 ncm 中解压出来，相当于提取出无版权保护的原始音频。

不知道你说的导出具体期望是啥，如果是将歌单导入其它平台，那各音乐平台（说是“各”其实我只知道且用过 qq 音乐的）会提供导入工具，按名字搜索它自己的曲库然后重建歌单。如果是想导出音频文件，那直接下载就好了，唯一会遇到的问题就是版权保护的私有格式，用上面提到的 ncmdump 解决

黑客马拉松其实有很多作品确实是半成品拿去打比赛的

建议采用半命题的赛制。当初在校的时候有个华为搞的软件赛是每组实现一个玩德州扑克的 AI，评分的时候各组 AI 互打。像这种半命题形式我觉得比较合适。比如指定必须要用到的硬件设备（蓝牙摄像头什么的），指定交题对接的接口定义（比如游戏 AI 的操作接口），甚至还可以提供初始文件和 git 目录以便跟踪选手代码更改记录。



其实限制开发环境对开发赛来说根本就没啥意义，比赛的关键前提是公平性，而限不限制开发环境根本不影响公平，不如说限制环境提高了获取额外资源的门槛，反而可能带来公平性问题。

偷偷透露一下，线下赛，你想阻止选手连接外网是不可能的，不如说这种做法反而完全偏向了实力较强的队伍让起跑线更加不统一而已。线下赛有些选手带来的无线电设备甚至能隔着两栋楼组局域网，更别说连上外网了。

@vduang 不是对世界本质的捕捉可太可惜了

github 搜 ncmdump

求分析一下 c++的 std::begin std::get 之类的是什么设计思想

学习一门新语言

连语法都还没搞清的阶段， 还顾得上怎么组织代码？

新学一定是抛开所有的现成代码多写，至少要能先练习到能凭空产生代码的程度。把自己过去写过的代码在新语言上尽量全部重新实践一次，这样才知道新语言有哪些坑，与自己熟悉的语言有哪些差异，有哪些写法行不通。

知道下界在哪以后，算是[习得]，然后再去看最佳实践，算是[升级]技能点

翻译一下：“经验太少” = “我们需要能直接接手烂摊子入职开始 996 的熟练工”

升 libc 是本末倒置，最早我也试图升过，后来想想，为了一个程序的依赖去破坏其它所有程序的依赖，问题不是很大嘛

docker 正解。linux docker 开销很小的

“歧视 svn ”的原因在于 互联网行业开发特性就是迭代快，版本多，分工细，模块上线时间不同步，这些因素迫使大家去选择“倾向于多人协作”的 git

你可以想象一下用 SVN 得撕逼撕成啥样：
“哎卧槽说了这个 pipeline 没跑完之前不要 push 啊，没测完就加个新版本进来到时候怎么合啊”
“哪个傻逼往公共主线上推了一个没写完的微服务，赶快出来挨打，我 tm 删构建代码都删了半天”
“什么？ 分支 1 上这个特性在 r305 就有了啊，怎么分支 5 都滚到 r378 了还没加上……什么？代码结构变了没法合并？那你赶快给我重写一个一样的，今晚搞定可以吧？”
“ A 你跟 B 的模块对接完成了吗？ 啥还没搞定？赶紧搞完，别的同事都没法上传代码了”

两个工具的倾向很不一样

svn 主要作用在于控制版本历史
git 的目的在于多人协作


违背设计倾向去使用无论哪个都会寸步难行
SVN 你想在多人合作下细粒度地分工并行简直是噩梦，带薪开分支我笑了了一下，而且其他人是无法容忍分支上有 wip 节点的，他得从过去的某个 full-featured 节点分支出去再 merge 回来，这对于 svn 来说简直相当于上刑
GIT 的话首先它的历史系统真的太复杂了，一个 merge 节点包含过去两条并行的历史，一个复杂的多人协作项目，用可视化界面一眼看上去 5 条竖线顿时头大，更别说没 GUI 的话翻 commit 能翻成傻逼，这很大程度也是为什么几乎所有用 git 的项目都要强调“在 merge 到主线前必须 rebase ”，目的就是减少并行历史，节点逻辑相对清晰。而 SVN 的特性决定了没法搞出来这么复杂的节点历史树，每一个分支都是源码副本的单线历史，非常清晰

“我在准备告诉你关于未来的信息时设想了一下我是否会接受以后的我向自己传递信息，答案是——并不怎么接受。鉴于我清楚我的人格和思维体系在从你到我的时期一直保持稳定，所以我能确信你也不会接受我直接告诉你未来的事。但我也知道我必定会十分惋惜并骂这么好一个机会我怎么这么傻逼啥都不说，所以我唯一能向你透露的是，在你的时期所担心的事都没发生，未来的情况大体上还是向着你梦想的偏好的方向发展的”

哎。。。 建议别把自己不熟悉的领域想象得太简单。。做媒体还是很难的
据我的观察，全职 up 的主要收入来源在于与平台的协议和直播分成，在 B 站单集播放 6 位数充电打赏收入可能连 3 位数都难
然后 5 位数以下粉的 up 都还是透明人，能带来收入的期望为 0，要到 6 位数粉才能获得足够的可变现流量，而运营出这样一个账号就算是专业运营也得差不多一年，纯个人势慢慢累积观众的话甚至做
100 期视频能收回不到 1w 个 follow，这还是在人气相对较高的游戏区


首先投视频赚零花钱本来就不是个好主意，说难听点有点吃力不讨好
其次入门向的东西很容易泛滥，做从 0 到 0.1 也不是个好主意
最后，在 B 站投视频妄图带来收入是最差的主意，任何分区都一样

不知道你怎么给一种 featured class 定义“表达能力”以及“上界”的

用 shared ptr 完全可以连出环，只是不能自动析构而已，手动断连一个指针后剩下的链完全可以正常自动全部析构


如果你想问适用场景的话另说