编程中的有害诱惑

#1 楼

过早的概括是我的大错误。而不是先解决手头的问题并等到有实际需要解决一般情况时，我才总是着眼于一般情况并最后编写大量比所需复杂的代码。

更新：

有关详细说明，请参见“罪过＃1-过早概括”。

#2 楼

“我们将回到此位置并稍后进行修复。我们只需要它现在就可以工作！”

#3 楼

截止日期很遥远，我有足够的时间去做，所以为什么不花一点时间在网上冲浪呢？

#4 楼

“这只是扔掉的概念验证代码。一旦他们喜欢它，我就会把它做好。”

#5 楼

在发布的前几天重构部分代码。

互联网：所有功能中最大的干扰。

新技术：不能避免接触新技术。

优化：优化，优化。 ..和更多Optimize

完美：从未对代码感到满意。

TODO：缺乏时间的待办事项永远不会做。

时间估算：许多PM并不将其视为“估算”。他们以事实为依据。

承诺：承诺过多。

#6 楼

在存在现有框架和库的情况下，尝试内部构建所有内容成为失败的牺牲品。

#7 楼

我经常遇到的恶魔：过早的优化和过度设计。

我仍然无法避免他们100％...

#8 楼

过于乐观的估计值
当经理盯着你凝视时，你会感到比给你的直觉要低的那种强烈的感觉告诉你……不要这么做！
毕竟，直觉可能已经太低了！

#9 楼

纯粹由于您刚刚学过而在项目中使用技术/工具/语言。

试图证明您是一名优秀的开发人员。

考虑代码您写给你了。

#10 楼

我休息一下，看看stackoverflow.com;）

#11 楼

最糟糕的诱惑是：



哦，好吧..我想一个肮脏的小把戏/ hack /修复不会受伤。



猜猜是什么，它确实很疼。 :)

#12 楼

忘记编写代码是解决问题的最后手段。

#13 楼

Feature Creep

制定计划，坚持并部署。然后返回并添加人们要求的内容。

我已经一遍又一遍地看到了。您坐下来，进行设计，然后开始编码。用户听到一些关于他们最喜欢的功能“丢失”的胡说八道，然后开始游说它。您的老板要求您在第11个小时添加它，这会破坏部署，并在所有地方引入错误，而3个月后，每个人都安顿下来后，系统要求您删除它，因为没人知道为什么要放置首先是糟糕的复古功能！您能否说出其余的设计毫无意义？

#14 楼

添加更多功能
比赛具有此功能。因此，这是必须具备的功能，因此比分析策略，定位等要多得多的编程。
竞争对手没有此功能。因此，这是一个与众不同的功能，因此比分析策略，定位等要多编程。
通过更多编程来解决业务问题。例如，无法通过对更多功能进行编程来获得更好的管理网站托管Linux服务器的专业知识。有时，您只需要学习如何解决问题，而不必将整个内容重新编码为C＃.Net
，通过更多的编程解决营销问题。例如，滥用Seth Godin的“紫牛”概念，即您通过在产品中编程更多功能使其成为“紫牛”来间接解决营销问题。有时，它只是一个突变怪物。
通过更多编程来解决生产力问题，使您自己辩解说，编写此脚本所花的时间将在未来数小时内节省，而不是实际编程真正的重要内容
代码，但尚未编码，因为您想“正确处理”
编码一个肮脏的版本，并承诺您将“以后做得更好”，但是从不回过头来“做得更好”
样机或站点地图，因为它“太麻烦了”。我可以截取竞争对手的页面，以获取模型和徒手绘制的站点地图“以后”，这是从来没有的。然后直接进入我想像中的第一页进行编程。

自白：我个人犯了错误1、3、7、8。我也犯了2、4、5、6但是我经常对我自欺欺人。

我目前正在补救9.

编辑
没有意识到这个问题需要我们提出解决方案。

1）添加更多功能
不要这样做。与您的企业，市场营销，创始人，顾问等合作，将您的应用程序简化为一件事情。

阅读有关Twitter，Groupon等的内容，了解他们如何将事情分解为仅一件事，从而导致他们取得成功。

如果您认为只有在要建立大公司时才行，请再三考虑。此行的Ctrl + F“在软件中添加的功能越多，其销售情况就越差。（不用说，对于大多数软件开发人员来说，这是很不直观的。）”

2 ）比赛具有此功能。因此，这是必须具有的功能

请参阅解决方案1 ​​

3）竞争对手没有此功能。所以这是一个与众不同的功能

请参阅解决方案1 ​​

4）通过更多编程来解决业务问题。

如果您需要雇用某人来教您，进行咨询或为您做咨询，然后记录下他的做法，以便下次可以自己进行。去做就对了！！不要重写代码，不要通过GO，不要收取200美元。

5）通过更多的编程解决营销问题。

如果人们不了解您的身份，销售，这是一个营销问题。返回解决方案1并进行透视。

6）通过更多编程解决生产力问题

等等。

等待，直到您感觉自己的生产率受到特定生产率问题的困扰超过2周，并且有可能再发生2周。

现在，评估一下编写脚本来解决此问题所花费的时间。请记住要用最差的估计值乘以2。

将您的估计值乘以小时费率。

现在查看备用解决方案：外包，现成的解决方案，不要对此做任何事情，等等。

选择最经济高效的解决方案。

坚持下去。

7）计划进行编码，但尚未进行编码，因为您想“正确处理”

去运动吧。您会感觉到内啡肽的涌动，这会激发您的屁股并让您计划采取行动。我知道这是因为我只是做了5x5卧推和5x5蹲坐。

8）编写一个脏版本，并保证您会“以后再做得更好”，但从不回过头来“把它做得更好”

在GTD中设置股票代码文件系统。并积极跟进。遵守对自己和他人的所有承诺。

9）不要做一个模型或站点地图，因为它“太麻烦了”。

花75美元在balsamiq模型桌面上版。我知道这是因为我3周前买了它。这使我重做了我的模型，因为即使我在现实世界中的绘画很糟糕，我也像一位艺术家，建筑师和有远见的设计师一样，一并成为了现实。 balsamiq中使用的字体不自觉地提醒您这只是一个模型，而不是固定在RAD中的石头。

结束编辑

#15 楼

几杯啤酒将帮助我更好，更长时间地工作。

#16 楼

“是的，我可以在一天内重构出这行2000行的意大利细面条……”

#17 楼

“我可以不用测试就可以解决。
测试太难了。”


这是邪恶的兄弟，


“我必须对此进行测试，不管测试写或理解有多难。

#18 楼

拖延和乐观的任务估计是我最大的罪过。

第一个方法是拉伸，俯卧撑或引体向上（或其他体育锻炼），第二个方法则是悲观情绪。
/>

#19 楼

“从头开始重新实现功能比理解现有代码要容易得多。”

#20 楼

我所从事的项目遭受的一项极为有害的诱惑是“内部平台效应”。这是建筑师的一种方法，他们早已不复存在，他们凭借自己的无限智慧建立了一个项目，该项目每年产生约2000万美元，但更新和维护成本为6000万美元（显然，这是一个粗略的数字，问题）。

#21 楼

NIH-此处未发明
我很难给第三方解决方案一个公平的机会。每个人都应该自然而然地为不是为他们量身定制的第三方解决方案表示怀疑，但是我很难做到100％客观。
节省的时间是如此之大，即使9倍以上之三，应避免使用第三方解决方案，我需要有足够的客观性，以实现可行的解决方案。

#22 楼

针对提供的“样本数据”进行设计，编码和/或单元测试，而不是分析客户实际数据库的副本。截止日期很短，他们一直说即将到来，但从未成功。部署时，爆炸非常壮观。的确，谁会期望一个客户有3个父级客户。

我只有在拥有真实数据的副本后，才能再开始一个项目。

#23 楼

那里有一个可以在某处综合症的图书馆。

与

恋物癖紧密相关

#24 楼

完美主义会杀死人；可能是项目无法成功的最大原因。

评论

---

我想这可能是对的，但是由于这个原因，我从未参加过失败甚至迟到的项目。

– PeterAllenWebb
2011-2-25在0:45

---

取决于您如何定义完美以及您的目标水平。

–Svish
2011-2-26在12:11

---

#25 楼

好吧，有时候编程会把我带到瓶子里。

#26 楼

重写而不是重构。

#27 楼

认为必须有更好的方法来做到这一点。我不会满足于“足够好”的东西。我正在追求完美！通常，通过与可能对问题有不同看法或从不同角度看到解决方案的其他人交谈可以避免这种情况。

#28 楼

解决方案：与代码优化一样，首先要发现生产力瓶颈，只有在发现瓶颈后，才能通过一些良好的方法加以解决。自动化。

#29 楼

您的编程恶魔是什么？


除了其他一些提到的内容。

优先级：忽略与项目相关的高优先级工作并首先在项目中进行其他工作，因为它们更有趣！


如何避免使用它们？


有更多的自律能力。认真地讲，做事正确的自律和自我动机有助于避免这些“恶魔”中的大多数。

#30 楼

我们还没有得到客户的批准，但是截止日期临近，因此这里有一些初步的建议，以便您可以开始使用...


以后，您之后已经完成了项目的构建以匹配组件...


哦，这是客户的修订，他们只想更改一些小事情*


（*主要功能完全不同）

然后，您将继续基于原始有缺陷的模型重构原始代码，而不仅仅是从头开始，因为您承受着短暂的压力截止日期，并假设这些是最新修订版。

我一直都很喜欢这个版本。作为Web开发人员，这是很难避免的。我最好的建议是增加时间，以便您以正确的方式进行更改。