
路易斯维尔,肯塔基州
Greg 是肯塔基州路易斯维尔的一位退休神经科医生,他对计算机和编程有着长期的兴趣,从 20 世纪 60 年代的 Fortran IV 开始。 当 Linux 和开源软件出现时,它激发了他学习更多东西的承诺,并最终做出了贡献。 他是 Scribus 团队的成员。
Greg 是肯塔基州路易斯维尔的一位退休神经科医生,他对计算机和编程有着长期的兴趣,从 20 世纪 60 年代的 Fortran IV 开始。 当 Linux 和开源软件出现时,它激发了他学习更多东西的承诺,并最终做出了贡献。 他是 Scribus 团队的成员。
作者的评论
我可以理解指出这些问题的一些原因,但似乎在制作一篇冗长而重复的文章的过程中,你只是增加了混乱。 C++ 不是 Perl 也不是 Python。 你必须了解每种语言如何处理各种逻辑情况的心态,而不是尝试将 Perl 翻译成 Python,反之亦然。 您还必须创建您可以搁置并在一年或两年后将其取出时快速理解的代码。
在字里行间,我感觉到有点过于执着地管理,一个人可能被认为“违反”了业务词汇表,这在某种程度上可能会导致创造力的丧失。 当我查看一些技术文档或文章时,我不反对使用技术术语,只要它们的使用是一种有效的沟通方式。 当使用的术语可以有不同的含义或上下文用途时,就会出现问题;当一个技术术语从通用用法中被采用用于某些扭曲的目的时,情况尤其糟糕。 具有特定含义的技术术语应在首次使用时定义或描述,然后在稍后使用时应参考脚注。 有些术语相当具体和严格,另一些则不然,并且会随着新用法的出现而随着时间的推移改变含义。