www.sat-china.com
我只能帮到这了

@wozhapen 那货很不错，对中文来说文本相对较长的情况下检测精确度极高

@wozhapen 提起9楼的信息我倒是想起来了。。。
requests返回的数据建议手工使用chardet判定编码后解码，原因就是可能会有服务器返回不正确的编码声明

@wozhapen
我一般做法都是decode后再encode，对于显示成16进制的编码字串，可能还需要多次转换成真正的二进制内码

第一次decode是原始字节码以一个特定字符集解析，然后变成内部unicode编码
第二次encode是内部unicode编码变成最终对比时候的一个确定的字符集与编码以保证对比时候的准确性。

对于内部写死在源码的字符串，一般直接encode成目标字符集进行对比（即便字符集一致）以保证跨平台时候的结果准确性。。

以上是我的个人做法，欢迎拍砖

PL-660(可玩性高)

不要尝试在交互式解析器或者命行环境中直接输出文本，一个比一个坑
最可靠的做法是把文本保存成一个文件然后再查看。

如果进行比较，先把输入的字节码转成UTF8（解析成UTF8）字符串，然后再进行对比

@lsqmxqn
别想着参考资料，看书不会教会你怎么动脑子的(也没书)，自己多想多写多看才是实际该做的事。

一开始应该是学习如何把一个项目从原理上分成一块一块的功能吧？

例如这个远程手柄要实现的就是
屏幕录制/显示、网络传送、本地虚拟按键、远程按键与传送
在这基础上还要细化到每一步要做的事，然后寻找解决方案。
语言是最次要的考虑，首先得有这程序员思维。

接着就是寻找已经做好的轮子或者自己创造一个轮子，这才到了要考虑语言的地步。
当然，windows平台做这事最方便的还是C#（.NET框架）

@Vladimir 无法满足移动外出的需求，现在公司已经是笔记本+显示器+键盘的配置了

@codenamea 超预算了

@codenamea
就是偶尔的外出移动需求想满足。。。
13/14寸无好屏，不然也可

MBA/THINKPAD MBA，13.3寸可考虑 ThinkPad 小于15.6都不考虑，但是15.6的1080p看着太痛苦了