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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: Good performant language for handwritten code?

2 点作者 turboat超过 1 年前
I&#x27;m planning a project where I want to write my code with pencil and paper.<p>However, the goal is to create working, robust software. It needs to actually run on computers, so I&#x27;ll periodically transcribe to digital form. The deploy target is servers. Let&#x27;s say one of the common VM types available on AWS.<p>Therefore, I&#x27;m trying to identify languages that are fast but fairly concise. For example, Ruby or Python would be good handwriting options, but they have slower execution speed. Rust and Java are fast, but verbose to write.<p>I&#x27;m thinking JS, Clojure, or Crystal might be the most practical choices. Any other suggestions?

3 条评论

gus_massa超过 1 年前
Python with numba and @jit is quite fast <a href="https:&#x2F;&#x2F;numba.readthedocs.io&#x2F;en&#x2F;stable&#x2F;user&#x2F;jit.html" rel="nofollow noreferrer">https:&#x2F;&#x2F;numba.readthedocs.io&#x2F;en&#x2F;stable&#x2F;user&#x2F;jit.html</a> but you need to know how to use it. (I don&#x27;t know, but one of my coworkers does.)<p>There is a nice comparison of languages speed and sizes in <a href="https:&#x2F;&#x2F;benchmarksgame-team.pages.debian.net&#x2F;benchmarksgame&#x2F;box-plot-summary-charts.html" rel="nofollow noreferrer">https:&#x2F;&#x2F;benchmarksgame-team.pages.debian.net&#x2F;benchmarksgame&#x2F;...</a><p>I like Racket, but editing it without the help of a editor to match the parenthesis is imposible.
评论 #38212477 未加载
enduku超过 1 年前
I find myself using J [0] for such type of ideation&#x2F;programming exercises. Klong&#x2F;K&#x2F;APL also lend to similar productivity.<p>[0] <a href="https:&#x2F;&#x2F;www.hillelwayne.com&#x2F;handwriting-j&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.hillelwayne.com&#x2F;handwriting-j&#x2F;</a>
082349872349872超过 1 年前
The APLs are tough to beat for high latency input mechanisms.<p>(Fun fact: Peter Landin originally introduced the &quot;offside rule&quot; because it would be suitable for handwritten as well as digital input)