为什么有人不建议,那么把这个不建议的原因说出来就好了。至于它是不是对每个人成立,或许这个结论有争议,但大多数情况下,搞清楚理由,其它的就很好理解了。
比如,我们可以问这些问题:
为什么要让小学生学习手算加减乘除,而不是从一年级开始直接使用计算器?
为什么要让小学生学习用笔书写,而不是直接教学计算机打字?
为什么要让中学生学习因式分解,背方程通解公式,而不是直接教学Matlab/Mathmatica的使用?
为什么绝大多数棋类活动都可以使用计算机计算出更好的走法,还有人类愿意下棋?
所以你就可以类比一下,为什么IDE可以帮你编译代码,你还需要自己搞清楚命令行编译的流程与原理?
我对这个问题的回答是:在你使用更自动化的工具之前,你需要首先明白这些工具究竟帮你做了什么。在明白这一点的前提下再使用工具,那你就已经不是新手了。这时你选择使用IDE,就算合适了,因为你已经能够驾驭和理解整个工作流。
比方说某些只会使用IDE的同学,脱离了IDE甚至完全不知道如何让程序编译运行。
举个简单的例子:如果我让他写一个定时脚本,每天半夜签出代码并编译,运行自动化测试然后部署到测试服务器。——结果他问,没有IDE我怎么编译?没有IDE我怎么签出代码?没有图形界面我怎么部署到服务器?——这不是滑天下之大稽么?
你看,IDE的优点是对人类友好,IDE的缺点是它只对人类友好,对程序或者对计算机来说,IDE一点儿也不友好。新手学习编辑器加命令行,有助于搞清楚IDE究竟帮你做了什么,然后,才能更好的驾驭IDE以及编程行为本身。
想用就用呗,但不能形成依赖,不能离了ide就没法干活。不然到35岁时裁你还是裁旁边那个?
“手上没有剑和手上有剑不用不是一回事”。
学会使用命令行以后,为了提高效率使用集成开发环境和根本不清楚整个编译过程,就会选菜单项不是一回事。
使用命令行工具编译,其实一般人不需要知道。只有专业人士需要知道。
但是,你就是专业人士啊!
这个建议是老程序员给的?
就是太老了,应该叫老古董。
像我这样的建议,你一定用ide。谁没事找不自在。。
适合计算机专业本科以上,因为当一个好程序员需要了解底层原理。
其他专业没有必要,用图形化界面直接编程解决问题就行。
技术上:光刻机的制造和使用工艺。
金融上:打破美元的霸权。
军事上:台湾问题。
别的问题(房产绑架经济、老龄化、东西部平衡等)都是发展中的问题,都是可能通过发展来解决的。
上面列的3个问题是当前面临的核心问题。
前期错过了殖民掠夺,后期在分蛋糕战争中站错了队
开源代码没啥可评价的。
但对RISC-V的生态有何影响还得再看,简单说把risc-v带入Android生态,就给risc-v的应用提供了不小的应用场景,但是还不清楚相关的工具链的成熟度。新闻上Android studio/NDK已经支持了RISC-v的交叉编译环境,但还不知道成熟度如何,这些实际上都会对选型有影响。Google对Android的性能调优做了很多工作,也有不少工具,这些东西何时开始支持risc-v也比较重要。
理论上RISC-v依赖Android生态,对Google是好事,但毕竟Google利用GMS还是控制了相当程度上的Android生态,当年号称不作恶的谷歌还是利用开源方案包装了一个半开放系统。依赖Android的任何厂商实际上都面临华为之前的问题。华为被迫选择了HMS之路,但其他中国厂商呢?
我觉得是时候由中国厂商联合比如欧洲或日韩厂商推出一个绕开GMS的,真正开放的andriod生态了。