区区一个 string 能讲什么细节成一本书？你找到了什么源码，才发现还不够看？
难道还得倒腾 repne 什么的微码实现？

@kidlj
> @FrankHB 就你这种喷子，让人懒得去回复。
结果你还是废话了，还是最低级的 ad hominem 的逻辑……看看回复框“请尽量让自己的回复能够对别人有帮助”，还有脸说么。

> 我贴了一大段，你回复了些什么？
你是想说你贴了一“大”段，所以就更有意义？呵、呵。
我回复指出你这一大段里掺杂了和 Go 显然无关的私货。当然，不只是给你一个人看的。

> 那篇文章当然关 Go 鸟事！但我不想告诉你了。
我钦定无关了。你自然没有义务告诉我，我也不在乎，反正回复是公开的，都看得到你跑火车到哪去了。
顺便提一下，点开链接确认和审查内容，而不是信口开河没有根据地全瞎回一气，这是基本的礼貌。你觉得你不配被尊重，那么请便。

> 别 at 我。
但是我拒绝。

草，Redmond→Raymond，跟 M$总部地址串了……

@kidlj Go 说的所谓错误处理的正确，实际用起来那经常 mdzz，not even wrong。（ CheckedException 裹脚布是另一回事。）
你贴的那个 Old New Thing 关 Go 鸟事……那篇印象中是 Redmond Chen 被黑得最惨的一次（虽然内文其实问题没那么显眼）……不过现在评论关闭了嘛，呵呵。。。
（以前都说 Java 用户不懂 exception neutrality 更不懂 error neutrality，后来 C 用户应该也石锤不懂了……）

算法、数据结构这些没有接触过？没确定行业方向先长时间学语言？ Are you kidding ？
ALGOL descendant 全是屑，正经当入门都会学傻的；更别俩设计者都搞不清自己斤两的俩活宝设计的了。
接不到活整不出实际项目需求又没天赋看出烂在哪，那少浪费时间。

VSCode 哪来那么大存在感。
我倒是日常用 VS 当代码查看器，一直开着不关还凑合，最不爽是升级体验……（ 9102 年了还告诉我升个级要重启机器？）
另外 Windows 上编译 Mozilla 家的屑玩意儿也要求装 VS，属实弟弟……好像没哪个项目脸大到钦定直接依赖 VSCode 吧。

@kokutou mv 大多数情况下也救不了 /，特别还是 mv 了一半的……

再补个词源就来路不正但阴差阳错 dssq 出恶心的典范：“正能量”。
附带关键字：
《水知道答案》
宋山木
（水表相关的问题略。）

专有名词没能找到恶心到这个程度的，算是谢天谢地了，基本还找不到需要那么避讳脏嘴的例子。

关于英文专有名词，如果不是事先有周知的念法，首字母缩略词直接念字母基本上不会有问题（除非实在太长了……）。这是一般来讲最标准稳妥的发音。
母语用户可能习惯再连起来重新转音，像 GUI→gooey 什么的……基本上不会理解出偏差也很正常。说白了就是舌头上的偷懒而已。

@binggo1992 ……dssq 也麻烦遵循基本法。

少数服从多数那么容易，那还真是 doubleplusgood 了。
基于误会谣传的稀里糊涂因为用得人多了集体犯傻了也是正义先不论……
原来的意思因为看起来没有人用，反倒应该被遗忘？
知道准确含义没有引起歧义的用法，反而还得入乡随俗拉低自己的智商和眼界才能开口？
跟人说人话，跟狗说狗话就罢了。要是人也非得屈从只说狗话，以至于光是因为数量没有被控制就自动能定义哪个更配当算不算，那还真是岂有此理。

举个例子——反正把 stack 叫成堆栈的，就是要打死：
http://tieba.baidu.com/f?ct=335675392&tn=baiduPostBrowser&z=6213333021&sc=126965186299#126965186299

另外这也不是领域特定的问题。像什么不分场合乱用“打尻”“奇迹红”什么的也一样呵呵。
而如果要以辞害意迫害更清楚的用户，那么于情于理，都没法客气了。
这方面的一个例子：“你国”在 v2 上就已经炎上过不止一次了，搞得包括维基百科之内的来源都是一堆脑补的，还真是瓦釜雷鸣：
https://www.v2ex.com/t/597433#reply127

不就是睿智策划和无能挂壁的斗争么。

再提个更形而上的方法论问题：学习目的。
为什么要学？往大了说，无非是要解决一些不学不能解决的问题。那就得在学的时候找到和问题的联系。这种联系和学习材料内部的结构是不见得相关的，所以你照着看过的东西的组织结构抄笔记不一定有用，反而可能给要解决的问题添乱。
这种时候，你需要类似一种 aspect-oriented 的切片方法，即使是顺序阅读，也应顺带标记对你学习目的的权重，评价对解决目的的距离。这种功利式学习未必能让你多记住多少东西，但基本上短期效果更好。
而长期目的上则更考验你对整个背景的理解。作者为什么要写这个？为什么这篇文献会这么讲？不选择文中的方法，还有什么备胎和出路？基本上，也只有足够脱离材料的这些问题才值得不功利地思考——反正你放弃思考也没法复读出什么有效的结论，功利不起来。

@orzorzorzorz 不建议这种，因为时间长了就很容易串，内容一多又没全部修正的精力，会搞得不同时期看的东西之间相互断片（如果你能姑且保证没相互矛盾的话）。而且……属性(property) 和属性(attribute) 这类问题多了是会抓狂的。

就光学基础不能自己产出的程度记什么笔记，给不记清楚东西还多找借口，那还不如记文档索引呢……学到能给人解答问题灌水再列提纲吧。

@jiangliuli 嗯，ps1 ？你是说那个之前 chcp 65001 必挂，现在连 & 都还 reserved 着的憨批？

@vanishcode 对屑 pty 的依赖导致 Windows Terminal 对 Windows 内核有要求……所以说，前提要就只有个 Windows，“能随便下载，直接安装就能使用”，你是在想桃子。
（至于为什么 Windows 内核版本会是问题？比如： https://github.com/FrankHB/pl-docs/issues/6#issuecomment-505620861 ）

@amaranthf “因为工具开发者倾向于既然有了定制性，默认配置下的用户体验就不那么重要。”
连 convention over configuration 都不知道的开发者就别设计接口污染用户体验了，老实糊库的实现去。

@secondwtq 编程语言又不是语言的实现，有几个能写出 formal spec 具有可编程性能让用户改的？一般用户撑死就是糊点库制造更多的兼容包袱。

所谓优势：
12 不管是 Windows 还是 Linux 大都一样（除了多了最开始下载安装 MSYS2 或者打开 WSL 并配置发行版这样的操作）。能在日常应用下出区别的要么是用到了依赖具体系统还找不到备胎的东西，要么就是基本没入门。
3 对开发者来讲也不应该是问题（虽然明显是 Windows 处理方式更蠢，但日常习惯变成了 Windows 的形状的，没什么资格计较）。