FP, GUI & writing
-
11 个赞 / 24 条回复
-
7 个赞 / 16 条回复
-
4 个赞 / 0 条回复
-
4 个赞 / 5 条回复
-
4 个赞 / 10 条回复
-
3 个赞 / 7 条回复
-
3 个赞 / 5 条回复
-
3 个赞 / 7 条回复
-
2 个赞 / 2 条回复
-
2 个赞 / 3 条回复
-
2 个赞 / 0 条回复
-
1 个赞 / 31 条回复
-
1 个赞 / 2 条回复
-
1 个赞 / 6 条回复
-
1 个赞 / 2 条回复
-
0 个赞 / 1 条回复
-
0 个赞 / 2 条回复
-
0 个赞 / 8 条回复
-
0 个赞 / 5 条回复
-
0 个赞 / 3 条回复
-
Crystal 语言, 书写 Ruby 式语法, 编译执行代码 at 2018年05月12日
感觉做成静态的会丢失很多的用户... Gradual Type 还是不大一样
-
RubyConf China 2017 征集周六晚去哪浪？ at 2017年09月17日
所以最后搞了什么?
-
用 Ruby 简单模拟 Lambda 演算 at 2017年09月04日
还真是有这个问题... 主要是我对 js 生态已经熟悉了, 觉得作为低级语言被 ClojureScript 这个高级语言调用就当是平台 API 了 - -
-
用 Ruby 简单模拟 Lambda 演算 at 2017年09月02日
虽然这么说, 现在和业界结合比较紧密的 Lisp 方言还是腰酸 Clojure 啊. 再说 Lisp 本身不是就已经算邪路了吗 - -
-
用 Ruby 简单模拟 Lambda 演算 at 2017年09月01日
试试看这里 http://cljs-book.clj.im/
-
用 Ruby 简单模拟 Lambda 演算 at 2017年08月31日
@lanzhiheng ClojureScript 安装相对容易, 直接用 Brew 或者 npm 就能装好. REPL 环境现在有 Lumo 和 Planck, 启动很快, 不知道你需要什么功能, 应该是有常用功能的. ClojureScript 社区比较注重工程化的实用性, 不过也难说, 毕竟 js 生态有些坑, Lisp 社区放不下身段, 也就跟着坑了.
-
提议：Ruby 社区应拒绝过度研究前端 at 2017年08月05日
你不是转 Elixir 了吗
-
提议：Ruby 社区应拒绝过度研究前端 at 2017年08月05日
前端总是需要人折腾的啊, 我经历过比较早的事情, 当初还没有 React 和 Vue 的时候, 主流方案还是 Backbone 或者就 jQuery plugin, 开发复杂应用工作量巨大, 状态管理时不时出问题. Angular 虽然能解决问题, 但是门槛跟性能都很不理想. 当时就靠着 React 社区做了大量的挖掘工作才把路开出来, 对整个社区贡献巨大. 当然 Vue 在降低门槛和提供完整方案方面也做了很多.
现在的问题是前端已经变成需要实力才能冲在最前线做研究了, 甚至像 Facebook 那样需要投入大量的高学历的团队去研究了, 大众还觉得前端跟以前一样就那点事情. 确实是应该交给专业的人去做.
-
Elixir 会成为明日之星么？似乎是 at 2016年12月04日
-
分享一门新语言 Crystal，Ruby 的语法，C 的速度 at 2016年08月05日
FP, GUI & writing