Language agnostic 在编程世界中，我可以在代码片段/注释中使用符号日期吗？

程序员经常在代码片段或注释中使用重复值。例如，在Java中

String s = "foo";    // recurrent value: "foo"
int i = 42;          // recurrent value: 42
double d = 1337;     // recurrent value: 1337

日期是否有“元语法值”？或者是编程世界中的一个符号日期，通常用于代码片段/注释（，的出生日期等）

在以下Java代码段的注释中，您会选择什么日期<代码>10/01/2013 13:37:42

// clear the "time part" of a Calendar (10/01/2013 13:37:42 --> 10/01/2013 00:00:00)
Calendar cal = Calendar.getInstance();
cal.clear(Calendar.HOUR);
cal.clear(Calendar.MINUTE);
cal.clear(Calendar.SECOND);
cal.clear(Calendar.MILLISECOND);

---

您可以将问题重命名为：您最喜欢的“foo”的日期/时间版本是什么？

也就是说，最容易被大多数能够查看您的代码的程序员识别的日期/时间值

这可能也是一个有趣的价值观。也许是1977年5月25日《星球大战》首映（但没有时间），或者是回到未来的《雷击》（1955年11月12日22:04:01？）

---

可能会有几十个或几百个提案，但我认为目前我们头脑中没有如此普遍的日期/时间价值。

你可以将问题重命名为：你最喜欢的“foo”的日期/时间版本是什么？

也就是说，最容易被大多数能够查看您的代码的程序员识别的日期/时间值

这可能也是一个有趣的价值观。也许是1977年5月25日《星球大战》首映（但没有时间），或者是回到未来的《雷击》（1955年11月12日22:04:01？）

---

可能有几十个或几百个提议，但现在我认为在我们的头脑中没有如此常见的日期/时间值。

元语法变量，如

foo

，

bar

，等等。既适用于日期，也适用于任何其他类型。实际上，这就是为什么他们称之为元语法，我说的是元语法值，而不是元语法变量。也许不是正确的词。。。对于日期，让我们想象一下Unix纪元（1970年1月1日），但可能还有更相关的东西？Unix纪元不是一个好的值，因为它是某些日期表示的一个边缘情况。@AbhinavSarkar:这似乎是个坏主意。OP实际上想要一个示范性的值，“今天”或“现在”不是具体的例子。@AbhinavSarkar在文档中，它将是一个象征性的值。示例值的整体思想是它是一个具体的值。元语法变量，如

foo

，

bar

，等等，用于日期以及任何其他类型。实际上，这就是为什么他们称之为元语法，我说的是元语法值，而不是元语法变量。也许不是正确的词。。。对于日期，让我们想象一下Unix纪元（1970年1月1日），但可能还有更相关的东西？Unix纪元不是一个好的值，因为它是某些日期表示的一个边缘情况。@AbhinavSarkar:这似乎是个坏主意。OP实际上想要一个示范性的值，“今天”或“现在”不是具体的例子。@AbhinavSarkar在文档中，它将是一个象征性的值。示例值的整体思想是它是一个具体的值。例如，我会在和之间选择一个日期。既然我爱回到未来，这似乎是正确的选择。因为，我会在和之间选择一个日期。既然我爱回到未来，似乎是正确的选择。