J語言：最好的部分（任何人都打算寫一本書嗎？）

Question

正如J語言社區中廣泛討論的那樣，有時J代碼（例如默認代碼）可能非常難以閱讀和維護。

與其術語「動詞」，「名詞」，「詞典」等相反，它的代碼根本不像英語，與Ruby，Smalltalk（Objective-C）語言類似。

相反J是更像是一個符號（或簡寫，速記實物到捕獲的想法）。它不同於數學公式/符號（這是捕捉想法的更好的符號），因爲它本質上是一維的，而不是二維的。而作爲一種計算機語言，它揹負着數據類型，可執行文件等

所以我的問題是，一個人是否可以區分Ĵ符號是「好部分」與「壞的一部分。」

「好部分」是：清晰，表現力

「壞部分」是：混亂的，容易出錯的

例如：「動詞列車」長於3個動詞，它是一個很好的理念？像JOD這樣的代碼數據庫會有幫助嗎？

Answer 1

這是一個很好的問題胡哲，也是一個J語言已經打了多年的人。

的J思想作爲思想的工具，是有趣的，但迴避了你想什麼工具做的問題。如果你想要一個工具來測試一些快速的想法在計算機上運行，​​我還沒有找到比J更好的一個。這對我來說是J的「很好的一部分」。 「不好的部分」是快速原型設計不適合讓其他人輕鬆閱讀代碼，但對於我所做的每種寫作形式都是如此。

以這個帖子爲例，我寫了這個響應的第一個草案，我的想法是收集。然後，我審查和編輯，花費更多的時間和精力，因爲我的目標不僅僅是收集思想，而是與你溝通。如果我是真實的形式，我可能會回來，並作出進一步的更正。

組織和理解J程序對我來說也是一樣。如果我的目標是做一個快速的原型程序，我不太可能花時間做額外的工作，有助於澄清。 J編程在這個比喻中的區別在於，即使在最不精確的情況下，J也允許我用機器來測試我的想法，這不是大多數表達式所允許的。

我認爲J的其他「優秀部分」是實驗室，這是一個易於訪問的交互式教程，支持在線文檔/書籍，例如「Learning J」和「J Programmer」，可從jsoftware網站。 http://www.jsoftware.com/jwiki/Guides/Getting%20Started

我認爲這是殲社區，將應繼續下去很長一段時間內的討論。我鼓勵任何想改變他們對編程思維方式的人看看J並調查「好的部分」，同時經歷從探索編程新範式時發生的幾乎不可避免的混淆。如果你想看到J論壇上的談話演變。 http://jsoftware.com/pipermail/programming/2014-January/034505.html