代码之家  ›  专栏  ›  技术社区  ›  jl6

使用恶意工具编码的技巧?[关闭]

  •  13
  • jl6  · 技术社区  · 15 年前

    我正在使用错误的工具开发应用程序。我不想讨论这个平台的对错——这个平台一直被认为是战略性的,现在没有什么能改变这一点。但我希望有人能给我一些建议,告诉我如何利用目前的情况。

    我目前的假设是,减少代码的意大利面因素将是不可能的,而真正优秀的文档是我唯一的武器,以防止这成为一个完全不受支持的噩梦,最终在dailywtf。

    有人有其他想法吗?

    (我没有提到X语言是什么,只是因为我希望找到使用有缺陷工具的一般问题的答案,而不是X的任何特定策略。)

    编辑:

    好吧,对于那些病态的好奇者来说,X是SAS。我不想把问题集中在函数式宏是否是函数(它们不是,也不能实现设计模式)上,也不想责怪它——考虑到这个特定项目的限制,我实际上同意使用它的决定!我还确信,大多数软件是在难以置信的非最佳环境中开发的(糟糕的工具、糟糕的管理、过重的遗留负担等等),而且必须有策略使事情能够正常工作。

    7 回复  |  直到 14 年前
        1
  •  2
  •   Andy Dent    15 年前

    X有意见吗?

    在注释中编写你的小语言,也就是伪代码。

        2
  •  8
  •   p.marino    15 年前

    你熟悉吗 Church thesis ?

    如果你不能解Y中的“A”,但你可以在Y中模拟Z,Z可以解“A”,那么根据定义Y可以解“A”。

    也许你可以写一些通用的程序,让X更有效地解决手头的问题?对X的一种扩展,或者更好的是,对A的扩展 little-language

    似乎其他人倾向于将“小语言”与文档混为一谈。你可以试着这样做(在这种情况下,我建议你看看 Robodoc )我在想更接近 Wasabi ,在方法上-也就是说,真正使用工具X为X++甚至Y创建一种解释器,在不知道X是什么的情况下,我当然不能比这更具体。

        3
  •  1
  •   djna    15 年前

    除了文档之外,变量名的选择以及如何使用它们的约定可能会有所帮助。此外,您还可以在代码中设置一些结构约定,以便有一些规律性。早在人们编写汇编程序的时候,优秀的程序员就产生了可读的代码。

        4
  •  1
  •   Christopher Klein    15 年前

    不过,认真地说,您可能需要检查是否有任何用于“X”的工具可以映射程序流,或者作为文档过程的一部分,您可以使用类似Visio或其他类似的工具来遍历代码并映射它的功能(或多或少)。最困难的部分可能是回到过去,盯着那堵代码墙,然后直接跳回去,这样你所能做的任何记录它/绘制它/绘制它的图表都会有所帮助。

        5
  •  0
  •   Bravax    15 年前

    有没有可能在X和客户端之间使用一种更适合您的问题的不同技术?

        6
  •  0
  •   Justin    15 年前

        7
  •  0
  •   David Winslow    15 年前

    你可以找到一种你喜欢的语言,实现通常的“将一些数据放入模板”级别的web应用程序,并实现包装器来调用它擅长的东西。

    推荐文章