@verycode 应用开发这个范围太大了。应用开发使用的语言现实就是整体碎片化，个别领域的应用项目有个别适用的语言，基本上不可能有不变的语言有通吃的机会，你学了语言指望不变的下场，可能就是你学到的东西没几年迅速过气。正常的做法是，接到确定的项目需求，尽量能迅速上手。
要纠结学语言无非是两个思路：
1.学不容易过气的，到处都可能用到，虽然不见得能直接复用知识但至少有机会让你不那么容易饿死的语言垫底。
2.学容易让你尽可能快速掌握任意语言的基本知识。
1.的代表是 C 和 C++ ，但是实际干活对语言以外的背景知识要求通常相当地高，要混饭吃并不容易。这类语言的流行主要是因为历史包袱长期甩不掉，市场份额不会快速跌落。如果你确定某些特定领域的服务端开发，Java 和 Go 也能算这方面的备胎，但这俩货设计者和社区能力的上限都基本耗尽了，基本是不太可能出圈拓展新业务的，而且比 C 和 C++ 更容易被取代。所以没有项目需求或者很明确的意向领域不建议上手。
2.和学具体语言其实没有直接关系，除了数据结构之类的背景常识外，主要得了解计算模型、体系结构和程序语言理论基础。语言上这方面代表是 Scheme （注意不要上纯 FP 邪教的当）。不过学这类玩意儿基本也别指望能马上复用了，基本不可避免地根据具体项目要求学新的语言。虽然说大部分人口口声声要打基础来学 C 和 C++ 已然是在祸害业界了，没有天赋相比之下更不建议这个路线。
所以结论是不需要纠结什么语言。除了混履历，先找到你感兴趣的应用方向才是重点。
当然你要是非得想“应用开发”一桶浆糊，那么我可以确定最近几十年 C++ 这个依赖基本跑不掉（即便 WG21 的某些外行频繁疯狂作死和实际上没多少人去用）。（抱着这个目的去学 C++ 的，我是从来没见过学习效果说得过去的。）

区区一个 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 具有可编程性能让用户改的？一般用户撑死就是糊点库制造更多的兼容包袱。