TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

The Threats to Computing Science (1984)

22 点作者 elie_CH超过 3 年前

6 条评论

ogogmad超过 3 年前
If read in its proper context, instead of misinterpreting it by thinking it&#x27;s talking about concerns people have today, wasn&#x27;t Dijkstra in favour of a very aggressive use of <i>formal methods</i> in programming? This is something quite different to what modern programmers or &quot;computer scientists&quot; are used to. I have a feeling that people don&#x27;t really understand what Dijkstra was advocating.<p>His advocacy could be considered quite extreme. He apparently suggested (I don&#x27;t know whether jokingly or not) that programmers not <i>test</i> their code, and instead write it on paper with various kinds of mathematical correctness proofs, and only then type it on a computer. It&#x27;s admittedly thought provoking but I have an uncomfortable feeling that some naive people might have followed his advice very literally, and off a cliff.<p>Generally, I think people should read writing from decades ago in its proper context.
评论 #29441025 未加载
评论 #29440025 未加载
userbinator超过 3 年前
<i>Not getting lost in the complexities of our own making and preferably reaching that goal by learning how to avoid the introduction of those complexities in the first place, that is the key challenge computing science has to meet.<p>Nowadays machines are so fast and stores are so huge that in a very true sense the computations we can evoke defy our imagination. Machine capacities now give us room galore for making a mess of it</i><p>If only Dijkstra was around today... those thoughts were extremely prescient. I&#x27;ve seen far more overly complex and abstracted code than &quot;too simple&quot; code.
评论 #29441604 未加载
rramadass超过 3 年前
E.W.Dijkstra was and will always be right;<p><i>Electronic engineering can contribute no more than the machinery, and that the general purpose computer is no more than a handy device for implementing any thinkable mechanism without changing a single wire. That being so, the key question is what mechanisms we can think of without getting lost in the complexities of our own making. Not getting lost in the complexities of our own making and preferably reaching that goal by learning how to avoid the introduction of those complexities in the first place, that is the key challenge computing science has to meet.</i> --- The important distinction between &quot;Computing Science&quot; and &quot;Computer Science&quot;. The former is what we need to focus on.<p><i>Does this overestimation of the usefulness of the gadget hurt computing science? I fear it does. At the one end of the spectrum it discourages the computing scientist from conducting all sorts of notational experiments because &quot;his word-processor won&#x27;t allow them&quot;, at the other end of the spectrum the art-and-science of program design has been overshadowed by the problems of mechanizing program verification. The design of new formalisms, more effective because better geared to our manipulative needs, is neglected because the clumsiness of the current ones is the major motivation for the mechanization of their use.</i> --- The need to focus on better Formal Notations to design &quot;Correctness&quot; into Programs in the first place.
YeGoblynQueenne超过 3 年前
Inspired by EWD I have started translating all my (two) papers in my native language, Greek, and as hand-written manuscripts. It is slow going however because the illuminations take so much time and I keep running out of gold ink.<p>Btw, does anyone know of a good, cheap source of fresh parchment?<p>(:P)
评论 #29440340 未加载
Zuider超过 3 年前
&quot;I recently read a series of articles on the Shuttle on-board software and, though President Reagan has generously offered a teacher a free ride, I tell you I am not available.&quot;<p>Well, that passage was painfully prescient, even thought the Challenger disaster was not the result of computer failure, but of rubber o-rings denatured by extreme cold. The poor shuttle software and the primitive hardware on which it ran was consistent with the Rogers Commission&#x27;s criticism of the shortcomings NASA&#x27;s organizational culture with its acceptance of poor quality control, planning, and inadequate equipment design.<p><a href="https:&#x2F;&#x2F;www.britannica.com&#x2F;event&#x2F;Challenger-disaster" rel="nofollow">https:&#x2F;&#x2F;www.britannica.com&#x2F;event&#x2F;Challenger-disaster</a>
throwaway81523超过 3 年前
This is an EWD from 1984. I thought it was the <i>current</i> threats to CS at UT Austin, that Scott Aaronson has been posting about.
评论 #29439502 未加载