代码需要编写成文件,在途中或其他方式。虽然所有的程序员都应该尽量不编写更多的代码,但是这个“小的”部分仍然需要编写。
您有哪些改进代码编写工作的建议?IDEs的用法?不同的键盘或字符布局?最小限度地使用鼠标?代码生成工具?你还能想到什么?
发布于 2010-09-18 07:39:55
对我来说,具有自动完成功能的IDE很重要。一种需要较少击键的编程语言会更好(键入更少,读得更少),但保持它是可以理解的(与J不同)。
键盘布局:我不认为这是个问题。我改变了布局几次(US/CH,PC/Mac),过了一段时间,大脑进行了调整。代码生成:我避免它们,除非生成setter、setter和实现一个接口。
发布于 2010-09-17 19:47:04
从开发者那里得到同样多的东西是可行的。任何让我想到除了手头的任务之外的任何事情都是在浪费我的时钟周期。
不幸的是,这实际上是因人而异的。有些人尽量少碰老鼠。其他人不喜欢记住键盘快捷键。有些人想保持沉默,有些人喜欢办公室的嗡嗡声。
任何机械或重复的东西都应该是自动化的。代码格式化工具、版本控制提交钩子用于衣棉检查、巡航控制等都是很好的,而且相当适用。
除此之外,让开发人员选择如何为他们做出自己的决定。有些决策必须在部门/公司级别做出(代码风格、构建系统,甚至IDE,取决于您的集成级别),但其他一切都应该留给那些必须将少量代码输入文件的人。
发布于 2010-09-20 19:00:28
(抄袭我的答案.)
正如@说的那样,输入更少,而不是更快。此外,尝试跟随干(不要重复自己)。我以前经常听到人们夸夸其谈“饼干切割器代码”,据推测,通过切割和粘贴大量代码,你可以快速完成大量工作。这个问题的原因是,如果需要更改原始代码,那么现在必须更改N个副本。
程序员就像嘈杂的频道。如果他们必须对代码进行10次修改,如果他们真的做得很好,他们将得到8次正确的结果。他们不正确的是新的虫子。
这就是为什么短代码和干物质。
这也是编译器语言优于汇编程序的原因,也是为什么领域特定语言(DSL)在应用时更好的原因。
https://softwareengineering.stackexchange.com/questions/4879
复制相似问题