这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 1517 天前的主题，其中的信息可能已经有所发展或是发生改变。
为了防止被当成广告我把标题提到的拆解播客用 base64 编码了：
56Gs5qC45ouG6KejIOWTlOWTqeWTlOWTqeS4u+mhte+8mmh0dHBzOi8vc3BhY2UuYmlsaWJpbGkuY29tLzQyNzQ5NDg3MA==
软件用“拆解”这个词应该是不太好。我能想到的类似拆解硬件的“拆解”软件的过程大概就是介绍一个软件和核心原理，重点讲解一下核心代码。各位还能想出其他的类似拆解硬件的“拆解”软件的过程吗？还有如果有这种播客你会看吗？另外看这种东西可能基本就是为了娱乐和开开眼界，学知识和算法应该是次要的。真要学的话直接看文档就行了。
56Gs5qC45ouG6KejIOWTlOWTqeWTlOWTqeS4u+mhte+8mmh0dHBzOi8vc3BhY2UuYmlsaWJpbGkuY29tLzQyNzQ5NDg3MA==
软件用“拆解”这个词应该是不太好。我能想到的类似拆解硬件的“拆解”软件的过程大概就是介绍一个软件和核心原理，重点讲解一下核心代码。各位还能想出其他的类似拆解硬件的“拆解”软件的过程吗？还有如果有这种播客你会看吗？另外看这种东西可能基本就是为了娱乐和开开眼界，学知识和算法应该是次要的。真要学的话直接看文档就行了。
 |
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 产品的，设计图级别的修复
|
Select Language