@scukmh 贵校教 CLRS ？

The Little 其实是一个系列，用不上 Scheme 也可以看看别的：
The Little LISPer
The Little MLer
The Little Schemer
The Seasoned Schemer
The Reasoned Schemer
A Little Java, A Few Patterns
The Little Typer
The Little Prover

先搞个虚拟机试试吧
桌面 Linux 没有“优秀”的 distro

运气确实很重要。你仔细想想就会发现人生从头到尾都 tm 靠的是运气，所以没必要揪着这一件事折腾。

“键盘+定位设备”这种配器模式有它适用的地方，只不过不是”敲”代码。
普通用户一般会认为有 GUI 的地方就离不了某种定位设备，可能是鼠标、触摸板、触摸，或者手写笔。
程序员知道 Vim，知道 text-based interface，快捷键玩的也溜，但是程序员的问题就在于一般只跟代码和文档打交道，所以楼主尽管有跳出圈子的想法，但是也局限在“敲代码”的边界里面 ...
但是同时不少程序员也玩游戏，玩摄影，做视频，绘画，在进行这些活动的时候，定位设备依然是不可或缺的。可惜的是，这四种活动中你的操作基本是完全随机的 ... 只有做视频跟编程沾边比较多

楼主可以了解下 Visual Programming，在这种形式里面，开发者主要做的不是写代码，而是拼接已有的逻辑和模块。这种方法本质上依赖于 GUI，并且也很大依赖于定位设备。所以之前那些编辑器什么的不管用，一个基本的“IDE”是最低要求。并且如果要做的好用，需要你发挥一点交互功力（再不济也得发挥点抄袭功力）来真正提高这个 IDE 的效率。

举个例子：写一个函数，你得先把签名定下来，参数名和类型写上去，写到一半发现不对要改签名，那你得把光标挪回那行改（如果你写的是 C/C++ 这种那恭喜你要改两次 ...），哪怕你只是做一个 prototype，而在图形化的环境里面，我就只要把“Input Node”拖进来，然后连到需要用这个参数的地方就行了。

这种模式有什么实际应用？我也不是十分清楚，但是如果曾经在基础设施稍微好一点的公司干过的话，应该会见过类似“配置流程”之类的东西，有一点相似之处。给几个 hint：
* 如果目标使用环境本身就属于无法离开定位设备的情况，这种模式有天然的优势（ Vim 等文本操作模式的全键盘操作无法实现）。
* 图形化的界面对非程序员（包括且不限于项目中的其他角色以及终端用户）更友好。
* 对没键盘 /键盘残废的触屏设备更友好。（虽然我个人认为这个还是要结合文本编程，也就是说键盘依然是很必要的）

@justforlook44444 我没说程序员是啊

@justforlook44444 我觉得在国内的语境下，“终身职业”并不一定包含“越老越值钱”的意思，更多的是“保本”，“稳定”的含义

我一直觉得习惯“终身职业”的人更适合进体制。任何体制外的工作都不是“终身职业”。

微软最近在做 Win10 的 PowerToys，里面有个东西叫 FancyZones: https://github.com/microsoft/PowerToys/tree/master/src/modules/fancyzones

我不怎么用 Windows，不过看起来这东西能让 Windows 的窗口管理 better than better

至于终端，你暂时需要的是带 Tab 的终端模拟器 + tmux。
一个关键的问题是，无论 Win10 还是 macOS，默认设置下，不按 Win+Tab/Cmd+Tab 的话都是看不见不同窗口的标题名的，在任务栏 /Dock 上只能通过图标分辨窗口（而且 Windows 现在默认也像 mac 一样把多个同样的窗口 collapse 到同一个图标上），这导致一个很影响效率的问题，就是如果同一个应用开了多个同类型的窗口，基本不可能一键切换过去。

这个问题会出现在很多常用软件的常用使用场景中，比如多个浏览器窗口，多个终端窗口，多个 Explorer/Finder 窗口，多个编辑器 /IDE 窗口。多个 Office 窗口，多个 PDF 文件——这些都是非常常见的情况。
但是目前主流桌面操作系统的窗口管理机制，根本就没有为这种情况考虑，甚至人为地将“快速切换多个同类型”窗口的任务变得越来越复杂。（目前的桌面系统实际上更适合于“一个浏览器窗口、一个 Word 窗口、一个 PowerPoint 窗口、一个 Excel 窗口、一个 Outlook 窗口、一个 OneNote 窗口、一个 Skype 窗口”的这种场景）移动操作系统更不用说了，貌似 iPadOS 才刚开始做单个 App 多个实例共存。
我认为，不解决这个问题，那就免谈生产力。

不幸地是，所谓的“现代”桌面系统把这个问题完全推给了应用开发者。于是我们看到浏览器有自己的 Tab 系统，终端模拟器有自己的 Tab 系统，终端模拟器里面还可以嵌一个 Tab 系统，Excel 和 OneNote 有自己的 Tab 系统，文件管理器有自己的 Tab 系统，PDF 阅读器有自己的 Tab 系统，编辑器 /IDE 有自己的 Tab 系统，Photoshop 有自己的 Tab 系统，QQ/微信有自己的 Tab 系统 ...
桌面浏览器在世纪初开始引入 Tab，OS X 10.5 （ 09 年）的 Terminal 有了 Tab，10.9 （ 13 年）的 Finder 有了 Tab。最近的 Windows Terminal 作为 9012 年的产品理所当然一开始就有 Tab。
有报道说微软尝试基于 Edge （老的那个）在 Win10 上加入一个略微更 universal 的 Tab。我记得很久之前的 Windows，Explorer 既可以开本地文件夹也可以开网页，这个有点异曲同工，但或许是我记混了，不过确实有这样的产品——KDE 的 Konqueror 就既可以做文件管理器，也可以做浏览器，还有 Tab，虽然这俩东西应该都是历史了）可惜的是后来又说这个东西暂时不做了。
然后就没了 ...

每个软件独立的 Tab，只有两个好处：Tab 和软件本身的结合更紧密；以及桌面环境的开发者省事了。但是造成的问题：软件开发者需要做更多的工作，视觉上会出现不一致（只要看看 Chrome 的 Tab 改过多少版就知道 ...），功能也非常不一致，以及——至少一大部分常用软件，尽管有加 Tab 的需求，却根本就不支持 Tab。
Windows 的 Explorer 到现在没一个官方的 Tab 系统，这导致我到现在一直觉得 Explorer 是个半残的软件，Finder 则是最好用的 GUI 文件管理器（不考虑 bug 比较多的问题的话 ...）（ Finder 另一个 killer feature 是“计算所有大小”）

统一 Tab 的另一个重要好处是 Tab 能像窗口一样被桌面环境统一管理，以及统一的搜索——浏览器和文本编辑器已经在做这件事，tmux、Emacs 早就能做到。不过这个其实没那么常用，“搜索”这个操作的成本还是比较高的。Emacs 生态环境有完善的 buffer 管理机制，包括以搜索为核心的操作逻辑——考虑到你可以把任何东西放进 Emacs 的 buffer 里面，这几乎相当于一个半成品的窗口管理器，但是缺少良好支持的好用的 Tab，我认为是 Emacs 的缺陷——如果我的目标 buffer 没有显示在当前 frame 里面，我就必须调起搜索才能找到，但是换在 vim 里面，可能就是 gt 一下的事情，Tab 在不少情况下有不可替代的作用。
again，据我所知，“现代”桌面操作系统目前只停留在搜索应用的阶段，我觉得我们并不能他们指望在这方面能有什么作为。

@wsseo 我认为就楼主的需求来看，“图形化 SSH 工具”不是合适的选择，更不需要商业产品
之所以一些人更偏向于某些商业图形化 SSH 工具，而不是 SSHFS，原因可能有很多，我只能做推测
比如他们解决了“方便地传输文件，方便地编辑文件”之外的问题
比如他们有商业支持
比如 SSHFS 的实现存在一些问题
比如网络环境受限
或者仅仅是信息不对称

实在不行，小孩才分对错，大人只看利弊，你满意了吧
Might makes Right，你满意了吧


实在不行我们来讨论 5G 预期中的普及能对 SSHFS 的应用产生什么影响吧

@wsseo 不，就是因为这种方式从根上就是错的。

@efsg 您好，vi 和 nano 不喜欢可以尝试下 emacs :)

楼主的需求无非就是，方便地传输文件，方便地编辑文件，简单来说就是以本地文件的方式操作远程文件
那 SSHFS 就可以了啊

"图形化 SSH 工具"这个东西的存在就是很尴尬的事情，这种工具做得再好也不可能像本地文件系统一样和其他软件一起无缝的互操作，虽然它解决的问题是存在的，但是它选择了错误的层级来解决这个问题。我个人觉得这种工具是没有未来的

（然后话题转进到一个图形化的 SSH 连接工具，可以选择服务器，记忆用户名 ...

其实应该说，你正确调用 swap 的时候，把 std::swap 重载了
另外 C++20 之前调 std::swap 应该是不会调到你的 swap 去的

@alanlian 意思类似于：
Q：传输大文件用什么服务最吼？
A：顺丰快递
你感受一下

标准对 overload 的定义：“When two or more different declarations are specified for a single name **in the same scope**, that name is said to be overloaded.”
technically，你在使用 swap 的时候用了 overload resolution 的机制，overload resolution 在决定 candidate set 的时候会考虑 scope 和 ADL。不过 overload resolution 和 overloading 是两回事

这个不是重载的 std::swap，这个新函数应该是通过 ADL 被找到的

啊等等我好像搞混了，无视掉 #8 的评论吧 ... 我再看看

friend 好像是只能写在这吧 ...
这里 swap 是个成员函数，成员函数是可以不加 friend 访问自己的 private 成员的

之前好像没见过这么写 copy-and-swap idiom 的（不过 C++11 之后好像不用这个 idiom 也可以了

@icekingcy 请升级网络，FreeNAS 不背这个锅