虽然我并不反对你的观点，但我有几个评论："我们为什么还在处理超过半个世纪的陈旧代码？"。我认为这是因为我们仍在运行超过半个世纪的软件，而一些组织依赖于它，因此需要继续运行。这意味着我们需要继续为这些软件提供它所期望的环境。在过去的十年中，我收入的很大一部分来自于帮助公司确保他们的古老软件可以在新机器上继续运行（而他们只能使用新机器，因为旧硬件已经无法继续运行了）。就我在金融行业的短暂经验来看，我认为有很多390软件仍在现代z/OS机器上通过模拟运行。"工具不应该需要解析字符串才能做有用的事情"。事实上，工具要么需要处理一些二进制格式，这更高效但也更晦涩，要么需要解析字符串。…
源讨论终端的现状原帖 157 条评论 · 导入时统计我一直以来都无法真正理解这种热情。为什么我们还在处理超过半个世纪的陈旧技术？我明白这是很多东西构建其上的核心技术，我并不是主张彻底抛弃传统的终端仿真。但我希望有人能努力构建一个全新的、现代的、基于现代假设和集成绑定的文本界面。我们不应该需要担心晦涩的转义序列来打印颜色；工具不应该需要解析字符串来做有用的事情；初级开发者也不应该需要花几个小时在难懂的手册里翻找，直到他们求助于一个半吊子的Stack Overflow回答，用错误的参数来提取tar存档。 shell和文本界面还有更多内容，不仅仅是局限于50年前设定的约束。
完整原文把你的经验，加入这段讨论。
> 现在这是我愿意为之奋斗到底的一座山：如果有人无法仅通过查看手册页的摘要和滚动查看选项来弄清楚如何提取tar归档文件，除非该归档文件被恶意命名以隐藏它是gzip压缩的这一事实，我认为这个人还只是个初级开发者，要成为初级开发者还有很长的路要走。 有一种"让他们自己去弄清楚"的说法，还有一种"这因为古老的遗留兼容性而变得不必要的复杂"的说法。解压一个文件不应该需要多个参数。 完全没有理由，如果你给tar一个单独的.tar或.tar.gz文件，没有任何其他参数，它就不说"好的，这是一个tar/gzip文件，你可能想要解压它"。
完整原文> 如果有人无法仅通过查看手册页的摘要和滚动查看选项来弄清楚如何提取tar归档文件，除非该归档文件被恶意命名以隐藏它是gzip压缩的这一事实 至少对于GNU tar（我认为Darwin和其他一些系统也是如此），压缩已经不再重要了；使用`tar -xf foo.tar`可以正确检测压缩并提取，即使foo.tar是gzip压缩的。
完整原文> 我认为这是因为我们运行的软件已经有一半多世纪的历史了，有组织依赖于它，因此它需要继续运行。 嗯；正如我所说，我绝对不是在主张以某种方式删除该功能—让现有的终端继续工作是不可避免的，正如你所说的原因。然而，这不应该意味着该领域没有任何进展。我们有多种共存的方法，从操作系统到处理器再到网络浏览器；保持遗留软件的功能不应成为阻碍整个领域创新的理由。 > 所有处理json、yaml等的工具仍然在解析字符串，而我大多数情况下更喜欢这种方式 这里有一个细微的区别：从标准输入读取JSON并解析它的工具，同样也在解析字符串，没错。但是，如果一个平台传递给我…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。