我觉得不用。如果不会影响到他原来的程序运行。新装上的中间层也方便自己后续给对方提供程序。对于用户的电脑来说，应该不算什么太大的负担。

.NET 运行库是指 .NET CORE 吗？

我自己感觉完全没有这种需求。

在安装一个 package 的时候，一般目标 package 的 setup.py 都已写了依赖和目标 package 的版本。另外，手动安装还能规避或者控制一些版本冲突问题。有些库比较激进，有些则比较保守。有些新版本的库大幅改变了函数和一些行为模式，有些库的展示效果也有差异。可能在某些特定时候并不是需要的。印象中以前使用到一个图片库，不适配某个依赖库的最新版本。只能使用 requirements.txt 才能比较方便测试，运行和迁移。

不过也正如你所说，“类似 R 语言的 pacman 包。”，可能是我没有用过你说的这个包，相对难以 get 到你所写的这个 package 所解决的问题点在哪里。

加油。不同的人喜欢不同的歌曲，这首歌曲也有它的听众。

有没有办法获取到远端连接的 IP ，溯源去搞他/她，如果没有跳板的话...

还是说，这种想法太天真了？

布局我自己倒是喜欢直接在界面上弄，非必要情况下不通过代码。不过这应该是个人喜好，没什么好与不好的。

> 如果选择使用 Qt Designer 布局界面，我通常会在 GitHub 上寻找一些现成的组件库
我不太理解这句话的意思。是它默认的控件里面有些功能需要对控件进行深度定制吗？如果只是单纯实现软件功能这一点的话，默认的控件大部分时候应该是足够的。

大门左转 https://google.com "putty 粘贴" 应该学会自己去寻找答案......

老鼠笼以前还奏效，后来感觉一点用都没有。看来老鼠也是适者生存的一种反应。

后来我买了老鼠粘板，同一时间，我去找来一只两个月大的狸花猫作为新成员，开始学习养猫。感觉还是用引进天敌效果最好。粘鼠板确实找到一只老鼠，同时也抓到这只猫，由此我把所有已经布置好的板都丢掉了。

这只猫从小成长到现在没抓过一只老鼠，不过从它到家里以后，老鼠都不见了。在它小的时候，得防止它跑(应该给它最大程度的自由)。稍微熟了之后，除了得照顾它的饮食起居之外，还得陪它玩，它小的时候陪它玩的时间少了还不行。这时候，我很怀念那些老鼠，都跑到哪里去了......

同时，蟑螂的数量也在减少，蟑螂尸体经常能在一些地方见到。

我倒是一直以来不喜欢搞人情这一套，主要是人情还起来太难。所以一直秉持着“不向别人借钱，也不借给别人钱”的原则。在自己能花的范围内花自己的钱。

@yb2313 我倒觉得适度的爬虫是很有存在的必要性的，至少对个人来说是这样，可以节省很多劳力和时间。至于 js 逆向花的时间就感觉意义较低。验证码我就觉得根本没时间和精力去搞它，客观上都跟不上它的变化速度。这种过于被动的东西就极其难以提起欲望。

@luzemin 有如黑客雇保安拔网线的既视感。找不到，根本找不到！

你的描述好奇怪啊。我觉得 Linux 系统和 Windows 系统调用 .py 的方式本质上一样的啊。

运行 .py 文件：
1. 通过该该文件的绝对路径；
2. 如果该文件所在的路径在 path 里面，则可以直接使用文件名；

所以两者没区别吧。

你在 linux 调用没有黑框，那是因为是在 console 里面调用运行的。Windows 如果在 console 里面运行也没有黑框啊(本身 console 就是)。
而至于在 Windows 下双击运行没黑框，将文件后缀改一下就好了。.py > .pyw 。一直都是这么做的吧。自己写的 .pyw 的 gui 如果本地跑而不想打包的话。

---------
"但是在 windows 下面,要绑架 py 的处理器,也就是 python,然后直接 xx.py 会直接弹出一个黑框,估计是在黑框里 调用了命令行了,这个肯定是不符预期的,毕竟如果出错了,什么也不知道."

这个部分是想表达：linux 下运行 .py 脚本有错误的时候，黑框存在，而 windows 下会一闪而过？
如果是这样的话，不是必然的吗？在 Windows 里面先打开 console 再运行 .py 文件，异常的话也能被 catch 到。
------
出于我自己对你表述的部分产生的某种思考的延伸，可能你是想表达：在 Windows 下，双击 .py 文件运行了某个脚本，但是异常就直接一闪而过，无法获得异常原因。不知道这是不是你想表达的问题？

如果这是你想表达的问题之一的话：
一般都是类似与这种形式(脚本类而不是 gui)：
```python
def main():
pass

if __name__ == '__main__':
try:
main()
except:
# 异常代码自己写，或可以通过 traceprint 输出详细信息
pass
finally:
# 最后，将黑窗口停住就行了。好像 C 语言也是这么玩的吧。
os.system('pause')
```

全局运行的常用的逻辑如果写成脚本的话，还是通过 setup.py 打包成全局命令。可以获得很大的灵活性，同时也直接适配多个系统。我觉得这样做比较有趣。

不要企图用一个软件去解决所有问题。书籍也是。