Questions tagged «reinventing-the-wheel»

24
重新发明轮子真的那么糟糕吗?
它在编程常识,重新发明轮子是坏的或邪恶的。 但是为什么呢? 我并不是说这很好。我相信这是错误的。但是,我曾经读过一篇文章,说如果有人做错了(明智的编程),请向他们解释为什么错了,如果不能,那么也许您应该问自己是否真的错了。 这使我想到了这个问题: 如果我看到有人明确地通过构建自己的已经嵌入到语言/框架中的方法来重新发明轮子。首先,为了论证,让我们假设他们的方法和内置方法一样有效。同样,意识到内置方法的开发人员也更喜欢自己的方法。 他为什么要自己使用内置的?

7
如果流利的编码员无视良好做法,那么他的流利程度对他不利吗?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引文回答。 4年前关闭。 我正在开发一个相当大且有错误的应用程序-由于它的编写方式(我将为您提供详细信息,但是在您可以想到的大多数领域中它都违反了规则),如果不进行重大重构就几乎不可能开发它。 该应用程序的重要部分是由实习生,n00bs等创作的;但是在高级开发人员中也有一个程序员,尽管谦卑,但他留下的代码也是可疑的,也许还是以不同的方式。 当然,他的代码往往会在大多数时间完成工作,但通常是很隐秘的,需要重新发明轮子(例如,使用大型自定义方法来完成相当普通的SQL db备份)等。基本上,不必要的混乱以及大量的过度设计 让我想到,如果不是其他素质的陪伴者,作为一名高技能的编码员(我故意不使用“开发人员”一词,假设它表示更多的技能)实际上可能是有毒的。 假设这是真的,我能想到的一些原因是: 如果您轻松编写代码,则感觉(或实际上实际上是短期内)可以更快地就地找到自己的解决方案,而无需使用库,既有功能等。 如果有足够的经验来轻松维护复杂程序的心理形象,则不太倾向于将其拆分为模块,层等。 因此,我的观点是,如果一个流利的编码人员恰好是一个不良的开发人员,那么他们的流利性不仅不能弥补后者的不足,反而会带来更大的危害。 你对那个怎么想的?是真的吗(如果有,程度如何)?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.