605
社区成员
发帖
与我相关
我的任务
分享3.4 低层次的问题能依赖工具解决么?
原文地址
关于这个问题首先是在书中第三章中关于软件工程师的成长上讨论，书中描述了一个软件工程师的面试时一直在解决低层次的问题
嗯，怎么开始一个C#的命令行程序呢？
定义数组是怎么弄的？是“int [] arr”还是“int arr[]”，
还是ArrayList， 还是Array。哦，我平时都是上网查的。哦，我不知道还有MSDN 网站。
嗯，为什么编译没过呢，哦，这里少一个分号。
嗯，怎么设断点？怎么定义命令行参数？额
书中认为一个精通xx的人应该能够解决高层次问题，而解决高层次问题要首先通过不断练习来解决掉低层次问题，才能有脑力解决高层次问题。
那在各种IDE越来越成熟的今天，像数组定义,函数名称这些IDE的自动补全都能做得非常好,另外一些像编译的依赖，断点设置，用现成的工具也能很好解决。
那能不能利用工具解决掉大部分份低层次的问题，直接去解决高层次问题呢？或者说什么时候该用工具解决什么时候该去练习呢呢?
...全文
请发表友善的回复…
发表回复
GreyZeng 2023-03-05
- 打赏
- 举报
对于这个问题的回答，我的答案是可以，但同时要把握好尺度。
对于工程师而言， 这些问题真的没有必要纠结，工具效率高，准确性高，能够节省很多的时间，把这些时间精力用在更有意义的地方上不好吗。工具开发出的目的不正是帮助我们更好的完成生产，完成项目吗？
但是对于初学者和学生来说，低层次的问题也不容大意。从我个人角度来说，刚学习语言时往往就是容易在类似创建数组，编写循环等问题上犯错。一开始用Dev，当然什么都得自己写。可是后来接触IDEA，Vscode才发现功能实在是太好用了。虽然效率上大有提升，也能避免很多小错，但同时也担心，要是考试考到了怎么办？实际上，对于学生而言，只是刚刚入门，试卷的考察往往逮着这些问题不放。过早的把自己投射为程序员，工程师，而不注重细节，首先在成绩上就是个大大的不及格。
而现在的工具越来越智能，AI不但能帮人写论文，甚至代码也能写，拿过来直接就能用，已经不仅仅局限于低层次的问题了。我想，这样方便快捷，提升开发效率的工具哪怕我们不用，行业革新的洪流也是不可阻挡的。我认为不必在低层次问题上过度纠结，但是我们也要意识到自身发掘自身的不可替代性，否则等待着我们的恐怕是被机器取代。
GreyZeng 2022-07-24
- 打赏
- 举报
我认为低层次的问题有限度的依赖工具解决是没问题的。在学一门语言的早期，经常会出现一些破涕而笑的小问题导致出错，这时候依赖工具可以帮助我们更快的上手一门语言。在项目开发过程中，因为马虎大意而导致产生的低层次的问题，自己寻找起来可能要花费一点时间，但是通过快速解决，用工具查询，欸，就很快，很舒服。但是工具并不能自己创造，不能ctrl+alt+enter就写好一个项目，所以，只能是一个工具，帮助我们更好生产的一个工具。
新的看法：低层次的问题也分两种，一种是已经太过于熟悉以至于每次编写都觉得繁琐，这种情况用工具解决是没有问题的。另一种是类似编译器集成了git，太过于依赖编译器的功能，从而忽略了理解git的工作原理，当遇到相同原理的plastic时，因为unity只集成了plastic而没有继承git，所以导致有些同学不懂得如何使用plastic，不懂得如何举一反三。这种低层次问题我认为还是在掌握了git的相关知识之后才好用工具解决。
