Dijkstra关于"软件工程"

Cur*_*son 23 dijkstra

埃德斯·迪克斯特拉(Edsger Dijkstra)有时候会有点磨练(他称之为"卡尔弗里德里希高斯,数学家之王,但也有点懦弱")在他的文章"关于真正教授计算科学的残酷"(EWD1036)中说:

许多这些现象都以"软件工程"的名义捆绑在一起.由于经济学被称为"悲惨的科学",软件工程应该被称为"命中注定的纪律",注定因为它甚至无法实现其目标,因为它的目标是自相矛盾的.当然,软件工程本身就是另一个有价值的原因,但这就是洗眼:如果你仔细阅读它的文献并分析它的奉献者实际做了什么,你会发现软件工程已经接受了它的章程"如果不能你如何编程" ".

这是真的?

has*_*sen 9

你会发现软件工程已经接受了它的章程"如果不能你如何编程".

我想我同意这一点.至少当我思考我们所教的内容和大量文献时,我有点意识到它的目的是引导那些无法编程的人.

  • 除此之外,一旦他们在团队中使用的软件太大而无法让一个人编写或维护,那些认为他们可以编程的人通常会发现,根据这个定义,他们不能 - 如果他们有谦虚地接受这个. (4认同)
  • @MichaelBorgwardt完全同意,软件工程在该学科的人文领域中闪耀.它有助于回答和研究"人们如何共同合作制作软件?"的问题.而且我宁愿有人知道软件工程的科学,他们是程序员/开发人员做出这些决定,而不是一个只是程序员/开发人员甚至根本不管理的经理人. (3认同)

Mac*_*cke 7

我不同意.对我来说,软件工程是如何解决复杂问题和完成事情,这不仅仅是在这里和那里编写一些代码.

即使你可以编程,你也需要了解大型学科等等.将科学融入工程学是指在现有技术的基础上,在实际的基础上做出决策,并拥有一个团队(大,小或单一)设计和生产一种既适用又适用的产品.

在进行软件开发时,计算机科学是恕我直言,范围更窄,日常问题更少.

(这当然取决于您的产品.有些产品比其他产品拥有更多的技术和科学,无论它们是软件,硬件,建筑物,自行车,汽车还是太空火箭.)


nik*_*nik 6

我有点奇怪 - 一些关于这句话的老讨论.

这个问题应该保留给后人.收集与该主题直接相关的人的所有意见,以及那些查找其报价解释的人.