用户自动登录代码编写_为用户而非自己编写代码

用户自动登录代码编写

首先，无论采用哪种方法，我们都为用户（即客户，项目发起人，最终用户或客户）编写软件。 其次，无论采用哪种方法，我们都会逐步编写，逐一发布功能和错误修复。 也许我在这里说的是绝对显而易见的话，但是请务必记住，每个新版本都应该首先满足用户而不是我们程序员的需求。 换句话说，我们将大型任务分解成较小的部分的方式应该以用户为目标，这就是为什么您始终自上而下工作的原因。 让我们通过一个实际的例子来了解我的意思。

Jean-Pierre Jeunet的《熟食店》（1991）

假设我受我的一个朋友委托创建了一个与wc非常相似的单词计数命令行工具。 他答应为此工作向我支付200美元，而我答应他我将以两种增量交付产品-alpha和beta版。 我向他保证过我会在周六发布Alpha版本，在周日发布Beta版本。 第一次发行后，他要付给我$ 100，第二次发行后，他要付给我。

我将用C书写，他将以现金支付。

该工具非常原始，只花了我几分钟的时间编写。 看一看：

#include <stdio.h>
#include <unistd.h>
int main() {
  char ch;
  int count = 0;
  while (1) {
    if (read(STDIN_FILENO, &ch, 1) <= 0) {
      break;
    }
    if (ch == ' ') {
      ++count;
    }
  }
  if (count > 0) {
    ++count;
  }
  printf("%d\n", count);
  return 0;
}

但是，让我们成为专业人士，不要忘记构建自动化和单元测试。 这是一个简单的Makefile ，可同时实现这两个功能：

all: wc test
wc: wc.c
  gcc -o wc wc.c
test: wc
  echo '' | ./wc | grep '0'
  echo 'Hello, world! How are you?' | ./wc | grep '5'

现在，我从命令行运行make并获得以下输出：

$ make
echo '' | ./wc | grep '0'
0
echo 'Hello, world! How are you?' | ./wc | grep '5'
5

全部干净！

我准备拿起我的200美元。 等等，交易是交付两个版本并分两期获得现金。 让我们稍微备份一下，然后思考–我们如何将这个小工具分为两部分？

首先考虑，让我们先发布工具本身，然后再构建自动化和测试。 这是一个好主意吗？ 我们可以交付任何软件而无需先通过测试运行它吗？ 如果我不随身携带测试，如何确定它能正常工作？ 我的朋友会对我发布未经测试的任何内容有何看法？ 这将是一个尴尬。

好的，让我们先释放Makefile ， wc.c释放wc.c 但是，我的朋友将通过几次测试而手头没有产品怎么办？ 这个第一版绝对是毫无意义的，我不会得到我的100美元。

现在我们到了本文的重点。 我要说的是，每一个新的增量都必须为产品增加一些价值，因为它是客户而不是我们的程序员所感知的。 Makefile绝对是有价值的工件，但对我的朋友没有任何价值。 他不需要，但我需要。

这就是我要做的。 我将发布该工具的框架，以测试为后盾，但具有完全虚拟的实现。 看它：

#include <stdio.h>
int main() {
  printf("5\n");
  return 0;
}

我将相应地修改Makefile 。 我将禁用第一个测试，以确保构建通过。

我的工具可以用吗？ 是的，它确实。 它算单词吗？ 是的，它对某些输入有用。 它对我的朋友有价值吗？ 明显！ 他可以从命令行运行它，并且可以传递文件作为输入。 不过，由于计数，他将始终获得数字“ 5”。 那真是令人遗憾，但它是Alpha版本。 他并不期望它能完美运行。

但是，它可以工作，并得到测试的支持，并且已正确打包。

我刚才所做的是一种自上而下的设计方法。 首先，我创造了一些可以为客户带来价值的东西。 我确保它也满足我的技术目标，例如适当的单元测试范围和构建自动化。 但是对我来说，最重要的目标是确保我的朋友收到了……并付钱给我。

翻译自: https://www.javacodegeeks.com/2015/03/code-for-the-user-not-for-yourself.html

用户自动登录代码编写