12.Jul.观点存档映像
文章尽量用语言源文件后缀作为语言名称的缩写.
出于对语言的兴趣和对编码的无知, 我怀疑和偏执的在增多.
我一直纠结于没有一门很好表达解决问题思路的语言, 即便是 coffee,
因为没有数学基础作为支撑, 我想以后总要翻开重写的.
hs 类型系统和 c/java 静态类型看起来好相像,
而 coffee, rb 模仿 contracts 作为动态语言显得很古怪.
为给函数声明类型, 箭头的语法明显不同. 不过脚本语言没有 curry 的.
另外, 可选的类型进行声明不晓得静态语言怎么弄的, 大概会纠结下.
关于类型思路总该一致的, 只是语法上 contracts 是拎出单写了.
lisp 是我很崇拜的语言, 但 4Clojure 做基础题很有挫败感.
网上有说很多天才选了 lisp. 在这 lisp 的理论支撑其他语言很难比.
不过好像只和一些语言比, 倒不是比较模仿以及混合范式的 js, rb.
我开始不信 macro 能带来什么神奇的, 特别为我不会写编译器.
而且 HN 对 clj 的推崇说有历史因素在, 也就开始怀疑了.
首先 clj 语法和类型繁多, 类型系统也没 js 漂亮, 我措手不及.
语法精良的语言像 coffee 像 loop 都尽量清爽, lisp 全不是.
我的观点, 括号完全应当由算法而非手工管理, 也是 cirru 尝试做的
lisp 接近语法树, 但括号外其他语法令人很反感, 破坏了简洁.
所以值得抛开 lisp 语法去思考有没有更顺心的方案.
hs 用模式匹配的语法轻松可以取出数组和字符串头部, clj 却不好,
函数式的写法虽然简单, 但从思路处理起数组有时就不如命令式轻松.
比如通过命令式多次检查状态选择操作这样的过程, 用 FP 就好绕.
FP 像是抽象出一套定则让人更抽象地理解问题, 但也带来更多复杂.
但日常的脚本重点不在是否 FP, 而是思路和可维护, 到现在我反省过来.
对我来说语言除了基本的系统操作, 其次最重要是调用模块和操作图形.
jQuery, css 操作 DOM 是最好玩的. 而自己绘制点线渲染图形就更有必要.
从 UI 到数据描绘想法, 像动态语言那样释放难度给编译器, 很开心的事.
好多被推崇的语言, 写图形上如此繁琐, 让我相当不解人在想什么.
现在大多软件和网页的交互都不能用舒畅形容, 编程无法解决么?
出于对语言的兴趣和对编码的无知, 我怀疑和偏执的在增多.
我一直纠结于没有一门很好表达解决问题思路的语言, 即便是 coffee,
因为没有数学基础作为支撑, 我想以后总要翻开重写的.
hs 类型系统和 c/java 静态类型看起来好相像,
而 coffee, rb 模仿 contracts 作为动态语言显得很古怪.
为给函数声明类型, 箭头的语法明显不同. 不过脚本语言没有 curry 的.
另外, 可选的类型进行声明不晓得静态语言怎么弄的, 大概会纠结下.
关于类型思路总该一致的, 只是语法上 contracts 是拎出单写了.
lisp 是我很崇拜的语言, 但 4Clojure 做基础题很有挫败感.
网上有说很多天才选了 lisp. 在这 lisp 的理论支撑其他语言很难比.
不过好像只和一些语言比, 倒不是比较模仿以及混合范式的 js, rb.
我开始不信 macro 能带来什么神奇的, 特别为我不会写编译器.
而且 HN 对 clj 的推崇说有历史因素在, 也就开始怀疑了.
首先 clj 语法和类型繁多, 类型系统也没 js 漂亮, 我措手不及.
语法精良的语言像 coffee 像 loop 都尽量清爽, lisp 全不是.
我的观点, 括号完全应当由算法而非手工管理, 也是 cirru 尝试做的
lisp 接近语法树, 但括号外其他语法令人很反感, 破坏了简洁.
所以值得抛开 lisp 语法去思考有没有更顺心的方案.
hs 用模式匹配的语法轻松可以取出数组和字符串头部, clj 却不好,
函数式的写法虽然简单, 但从思路处理起数组有时就不如命令式轻松.
比如通过命令式多次检查状态选择操作这样的过程, 用 FP 就好绕.
FP 像是抽象出一套定则让人更抽象地理解问题, 但也带来更多复杂.
但日常的脚本重点不在是否 FP, 而是思路和可维护, 到现在我反省过来.
对我来说语言除了基本的系统操作, 其次最重要是调用模块和操作图形.
jQuery, css 操作 DOM 是最好玩的. 而自己绘制点线渲染图形就更有必要.
从 UI 到数据描绘想法, 像动态语言那样释放难度给编译器, 很开心的事.
好多被推崇的语言, 写图形上如此繁琐, 让我相当不解人在想什么.
现在大多软件和网页的交互都不能用舒畅形容, 编程无法解决么?
