TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Thoughts on a New Dylan Ecosystem

74 点作者 BruceM超过 11 年前

4 条评论

rayiner超过 11 年前
I've always lamented that Ruby and the like caught on when Dylan didn't. At a time when most dynamic languages are still struggling without multi-threading or generational garbage collection (or hell, even correct lexical scoping!), Dylan has had a very sophisticated implementation for 15 years now. Open Dylan has native compilation, type inference, native threads, a sophisticated garbage collector, etc. The other side of the coin is, unfortunately, that it's hard to maintain such a sophisticated implementation without substantial manpower. The compiler is 100kloc of well-written but complex and dense code, and the runtime library is quite complex as well. That said, the Dylan Hackers are doing some really interesting work, e.g. building an LLVM backend for the compiler, so if you have an interest in the subject it's worth checking out.
评论 #6718902 未加载
评论 #6718860 未加载
评论 #6721272 未加载
coolsunglasses超过 11 年前
Dylan is a great language but I managed to transition from Common Lisp -&gt; Python -&gt; Clojure -&gt; Haskell without ever really having sufficiently good cause to use it.<p>I wish the hackers working on Dylan the best, but it&#x27;s a hard sell with the current design. Needs something to differentiate itself (from my POV).
skittles超过 11 年前
I&#x27;d like to have a Dylan dialect based upon Clojure concepts (the Sequence abstraction and immutable collections being two that come to mind). It would also need Clojure&#x27;s idea of being a hosted language to get past the lack of libraries.
评论 #6719417 未加载
评论 #6721035 未加载
codygman超过 11 年前
Am I incorrect in assuming that Dylan is a faster and better designed ruby? At first glance that is what it appears to be.
评论 #6720030 未加载