3.4 低层次的问题能依赖工具解决么?

GreyZeng 2021-08-07 16:32:04

原文地址
关于这个问题首先是在书中第三章中关于软件工程师的成长上讨论,书中描述了一个软件工程师的面试时一直在解决低层次的问题

嗯,怎么开始一个C#的命令行程序呢?
定义数组是怎么弄的?是“int [] arr”还是“int arr[]”,
还是ArrayList, 还是Array。哦,我平时都是上网查的。哦,我不知道还有MSDN 网站。
嗯,为什么编译没过呢,哦,这里少一个分号。
嗯,怎么设断点?怎么定义命令行参数?额
书中认为一个精通xx的人应该能够解决高层次问题,而解决高层次问题要首先通过不断练习来解决掉低层次问题,才能有脑力解决高层次问题。

那在各种IDE越来越成熟的今天,像数组定义,函数名称这些IDE的自动补全都能做得非常好,另外一些像编译的依赖,断点设置,用现成的工具也能很好解决。

那能不能利用工具解决掉大部分份低层次的问题,直接去解决高层次问题呢?或者说什么时候该用工具解决什么时候该去练习呢呢?

...全文
184 2 打赏 收藏 举报
写回复
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
GreyZeng 07-24
  • 打赏
  • 举报
回复

我认为低层次的问题有限度的依赖工具解决是没问题的。在学一门语言的早期,经常会出现一些破涕而笑的小问题导致出错,这时候依赖工具可以帮助我们更快的上手一门语言。在项目开发过程中,因为马虎大意而导致产生的低层次的问题,自己寻找起来可能要花费一点时间,但是通过快速解决,用工具查询,欸,就很快,很舒服。但是工具并不能自己创造,不能ctrl+alt+enter就写好一个项目,所以,只能是一个工具,帮助我们更好生产的一个工具。

新的看法:低层次的问题也分两种,一种是已经太过于熟悉以至于每次编写都觉得繁琐,这种情况用工具解决是没有问题的。另一种是类似编译器集成了git,太过于依赖编译器的功能,从而忽略了理解git的工作原理,当遇到相同原理的plastic时,因为unity只集成了plastic而没有继承git,所以导致有些同学不懂得如何使用plastic,不懂得如何举一反三。这种低层次问题我认为还是在掌握了git的相关知识之后才好用工具解决。

原文地址

GreyZeng 2021-08-07
  • 打赏
  • 举报
回复

我觉得在刚刚上手某一种语言的情况下,可以以来于工具解决低层次的问题,这也是一种很好地快速熟悉语言的过程。但是在一门长期使用的语言上,使用者应该会遇多次同样出现的问题,稍加留下记忆一下,这类问题就能少很多,所以在长期使用的语言上不应该出现过多低层次问题。
原文地址

相关推荐
发帖
构建之法

327

社区成员

程序员。写过:移山之道,编程之美,构建之法,智能之门。
软件工程软件构建团队开发 企业社区 北京·朝阳区
社区管理员
  • SoftwareTeacher
  • GreyZeng
加入社区
帖子事件
创建了帖子
2021-08-07 16:32
社区公告
暂无公告