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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Why Rust in Production?

152 点作者 zaphodias超过 1 年前

8 条评论

bandyaboot超过 1 年前
This is such a well written post. No fluff, gets straight to point while still offering some context, easy to skim through and get the main points. Bravo, top notch technical communication.
troupo超过 1 年前
This is a very good article that doesn&#x27;t shy away from downsides. Below are my personal not-so-humble opinions.<p>&gt; Rust has a great developer experience. Its type system is very powerful and allows you to encode complex invariants about your system in the type system.<p>Usually this means: we have three people doing type-level magic, no one understands it, and when they inevitable quit no one can understand how this works and why it takes weeks to add a small change.<p>&gt; Related to the previous point, the Rust community is still relatively small. It is hard to find developers with professional Rust experience.<p>This directly correlates with what was written previously: &quot;Many developers enjoy working with Rust. It is the most admired language for the 6th year in a row&quot;. Enjoyment often comes from early adopters, and people trying the language for some side projects.<p>I&#x27;ll admit, however, that Rust seems to have crossed the chasm in the adoption cycle.<p>&gt; Rust has a famously steep learning curve. It is a complex language with many advanced features.<p>Combined with &quot;It is hard to find developers with professional Rust experience&quot; and &quot;mostly training their developers on the job&quot;, <i>stay away from it unless you know exactly what you are doing</i>.<p>&gt; more than 2&#x2F;3 of respondents are confident in contributing to a Rust codebase within two months or less when learning Rust.<p>This is a <i>huge</i> amount of time. However, unclear: is this due to the language, due to being thrust into a new domain&#x2F;role&#x2F;job, or both.
评论 #38210978 未加载
评论 #38208563 未加载
评论 #38209806 未加载
评论 #38209794 未加载
greenhearth超过 1 年前
Are there actual jobs in Rust? This is not snark, btw. I love Rust and I am currently learning it. Genuinely curious, since I have not seen a lot of listings for it, if any.
评论 #38209652 未加载
评论 #38209525 未加载
评论 #38223383 未加载
评论 #38209953 未加载
defanor超过 1 年前
Recently I decided to try Rust at work as well, after using it a little as a hobby, just to replace a basic shell script with it at first. While reliability, ergonomics, and other positive sides either do not beat Haskell (which I use for most programs, except for a few small shell scripts or [PL&#x2F;pg]SQL functions) or it does not matter here, I similarly ran into that &quot;immature ecosystem&quot; issue: apparently people are still supposed to run a nightly build or rustup, but not a compiler from stable system&#x27;s repositories, let alone libraries. It was that way when Rust was really new, which was understandable, but it is odd to run into that now, and also as the article mentions, even with basic libraries: I ended up using eprintln! instead of a logging library (fortunately used it with systemd, which picks up stderr output, and did not really need to set syslog levels or additional fields), env.args instead of an argument parsing library.<p>Mostly agreed with the conclusion, too: the language still looks good, especially as a C alternative, and hopefully it will be usable in a more stable setting. Gradually trying it out does not feel like a pivotal decision though, that sounds overly dramatic.
评论 #38209626 未加载
评论 #38209704 未加载
评论 #38209835 未加载
评论 #38210147 未加载
fusslo超过 1 年前
Rust looks nicer and nicer. Is anyone familiar with RAM&#x2F;Memory requirements as compared to c?<p>Every microcontroller project I&#x27;ve worked on, as we approach maturity, goes through a round of freeing up ram and code space. Usually deleting strings, removing debug functionality, or shortening datatypes.. etc<p>Can I write rust code with the same footprint as c code?
评论 #38208643 未加载
评论 #38208553 未加载
评论 #38209249 未加载
评论 #38209840 未加载
pjmlp超过 1 年前
Going off topic, but the size of the programming language communities is a good source for shuting down the Kotlin folks on how the language is taking over the world.<p>17.5 million users versus about 6 million, basically the ones being driven by Google to Kotlin on Android.<p>Back to topic, I feel Rust is a great language for production on scenarios where having automatic memory management is forbidden, like in high integrity computing, GPGPU code, micro-controllers and such.<p>Everywhere else, a mix of automatic memory mangement, value types and eventually linear typing, are a much ergonomic approach.
fn-mote超过 1 年前
The benchmark link doesn&#x27;t work for me. (Blame my adblocker??) The graphics in the article are interesting but don&#x27;t include a way to identify which are Rust&#x2F;Java&#x2F;Go&#x2F;Python. Maybe you&#x27;re supposed to assume they come in the order given, but the x-axis is time... could definitely be clearer. (Also apparently not from the OP, just the cited article.)
评论 #38209960 未加载
评论 #38208384 未加载
评论 #38210794 未加载
lakomen超过 1 年前
I had to laugh at the &quot;great developer experience&quot;. Meaningless error messages, unreadable syntaxes, forced structures, no explanation why the solution to certain errors is importing some lib.<p>You write backend code as of you were writing frontend code, which is not enjoyable. You always have to think about who owns what.<p>And the whole crate terminology is just stupid. What am I, a dock worker or software designer?<p>No, to each their own but Rust does not have a great developer experience.<p>Compile times are long.<p>What do you gain in performance compared to Go? Not a while lot, and you pay with wasted time aka increased development time and more complicated thought process.<p>It&#x27;s not for me, and when this blog says great dx, that means it&#x27;s a propaganda post. In fact the whole article reads like it&#x27;s trying to convince someone do something they don&#x27;t want to.
评论 #38210043 未加载
评论 #38213055 未加载
评论 #38212917 未加载