这国旗，对比度很高

我就是用 win ，但你双 3.5 这个还是要弄机箱吧？
我不熟悉硬件，所以没有 diy ，直接买了 dell 的小机箱主机（非 mini ），12700/16G/M2-512G ，日常还算安静
我要跑机器学习，所以上 12700 ，如果不需要运算和游戏，可以买 CPU 低一些的机型

ftp 上 filezilla server 就可以了，或者其他 server 工具，仅局域网所以我没有 sftp 需求，如果有外网需求，需要配置一下
webdav 很多，github 上能搜到，我就下了个 dave 放少量文件，很简单，就 config 写个路径和账密，如果需要功能全一些要另外找 webUI 较好的
我装了两个 webdav ，一个是放少量共享文件，也就几个，顺便当临时 web ，测试一些东西；另一个是 caldav ，日历、日程、todo 等等，反正这些极其私人的东西我不用云的，回家手机同步一下就行

板载网卡都吃 CPU ，这个有什么影响就自己考虑

其实关键点是大硬盘在机箱内，那必须做散热处理，小机箱或 mini 主机要考虑这点

并非用 mac 的都是程序员，都有整理、排序强迫症
非引战，win 桌面全部是英文文件名的话，按首字母键是能逐个跳转的，不难找文件，虽然中文文件名不行，但面向英文或字母语言的用户这是基础功能，我觉得 mac 应该也有这功能

所以那些没有整理癖的人，随手拖个文件到桌面，自动排序对齐，倒是方便的，尤其需要抢时间工作的人，如记者，他们往往是事后，而不是在工作中整理，BTW: 8G 内存就是面向他们的吧

我也喜欢 native ，一个自用的东西从 pyqt4 写到 pyqt6 ，BS(browser-server)和 CS(client-server)还是有点区别的
一些细微的点的区别，让最终整体表现相差很大，有点蝴蝶效应的意味(混沌理论？)

先是证书版权问题，这让 qt 商用环境有点复杂，老实说我都没搞清，只是我没商用甚至没公开发行就不理会而已
大公司恐怕要让法务研究一遍证照问题

然后是 client-UI 本身就是难点，它面对的是人，因为事件驱动，但人的行为是无限的，这造成不可预想的用户行为太多，上面有说 UI 工作占了 60%的，我觉得说得少了，UI 应该是可以单独构成项目了
例如一个 tableview 展示 pandas-dataframe ，多列排序（含拼音排序和浮点数排序），这么简单的需求，工作量就很大了
数据表格，web-ui 是用户选好排序的列，提交，后端计算然后跳转页面（或整页刷新）；而一个 client-UI 做整个界面刷新是很奇怪的，只能做控件刷新

最后，客服问题
用户对 web 有种自动降低需求的感觉，看到是 web 就没有那么多要求——“能看清就行”。例如一个文件名有特殊字符不能读，web 提交一般不会崩，返回错误，用户的接受度高，会自觉调整适应；但纯 client 先要解决不能崩，然后返回错误，但用户也会不接受
这是某种潜意识引发的，bs 的话，用户默认数据在 server 端计算，提交数据需要适应 server 要求，会把 server 按甲方看待；而 cs 的话，用户则认为软件(UI+后端一体)在本地，软件的表现应该一次处理所有问题，没弄好就是 bug
client-UI ，不可预料的用户行为太多，有些仅仅只是操作顺序问题，用户不遵循这个顺序就会出现问题，并不是 bug ，但用户不这么认为
个人项目基本难以兼任“客服”，导致做纯 client 的项目本身就少，更别说 pyqt 了。pyqt 缺少 py 文档，学习成本其实要同时看懂 C++语法的文档，还要懂 python （废话），比单纯 C++ QT 还要难。还好现在有人在 github 做了纯 py 语法的 pyqt 文档了

总的来说，web-UI 和 client-UI 的区别是，web-UI 是提交“参数”，后端做数据筛选和处理，步骤是单线程的（并发在 server 而不在 UI ）；而 client-UI 是交互数据，UI 操作时也要计算数据，还要防止界面 freeze ，是一个协程 /多线程工作

现在越来越多 web-UI 就是要把事件驱动简单化，让不可预料的用户行为大幅度压缩，直到这些“不可预料”达到极少数就可以忽略不理会了，舍弃少数“异端”客户，压缩工作量（成本），获取更大利润

Total Commander

你选用交流电的就好了，不会连电也停了，只有笔记本 USB 口吧？

交流电的随便买好了，12 寸以上一般风力都够

我是夏天在室内要 24 小时吹风的，如果空调风力不够，我就要加小风扇，温度反而是不太重要
USB 风扇买过很多，仅有这款风力超出我的预计（买的时候只是看它方形方便摆放而已），算是物有所值
https://item.jd.com/10027513959593.html 从未听过的一个牌子

最大的点，这里偏向短文，虽然没有禁止长文，但从版面设计、辅助功能，以及前期倡议都显示出“言简意赅”的倾向

长文短文对客户群来说，区别就很大了

我个人倾向有信息点的短文，因为很多时候我更习惯自己搜索确认，而不是别人说了什么就直接接纳，所以能给出信息来源对我来说就足够了。我有强迫症，对不打稿的长文，看着有点难受，接受度低

“垄断”，打引号说的是客观原因形成的垄断
12306 前身是铁道部，就是由国家统一规划建设铁路的
谁建设谁运营，如果将运营权交出给其他企业主体，一来利益切割不易，二来铁路安全掌控还未到放开的条件
如果说分家，可以，但前期投入太大，分家也是“分债”，也是条件未成熟

城市内的轨道建设，则是地方政府权限

其实多想一些事就能明白，铁路有自己的通讯(含运营)系统、公安系统、教育系统……，独立于各省市，这样说大概清楚了吧，不是几张票那么简单

@yueye115 #45
主要是你描述的问题太宏大了，如果两者有关联，那不仅 tg ，gg, tw, fb, line ... 只要用搜狗可能全部都不能登录了
呃，震惊，十万、百万网站……一个搜狗输入法解决了，花那么多钱建墙好浪费啊，不如改善一下高级公务员的生活条件

这个经历……七八年前“工作地”，现在是“专升本，还没入学”……像韩国先服兵役后读大学，但在国内还是比较特别，运动员么？

如果户口迁移，也不出奇，银行能连公安系统

开群体炮的人，大部分可以判断其逻辑基础不足，少部分是逻辑基础达到，仅仅是知识不足

逻辑是先有概念的定义，再有断言
定义包含内涵和外延，内涵需要有相对准确的特征，这样才能准确定义，外延较小
群体炮是外延很大，甚至无限大，就是因为内涵特征不准确，定义不完善导致覆盖面太大，后面的断言自然就容易偏差，甚至是谬论了

有部份人，也不在少数，虽然知道逻辑，但是因为知识不全，定义也不准确，也会导致逻辑错误
在我认知范围外的一些事，我也属于这部份

所以，能否在辩论后的腾出时间再次思考 —— 自己的和对方的言论
舍弃逻辑错误的部分（不要浪费时间），吸收学习自己不足的部分，才是能否提升自我的关键

至于那些纯粹为了爽而辩的人，要么下降辩论层次到和他同质 —— 和他辩也为了爽，不然，即使你辩赢了也是输

原来“分享创造”节点的帖主都是外国人啊？我刚来，不认路

全角半角不是编码问题，不过这只是知识面问题，不重要，跟此帖无关
你试试搜狗关了全角再输入数字

finally: 我也是拒绝搜狗的，所以我没法试，只是觉得搜狗的信息泄漏和不能登录 tg 没啥关系，两件事可能各自都对，但把它们建立逻辑链不一定对

@kuma42710 #15
刷了几遍了，不错的剧，小说没什么时间看
什么叫“女频古装”，搜了一下，主要受众为女性？