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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

The hardest part of building software is not coding, it’s requirements

2 点作者 padseeker将近 2 年前

3 条评论

eschneider将近 2 年前
So, so true. As a corollary, one of the best ways of becoming an 10X (or whatever N-X :) developer, is learning to gather and refine requirements. Lots of that is digging into the domain to see how things are supposed to work and working with people to understand how they need things to work. It&#x27;s rarely as simple as just asking people, you need to be able to go back and forth and help them help you understand.<p>But yeah, if you can identify and fix potential problems at the requirements phase, you&#x27;ll save yourself (everybody, really) much future pain.
rektide将近 2 年前
Making software malleable, so that you can iterate &amp; change over time, be responsive to changing needs&#x2F;wants - is a software superpower.<p>Regarding AI, I have my doubts buy acknowledge it has remarkable potential for raw output. But how malleable will that output be? Will be make good architectural decisions that allow ongoing adaption &amp; iteration? Will it be able to understand &amp; marshal architecture forward in an intelligent way? I have little evidence yet telling me systems like LLMs are capable of architecting well.
jleyank将近 2 年前
Hmm... I would probably have said &quot;debugging&quot;, as that&#x27;s when you have to deal with coding errors, misunderstandings, ... The design process is critical, but it has always been a flexible, analog process for me. Coding, mostly, is typing - it&#x27;s the &quot;ok, now we start&quot; aspect of the initial tests and runs that take time and effort.<p>And if you&#x27;re not quite sure of where you&#x27;re going, the code will get worse and the debugging will get longer.