在对一个项目进行了六个月的开发之后,我们的利益相关者进行了“直觉检查”,并决定我们一直走的道路(一个定制的应用程序框架和数据访问层)正在阻碍我们(开发人员)快速开发他们想要看到的特性。经过几天的辩论,管理和开发团队决定放弃目前的形式,重新开始使用ASP.net MVC,以实体框架作为‘快速而肮脏’的基础,让它完成项目。
在接下来的几天里,我们从未使用MVC或实体框架的高级开发人员最终进入了一个示例项目并完成了一些工作。他对ASP.net MVC的看法是,“这不是软件工程”。
所以我的问题是,当你认为代码不够复杂时,你会怎么做?
发布于 2011-03-11 20:28:03
那是个..。有问题的观点。
就像有人说,“我只会用火石来生火。”就像你给他们看打火机一样。
利益相关者是对的:他们想看到价值。作为程序员,我们的存在是为了提供价值--而不是重新发明轮子,这样我们就能感觉到我们在“粗暴地对待它”。
他们在付你的支票:如果你的复杂方式不够快,就不要让它复杂化。在这个世界上有足够的复杂,没有开发人员添加更多只是为了感觉到重要。
发布于 2011-03-11 20:42:14
傻瓜忽视复杂性。实用主义者承受着这种痛苦。有些人可以避免。天才移除它。-艾伦·佩利斯
简单是好的。为一个更复杂的解决方案而奋斗,实在让我感到困惑。
发布于 2011-03-11 21:25:10
我可以同情那个高级开发人员。当我在90年代末做网络开发的时候,框架实际上是不存在的,从零开始是最普遍的做法,除非你的公司为不同的客户做了很多相同类型的网站。
最近,我决定更新我的技能(我的日常工作是嵌入式软件),并为我姐夫的摄影业务设计了一个网站。我从Drupal开始,虽然我希望体验会有所不同,但我没有做好准备,它有多么惊人的不同。它感觉很像安装和配置,而不是开发。在编写一个SQL查询之前,我几乎已经完成了,即使这样,我也只编写了3个总计。
然而,我并没有把它看作是负面的,而是把它看作是一件好事。我没有把重点放在使基本功能工作上,而是专注于是什么使这个网站独一无二。在我通过了一条特定的学习曲线之后,当一个特征出现在我的脑海中时,通常需要10分钟的时间才能把它放进去,在那里,旧的方式可能需要几天时间才能恢复正常。因此,该网站的质量比其他地方要高得多。这并不是说我没有受到挑战,而是我面临的挑战是在设计中更有趣的部分,而不是重新发明平凡的功能。
您的高级开发人员的错误在于一开始就没有考虑这样的解决方案。学习预先定制可能需要更长时间,但回报来得很快。
https://softwareengineering.stackexchange.com/questions/57217
复制相似问题