肉球.net ？？？
emmmmmmmmmmmmmmm...

ctrl shift t......

个人觉得泛型是静态语言特有的一种提高抽象度的方法，同时不引入额外性能开销，不用泛型也的确可以获得同样高级的抽象能力，但势必要采用动态语言那一套，typeid，反射什么的，有很多额外的数据结构需要维护，还有额外的类型擦除 /标识 /转换操作，楼上提到的一律转字符串也好 ducktype 也好都是这种思路，这种思路在开发的时候能简化很多重复业务逻辑，但开发库的时候并没什么卵用，很多标准库的实现都是出乎意料的简单暴力，因为库开发，提供的接口一定是确定的，有范围的，能传入传出什么数据本来就是库说得算，根本不怎么会需要动态类型能力，这个时候考虑的只有算法对不同类型的适配度，泛型是一个恰到好处的实现

代码生成器，其实就是泛型的本质，对特定类型生成同样固定流程的代码，但总归是泛型的 workaround 而已，没有泛型本身那么好用

让我想起很多年前有人做的一个 SAO 界面的鼠标手势启动器，按住双键下滑切出 sao 游戏菜单，很是酷炫

学语言要天赋的

你可以试试去模仿一门汉语方言比如粤语，比如东北口音，试试你自己模仿分辨能力，如果没法做到同时讲得出地道粤语和地道东北话，那想讲出地道没口音的英语也是没戏的


不同语言之间相同音标有细微差异，而这个差异绝大多数人都分辨不出来，分得出来他自己也念不出差异，另外不同语言中同一个韵母音节，都是会有不同头尾音的，而头尾的发音方式，从示意图到音标无一能体现，只有听才听得出来。

举个例子，普通话的 'u' ，日语 'u'， 英语 'u' 是 3 个不同的发音，双音节就更复杂了，同样是 'ou'，粤语普通话日语英语都不一样，一个音节个人感觉起码能掐出来 5 段变化，这 5 段都发对才听起来比较地道，可不是发对一个 o 一个 u 就完事了的

@hitmanx 动态链接库只是动态链接而已，但链接时的函数签名 ABI 都是固定不可改的，在编译的那一刻起就已经从附带的.h 里编译解析成导入符号写进了 binary 的符号表，说的不可改是指源码意义上无法存在 exec(void* code)这种东西，导入 dll 也好，热更新 dll 也好，源码编译后固定下来的仍然是那些

没想较真所以也没怎么严谨，较真说的话汇编时代就有 smc 自修改用来保护软件，但那对于提升设计毫无帮助



另外怎么说，依赖管理即库 /包管理是不会错的

C 的代码是不可运行时改变的
编译生成可执行文件时就需要把所有的依赖包含进来
说白了 include 就是复制粘贴把所有用到的库的代码都粘贴进一个文件然后再开始编译

编译完了再生成可执行文件

作为静态语言的 C 压根就没有运行时代码注入和扩展的可能，自然不会有什么代码中间来一行 import，更不会有 try import raise，也更不可能在运行时来引入新的全局符号，静态语言的变量和代码符号都只是地址而已，当我们需要动态生成 /访问一个变量我们有指针，这是 C 的做法，跟有虚拟机的语言是很不一样的。

这跟 O 不 OO 半点关系都没有，你用 C++也不会存在你概念中那种所谓依赖管理框架，对于静态语言来说，依赖管理即库文件管理，即包管理

鬼知道是不是真的打擦边球，可能用什么办法判了擦边球率大于设定阈值呗
没啥毛病

2 岁有点太小了，但我还有自己 3 到 5 岁的记忆
那时候确实是很喜欢搭积木，积木不错的，但就是别买太复杂的，乐高那种塑料颗粒积木对于小孩子来说拼拆都麻烦了点，3 岁大可能摁都摁不上去

建议买那种大块木头积木，我小时候那一盒 30 多块玩了好多年

简单来说

要驱动

专业声卡驱动可以配置音频路由（我瞎说的，我只用过 kx ），然后比如以你的需求，让 mic 和音效播放走的设备混音，再走某个录音设备

要么就某些软件自带播放+mic 混音（ yy ）

要么就做一些 hack 或者干脆游戏有编程接口

不知道 lz 是想开发一个这种能输入伴奏的软件还是只是想在游戏里给人家放音乐

如果是前者，问题基本等同于怎么处理音频，如果是后者，那找找怎么当主播的教程吧（关注过骚男用的也是 kx 驱动）

ps. 录音输入设备选成，波形 /软件混合 /立体声混音 /您听到的声音，这样输入音频就是你电脑正在播放的声音，再把 mic 回馈打开，能简单实现混音效果

只要不是 � 就还是有救的，
变成 u+fffd 内容就篡改了

f = lambda s:s.encode('gbk').decode('utf8').encode('latin-1').decode('gbk')

>>> f('######################## FileOperation 脌脿拢潞掳眉潞卢露脭脦脛录镁碌脛虏脵脳梅拢篓脦陋脕脣卤茫脫脷碌梅脢脭潞 脥鹿脹虏矛拢卢脦脪掳脩脥酶脪鲁脨脜脧垄脨麓脠毛脕脣脦脛录镁脰脨拢卢脣霉脪脭脫脨脕脣脮芒赂枚脦脛录镁虏脵脳梅脌脿拢漏##############################')

'######################## FileOperation 类：包含对文件的操作（为了便于调试和观察，我把网页信息写入了文件中，所以有了这个文件操作类）##############################'

哦 抱歉，lz 我回来了并且还原出来了
还原步骤如下：

s = '脡戮鲁媒脦脛录镁'
>>> s.encode('gbk').decode('utf8').encode('latin-1').decode('gbk')
'删除文件'

1. 首先'卤卤戮漏','脤矛陆貌','脡脧潞拢','脰脴脟矛','潞脫卤卤','潞脫脛脧'是以什么编码打开看到的？ rb 方式打开读进来看看，如果是以 utf8 编码打开时看到的，那么 binary 对应 b'\xe5\x8d\xa4\xe5\x8d\xa4\xe6\x88\xae\xe6\xbc\x8f\xe8\x84\xa4\xe7\x9f\x9b\xe9\x99\x86\xe8\xb2\x8c\xe8\x84\xa1\xe8\x84\xa7\xe6\xbd\x9e\xe6\x8b\xa2\xe8\x84\xb0\xe8\x84\xb4\xe8\x84\x9f\xe7\x9f\x9b\xe6\xbd\x9e\xe8\x84\xab\xe5\x8d\xa4\xe5\x8d\xa4\xe6\xbd\x9e\xe8\x84\xab\xe8\x84\x9b\xe8\x84\xa7'
如果以 gbk 打开时看到，binary 对应 b'\xc2\xb1\xc2\xb1\xc2\xbe\xc2\xa9\xc3\x8c\xc3\xac\xc2\xbd\xc3\xb2\xc3\x89\xc3\x8f\xc2\xba\xc2\xa3\xc3\x96\xc3\x98\xc3\x87\xc3\xac\xc2\xba\xc3\x93\xc2\xb1\xc2\xb1\xc2\xba\xc3\x93\xc3\x84\xc3\x8f'

然而无论哪种 bianry 都看不出原编码应该是什么，错开一字节也看不出来。。。我觉得原文已经被篡改过了。

普通程序员会变成军人 /难民 /程序员 /卖国贼

咨询上司 ×
上 V2 发帖 √

@wangt21 操作系统实验一个线程调度模型，用时间中断去打断任意函数并在 ISR 里处理调度，然后实验不同的调度算法以及同步原语；还有一块文件系统设计但当初我们的课也很水没涉及到


只能说实验没去，没写到过是挺可惜的。就我们课上写的那一点点东西来说
中断怎么保存 context，怎么 block，怎么查找并调度线程，怎么切换
印象都挺深的


写这个实验最重要的是启发你怎么实现类似的东西本质上是些什么，反正我写完那 100 行的小 demo 再看操作系统就跟最最最开始接触 VB 时拖完那几个控件再看 windows 的感觉是差不多的，拖完控件你马上就意识到程序里那些按钮文本框是怎么回事，写完这个实验你也能马上明白操作系统那些基本部件都是怎么回事

当然了操作系统内容多了去了，也不清楚你们课程安排的是哪些，但个人感觉线程模型是一定要熟悉的东西之一

再补一句，我们当初操作系统的课真的很水！！！实验也是！！
但抓住了 1/1000 最核心的东西，还是有些许欣慰的