什么程的捷径你结束感到遗憾的或背出来吗？[关闭]

Question

我看到了 这个问题 它提醒我的属性在旧的数据表格.的几次我使用它们，我结束了支持它，因为我需要的数据格式化过去的标准"吐出来的数据来源列。" 同样，与拨，这听起来像这将节省时间，但后来你需要跟踪的国家或者别的东西，你重写代码。

有没有事情，你最终使用认为它将会节省时间，但最终退出，因为它不会做什么你需要什么？

Answer 1

请在现有的工作系统稍加改进，而不是与测试覆盖。

有关很多时候它结束了与调试地狱。最糟糕的是，地狱去了我的同事，而不是我。

Answer 2

我觉得最遗憾的编程“捷径”答案显然是goto的。

而对于框架，我认为所有的框架可以是一个陷阱有时。他们不是不好用，但我不认为你会发现一个框架，它不强迫你购买减少开发时间缩短可维护性。我使用Drupal主要是工作，每一次新版本出来我不得不重写至少我的一些自定义代码......但这是能够与社区模块快速添加新功能的价格，我付出，对我来说，这很值得。为一组不同的用途或应用的，它肯定不会是值得的。

Answer 3

每一个大型网络项目，该项目具有巨大的模块化的量通常开始去太远，最终要构建的应用程序的范围。

所以，在网络层调用一个委托接口调用委托实现调用服务接口调用服务实现调用DAO接口调用DAO实现等。

而最终，因为你没有在这个层面做分销，您会发现所有的委托实现的是一行代码，你拉出来为清楚起见，借一百委托类失去一些效率后首位。

---

或者：大多数项目在一个点或另一个大规模高估了大量的应用程序的用户群将是，不幸的是，对于代替更有效编码的码。有200个用户一个菜谱应用是很多写比十万用户，每天早上的行业定义的应用越来越普遍，但开发商往往代码的一部分 - 但不是全部的 - 他们的应用为不可能的情况下

如果你正在写的hello world，只写代码，并批量来以后需要。

Answer 4

让Visual Studio中执行数据绑定。它的工作原理大部分时间，但有时引入了需要更多的时间来发现和解决比它做的手工数据绑定微妙的错误。

Answer 5

复制/粘贴的几行代码是相似，但不完全相同的代码，你现在需要的，几乎总是导致在代码中的bug。

这几乎总是更好地字符只需键入它的性格，强迫自己要考虑他们的每一个人。但我继续做下去，心想：“怎么可能出问题”，后来又后悔的决定。

Answer 6

这是采用了最新的和最大的特点<插入框架这里>只有把它失败，需要更长的时间。

我所有的新功能，但过早地使用它们可能是有问题的。

Answer 7

的C / C ++宏的过度使用。我认为这是一个陷阱大项目陷入比小项目虽然比较。

Answer 8

不完全是一个快捷方式，但：写C++String类甚至不考虑这种可能性，他人有同样的想法。然而，这是一个很好的练习，因为我学到的是：

• 写一个图书馆不会使所有编程的下坡路。它可以更容易要有一个图书馆，但如果它是难以理解的语义学的图书馆于实施的功能方面，图书馆可以变得很无用的。
• C++有很多很好的特点。
• C++总是错过这一功能我真正需要的。