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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Continuations

14 点作者 Theyeard将近 10 年前

1 comment

copsarebastards将近 10 年前
This is an interesting write-up. This is the first clear explanation I&#x27;ve found of a situation where I can actually see a use for call&#x2F;cc that I would actually use. Unfortunately, languages I use contain nicer sugar for generators than that (Python being a good example).<p>I definitely appreciate the the Scheme drive to create abstractions that are as simple as possible while providing as much power as possible (call&#x2F;cc is popularized by Scheme). call&#x2F;cc certainly does this. But these tools hide a very complex underlying implementation to the point that it&#x27;s pretty hard to understand all the layers. Generators, for example, can be done with a strategy pattern in object-oriented programming in a way that at first glance seems more complicated because there&#x27;s more code, but actually has a very straightforward translation to the underlying machine code.<p>Having a very mathematical bent, most of the time Scheme&#x27;s functional abstractions &quot;just work&quot;. But work with Scheme enough and you&#x27;ll eventually hit a problem where they don&#x27;t (usually a performance issue) and then it becomes difficult: you end up having to read very deep into implementation details of the language.<p>I dunno how this is going to work out. Maybe at some point all the situations where this stuff doesn&#x27;t &quot;just work&quot; will be weeded out. But until then, it&#x27;s tough to justify my interest in these topics as anything but fun.