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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

The future of AI is Ruby on Rails

42 点作者 daviducolo2 个月前

16 条评论

ghuntley2 个月前
Hard disagree. The best language for AI is one that has strong compiler soundness (ie type system) that can reject incorrectness and provide feedback as to correctness to refactors. One can substitute with property based tests but it won’t be as good as soundness + pbt. Speaking from experience here… <a href="https:&#x2F;&#x2F;ghuntley.com&#x2F;oh-fuck" rel="nofollow">https:&#x2F;&#x2F;ghuntley.com&#x2F;oh-fuck</a> &amp;&amp; <a href="https:&#x2F;&#x2F;ghuntley.com&#x2F;stdlib" rel="nofollow">https:&#x2F;&#x2F;ghuntley.com&#x2F;stdlib</a><p>I do however agree that there’s langs that are not as suitable for LLMs (Java) due to their verbosity (and engineers sort classes onto filesystem like a filing drawer. LLMs work best when everything for a domain, including tests, is in a single file).<p>Increased verbosity of the grammar does yield token wastage&#x2F;ineffectiveness.<p>Having said all that - compile time matters HEAPS. The faster you can optimise your compile time the more loops (throwing pancakes at the wall) you can do. Here’s where it gets crazy though, one can loop a verbose compilation w&#x2F;metrics back into the LLM and ask the LLM to propose improvements on how to make the compile faster. It works…
评论 #43444856 未加载
评论 #43445146 未加载
评论 #43444949 未加载
评论 #43444713 未加载
评论 #43446974 未加载
评论 #43444965 未加载
评论 #43444677 未加载
malux852 个月前
This reminds me of that midwit meme,<p>Far left: Just build better models<p>Midwit: Nooo you need succict languages to maximise the token efficiency, succinctness is a form of compression so that you can ...<p>Far right: Just build better models
lifthrasiir2 个月前
By this logic, the future of AI is golf languages.
评论 #43445158 未加载
bushido2 个月前
My preferred language to build apps is Ruby, and I&#x27;m still more likely to pickup RoR as a backend. But I can&#x27;t see if winning in the AI generation.<p>I never recommend it with LLMs, because there is a definite context window and attention problem with a lot of languages, but Type-safety + being pre-trained on strong typing, makes any issues with context sizes moot. The latest generation of AI dev tools, are getting really good at solving problems using the type errors that it creates.<p>Also a lot of Rails niceties can be achieved in languages like Typescript with patterns such as decorators, which do an amazing job DRYing things up and reducing those contexts.
karmakaze2 个月前
Why would working with AI need Rails?<p>I would prefer to bet on Mojo[0].<p>&gt; The Mojo programming language was created by Modular Inc, which was founded by Chris Lattner, the original architect of the Swift programming language and LLVM, and Tim Davis, a former Google employee. Intention behind Mojo is to bridge the gap between Python’s ease of use and the fast performance required for cutting-edge AI applications.<p>[0] <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Mojo_(programming_language)" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Mojo_(programming_language)</a>
moffkalast2 个月前
There is very little Ruby has going for itself. People despair at Python&#x27;s speed of a sloth on tranquilizers and Ruby is <i>even slower</i>, with a community the size of Lua. When it comes to people considering languages for anything it&#x27;s usually not even on the list.<p>If anything, using LLMs means we can use less language abstraction for more speed, and have them write Cpp or Rust directly without actually having to deal with their verbosity by hand. Then we can repeal Wirth&#x27;s law and have our complexity too.
评论 #43445201 未加载
dgrcode2 个月前
So the only argument is that the token window is a disadvantage for languages that use more tokens for an equivalent program. But token windows are only getting bigger, and there&#x27;s also no need to fit the entire codebase in a single prompt.<p>If anything, it sounds like ruby on rails should&#x27;ve been _the past_ of AI. But it clearly wasn&#x27;t.
bdcravens2 个月前
The article never explains the logical leap from Ruby being a concise language to why you&#x27;d build AI apps in *Rails*.
评论 #43444970 未加载
senorrib2 个月前
The premise is wrong. You hardly need your entire codebase in the context window to generate code. If your code is properly modularized, all you need is for a specific module to be in it, maybe with some interfaces from other modules.
danielbln2 个月前
<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43422994">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43422994</a>
fxtentacle2 个月前
... because the author considers Ruby and Rails to be a very concise language. And then the theory is that less tokens take up less space in the attention window.
评论 #43444678 未加载
tempfile2 个月前
The posted link has an anchor to the bottom of the page. Presumably a mistake?
m00dy2 个月前
The future of AI is Rust.
评论 #43444742 未加载
bsenftner2 个月前
The &quot;future of AI&quot; is an unending sea of half code and half language in heavily marketed products that claims heaven and earth, with premium VIP stealth access to hell, such that heaven never knows. Which is of course nonsense, but will be a huge hit with all the religious, and will continually mint billionaires to the uncanny dismay of anyone with a brain.
bbstats2 个月前
Lol
apatheticonion2 个月前
Jesus, from the quagmire of Python to the frying pan of Ruby.<p>Can we not just use a language with a decent type system and compiler story? Heck, at this point I&#x27;d take C# or TypeScript over Ruby.