几个月前我遇到了J/K/APL,同时解决了一些项目的问题,并且至少可以说是好奇.对于我制作的每一个看起来优雅的20行蟒蛇解决方案,都会有十分之一的gobsmacking 20 字符 J解决方案.我一直热衷于学习一些基本的J,并且已经做了一些尝试来学习词汇,但是发现学习曲线非常陡峭.
对于那些熟悉这些语言的人,你会建议花一些时间学习一门(我特别想到J)吗？为了满足我的好奇心而不是为了职业发展或某些这样的事情,我会这么做.
如果您愿意,可以考虑一些个人情况:
我喜欢数学,每天都在我的工作中使用它(作为初创公司的数学家)但说实话我并不觉得我使用的工具(比如python + NumPy)感觉有限,所以我不能用这个借口.
我并不特别渴望在金融行业工作,这似乎至少是K用户的主要呼叫港口.另外,我应该将C#作为下一种语言学习,因为它是我工作的主要语言.实际上,J几乎绝对不应该是我学习的下一种语言.
我对MATLAB相当熟悉,因此使用基于数组的编程语言不会构成巨大的范式转换.
熟悉这些语言的人的任何建议都将非常感激.
数千年前,我是一名APL程序员.成千上万,我的意思是在70年代,当自定义字符集意味着我们有特殊的打印终端与APL键盘和字符集,和IBM电气类型球与特殊字符等.
我参加了Ken Iverson关于"为什么APL很酷"的讲座.
他的论文是这样的.曾几何时,分工是一项严肃的数学事业,专为研究生保留.像重复小数扩展这样的事情的符号涉及大量的数学象征.曾几何时,即使是"负面"数字也需要精心制作的符号.
多年来 - 随着我们对这些抽象的更好理解 - 我们为复杂的概念提出了更为紧凑的符号.
APL(和J和K)的要点是将大算法总结为整齐的表示法.
如今,我是一名Python程序员.我发现我早期暴露于APL会迫使我问"这是什么意思？" 并且"这是一个可重复使用的操作吗？" 并且"对于所有这些算法的绒毛,什么是简洁的总结？"
此外,当我追求项目Euler问题时,由我的"Gin-soaked recollections of APL"支持的Python的"函数式编程精简版"在处理练习时都非常有用.
J是Project Euler的主要编程语言,可供个人使用.我从来没有遇到过更好的数组处理语言,而且一旦你掌握了它,默认的编程范式既有用又引人深思.(这很有用,因为它实际上是发人深省的.)在语言中达到入门级能力是很困难的,阅读其他人的代码是一种智力上有纪律的活动,但由于语言的力量,灵活性和简洁性,坚持不懈有很大的收益.
也就是说,我在工作中保留供个人使用的原因是:(1)其他人在工作中没有使用它,(2)学习曲线足够陡峭,因此我要求同事捡起它是不合理的. (3)您可以在一行代码中构建复杂的程序,这使得读取一行代码变得极具挑战性,特别是如果您没有自己编写代码.(我希望花费至少半小时来研究使用十个或更多运算符的代码行,除非它们以我彻底理解基本原则的方式使用.)
一些有趣的J功能的例子:
1)任何定义为对单个数字进行操作的函数都可以在任意等级的数组上运行.例如:
NB. totient(n) = n * \prod_{p|n} (1 - 1/p)
totient=: * -.@%@~.&.q:
NB. Finding the totient of 10
totient 10
NB. Finding the totient of all numbers from 1 to 10
totient"0 (1+i.10)
它是完全相同的函数,只对1xN输入数组的原子(单元素组件)进行操作.类似地,您可以使用定义的函数来处理二级数组(矩阵),并通过使用"(rank)连接将其应用于任何更高级别的数组.
2)您可以在J中获取几乎任何理论上可逆的函数,并通过"向后迭代"将其反转.例如,
NB. Converts an array of binary digits to a decimal number (#.) 1 0 1 5 NB. Converts a decimal number to an array of binary digits (#.^:_1) 5 1 0 1
在过去25年的大部分时间里,我一直在J和APL工作,并且可以完全推荐两者.当我进行任何形式的临时数据分析时,我仍然会回复其中一个,我也在Project Euler中使用它.
如果您对Project Euler感兴趣,那么J绝对是您的选择.它支持无限精度整数和素数使其非常适合.
自1980年以来,我一直以APL为生.我期待在接下来的几年里继续这样做.使用APL不仅非常有趣,而且该语言提供了出色的调试功能.现代实现是完全成熟的函数式语言,也是面向对象的.
多年来我遇到很多人问我多久我想能够继续使用APL.那些家伙是dbase和PL/1以及ALGOL和Pascal以及Forth和C和Focus以及其他程序员.得到它了？!
J有点像精灵:它需要保存在瓶子里面.在J中维护大量批处理软件是一个严重的痛苦.在J中维护接口(基于Windows或基于Web,因为是的,您可以设置J来回答Apache以产生Web输出)是一个实验性的,鲜为人知的地狱圈.
另一方面,如果你想要:解析,筛选,分析,处理等一些数据来解决它,找出算法的细粒度,或者以最短的方式给互联网留下深刻印象,使用J就可以了.计算一个圆圈中适合的三角形数量.
我非常接近在careers.stackoverflow.com上添加J作为我职业生涯中的交易破坏者,但我最终将其排除在外.对我来说,使用J很好,产生J,但是,不是.
编辑:
那是不久前的事.我仍然认为生产中完整的J解决方案(即所有MVC)都很糟糕.从最初的响应开始,我在一个C#项目中使用了J作为COM,其中J提供了一个庞大的矩阵,在C#中管理起来非常令人满意.
我们的部分工作是使数据模型和代码说话.这种质量和J的非常简洁的语法并不容易.与J不同,几个框架具有易于使用的IDE,并且具有足够的支持以允许人们以人类可读的方式安排代码.J的超级矩阵功能无法弥补它所缺乏的功能.
我认为你的3分表明你不需要学习J.然而,我无法想到学习新语言有害的任何情况.
花时间学习你感兴趣的东西(或任何新语言)总能提高你的其他编程技巧.您将学习不同的问题方法,以便与其他语言实现不同的方法.
此外,使用J的最小语法,当您使用其他语言实现解决方案时,它将是一种很好的语言,可确保您获得正确的结果.
回到eldar时代,我是一名APL语言开发人员,编写370汇编程序.我将J移植到OS2,但从未学会如何将它用于实际工作.我目前正在使用Java和PHP,正在评估Python.在Python教程的前3个部分之后,我对它与APL的许多相似之处感到震惊,这让我在这里.
我强烈建议学习APL或J作为智力练习.它将改变你对编程的思考方式(扭曲你的大脑),并可能有助于你的Python编码.APL和J程序员也有一些工作,可能比工作更少的程序员.
在20世纪70年代,我曾经作为APL程序员工作了几年.我喜欢这种语言,但多年来都没有使用它.
对于某些事情来说,它是一种很棒的语言,但我真的无法使用它来进行Web开发.
它的优点在于统计和矩阵运算.您可以解决3个字符的线性编程问题.例如,证明LP实现的正确性要比使用C中的页面更正确.
因此,如果你想学习它是为了学习的乐趣,我会说它去吧.为了提高你的就业前景,很可能还有很多其他的东西需要学习,这会给潜在的雇主留下更多的印象.
是的,学习APL/J/K,它将为您提供可能的独特视角.
我指出,@ MPelletier的"圈中有多少个三角形",其隐含的"......但不是现实世界的问题",有点短视.是的,J Software的IDE缺少一些东西,但构建一个自己的IDE并不是一个大问题,一个好的IDE可以掩盖一个坏的语言(20行到20个字符的缩小是不会打喷嚏的.)我一直在做APL只要@KaiJaeger有,如果不是更长,我的思绪可能会被扭曲,但我从来没有喜欢用其他任何东西编程.
这对我来说是一个有趣的确认,一个五十多岁的人.
今天早些时候,我决定学习一种新的21世纪编程语言,经过27年的零编程.我选择了Python,非常随意,害怕我们现在所居住的基于gui和面向对象的世界.
令我高兴的是,在80年代早期,我作为APL家伙谋生的那一年意味着我实际上正在扯下材料,立即理解:)只是想我会分享这一点.
京公网安备 11010802040832号 | 京ICP备19059560号-6 