正如在J语言社区中广泛讨论的那样,J代码有时(例如隐性代码)可能非常难以阅读和维护.
与其术语"动词","名词","词典"等相反,与Ruby,Smalltalk(Objective-C)类型的语言相比,其代码根本不像英语.
相反,J更像是一种符号(或简写,类型 - 类型 - 捕捉 - 思想).它与数学公式/符号(这是捕捉思想的更好的符号)不同,因为它本质上是1-D,而不是2-D.作为一种计算机语言,它承载着数据类型,可执行文件等.
所以我的问题是,是否可以区分J符号是"好的部分"还是"坏部分".
"好的部分"是:清晰,富有表现力
"坏的部分"是:令人困惑,容易出错
例如:"动词训练"超过3个动词,这是一个好主意吗?JOD等代码数据库会有帮助吗?
一个很好的问题哲胡,和J语言已经斗争了多年.
将J视为思想工具的思考很有趣,但这引出了你希望该工具做什么的问题.如果你想要一个工具来测试一些在计算机上运行的快速创意,我还没有找到比J.更好的工具.这对我来说是J的"好部分"."坏的部分"是快速原型制作不适合让其他人轻松阅读代码,但对于我所做的每种形式的写作都是如此.
以这篇文章为例,我根据自己的想法收集了这篇回复的初稿.然后我进行了审核和编辑,花费了更多的时间和精力,因为我的目标不仅仅是聚会,而是与您沟通.如果我是真的,我可以稍后再回来做进一步的更正.
组织和理解J程序对我来说是一样的.如果我的目标是做一个快速的原型程序,我不太可能花时间去做那些有助于提高清晰度的额外工作.J编程在这个类比中的区别在于,即使至少精炼,J允许我针对机器测试我的想法,这不是大多数表达形式所允许的.
我认为J的其他"好部分"是实验室,它是一个易于访问的交互式教程,支持在线文档/书籍,如"学习J"和"J for C程序员",可从jsoftware网站访问.http://www.jsoftware.com/jwiki/Guides/Getting%20Started
我认为这是J社区内的讨论,这将持续很长时间.我鼓励任何想改变他们对编程思考方式的人来看看J并调查"好的部分",同时体验在编程中探索新范式时几乎不可避免的混乱.如果您希望在J论坛上看到对话发展. http://jsoftware.com/pipermail/programming/2014-January/034505.html