1
vhysug01 2020-10-26 09:02:57 +08:00 via iPhone
我觉得学知识是主要的,而且比撸代码更有意思
|
2
coderluan 2020-10-26 10:05:04 +08:00
这个我也关注了, 感觉主播进步越来越大, 然后软件拆解, 我肯定是愿意看, 但是不太想无脑鼓励楼主, 毕竟这行不同领域跨度很大, 要制作优质视频需要很大精力, 甚至对观众有一定门槛要求, 估计完全是为爱发电, 建议楼主考虑好自己的时间和安排再做决定吧.
|
3
keith1126 2020-10-26 10:26:29 +08:00
题外话,这个不是播客 Podcast 吧……
|
4
PqZS58MLPBHFpEqm 2020-10-26 10:30:34 +08:00
哥。。这叫 UP 主。。。我还寻思哪个播客这牛逼,声音也能拆解物件的。
|
5
icyalala 2020-10-26 10:43:32 +08:00
软件拆解🤣那不就是逆向嘛。。
|
6
shendaowu OP @coderluan #2
我基本不想做,另外我觉得我也没那个能力。我发这贴主要是想了解一下有没有现成的能看的。不过还是谢谢你的建议。 @keith1126 #3 @PqZS58MLPBHFpEqm #4 我发之前特地在百度百科上查了一下,百度百科说播客也有发视频的。感觉之前也在书上看到过类似的说法。不过既然容易被误会那我以后不用这个说法了。 @icyalala #5 怪我词穷没说明白吧,我想说的主要是达到类似那个拆解 UP 主发的视频的效果的“拆解”软件的视频。感觉逆向太专业了,可能不会有太多人看。 |
7
locoz 2020-10-26 14:16:32 +08:00
硬核拆解这种拆硬件的还好,通俗易懂且动手所花的精力少,拆软件就完全不同了...看代码得看到累死,而且收益很低、能看懂的人也少,不太现实。
|
8
locoz 2020-10-26 14:20:42 +08:00
不过从“拆”软件出发的话,不一定非要是拆原理、代码,也可以是拆它的产品设计逻辑,这其实就变成产品分析了,相对而言就会合理很多。但是这种的话其实已经有挺多的了,内容有一定门槛、大众也不一定感兴趣,并且还有概率被人骂洗地(比如某个功能你分析出是基于这种原因设计的,而有些人却因为一些事件的关系觉得是另外一个原因设计的),也不怎么合适。
|
9
shendaowu OP @locoz #7
简单的软件也有不少吧?硬核拆解拆的东西从某种角度来看好像没有几个特别复杂的,比如电子产品基本翻来覆去就是那几个模块。特别是他讲原理的东西好像更都是比较简单的。 另外复杂没准也是个机会,我好像在硬核拆解的评论里看到好几次要求 UP 主拆火箭的,不知道是真有看拆火箭的欲望还是玩笑。软件有个好处就是有台配置比较好的电脑就能分析复杂软件了,不过对分析软件的人的要求太高了。也许让 UP 主请教各个复杂软件对应的领域的专家给自己发视频提供建议不错,或者直接让专家参与节目的录制,顺便也许可以给专家提升点人气。不过程序员好像普遍不善沟通? 还有你说的看代码累是因为你有完全理解软件的需求吧?也许走马观花地看一下外层的函数(可能词不达意,大概就是那个意思吧)调用就能满足观众的娱乐和开眼界的需求了。我觉得不需要完全懂。遇到特别有趣或者重要的细节再特别说一下。哪里有趣和重要可以直接问软件作者,而不是自己找。或者让热心的粉丝去找。 @locoz #8 求推荐几个产品分析方面的媒体。我在百度、微信和哔哩哔哩搜了一下,没搜到看起来特别好的。我对这个挺感兴趣的。 |
10
no1xsyzy 2020-10-27 13:49:45 +08:00
@shendaowu 主要是软件设计已经非常集成化了,基本上哪个软件你去拆,和拆 CPU 差不多
EDA 和 IDE 操作逻辑上真差不了太多…… (你拆开源软件可以拿到源代码,一些 CPU 比如 RISC-V 做的一些 CPU 也可以拿到源代码) 走马观花的话,我觉得与其直接看代码,不如画个 data flow 或者 control flow 前期工作比较麻烦,但视觉效果有了。 |
11
xiangbohua 2020-10-29 16:28:09 +08:00
老外有个修 apple 产品的,设计图级别的修复
|