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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Falling in love with Rust

440 点作者 irfansharif超过 6 年前

18 条评论

steveklabnik超过 6 年前
This post makes me extremely happy. :D<p>&gt; among the sites of its peers, only Ruby is similarly localized. Given that several prominent Rustaceans like Steve Klabnik and Carol Nichols came from the Ruby community, it would not be unreasonable to guess that they brought this globally inclusive view with them.<p>Not just that, I actually looked at how Ruby&#x27;s website did it in order to bring it to our site. This has... issues. But it&#x27;s served us fairly well.<p>Additionally, while there&#x27;s so much more I could say about this post, one thing:<p>&gt; my naive Rust was ~32% faster than my carefully implemented C.<p><i>This</i> is a metric I&#x27;m more interested in, far more interested than classic benchmarks, where various experts eke every last little bit out of an example. What&#x27;s the <i>average</i> case here?<p>It is, of course, much much harder to get numbers for these kinds of things...
评论 #18021406 未加载
评论 #18020272 未加载
评论 #18027912 未加载
评论 #18020887 未加载
raphlinus超过 6 年前
For what it&#x27;s worth, these observations track closely with my own experience. I like that Cantrill emphasizes values rather than simply technical decisions. The Rust community, I believe, tries to get things right.<p>There&#x27;s a learning curve, but with much experience, I find myself naturally thinking and writing in Rust code. I can get in the flow, and it feels just as high level and productive as languages prized for those qualities. I&#x27;m happy to see other very talented programmers have similar experiences.
gshrikant超过 6 年前
I&#x27;ve been on something of a language tour recently - trying out C++, Typescript, OCaml each for a couple of weeks just to get a taste of living in each ecosystem. I haven&#x27;t been actively following Rust beyond reading Hacker News articles (of which there are many) about people liking the language.<p>One of my pet peeves with several &quot;newer&quot; languages that I&#x27;ve looked at is that users don&#x27;t usually talk about the ugly parts. You can try out C++ for a week visiting forums and r&#x2F;cpp and you find out fairly quickly what the pain points are and what typical workarounds look like. At that point, it is up to you to decide to what extent you can live with those downsides and where to tread lightly. Same for C, Python, OCaml etc.<p>To be clear, I don&#x27;t mean that you should go looking for the bad parts in a language but I do believe you should be aware of them before you invest a lot of your time in it. Unfortunately, a lot of the language love blog posts do not talk about the pain points of the language and what kind of problems it isn&#x27;t well suited for.<p>I like Rust and I love several features that Bryan talks about (algebraic data types being one of them) but I would love to read a more balanced evaluation of the language - focusing on aspects which are rough around the edges and expected future improvements.
评论 #18021766 未加载
评论 #18021649 未加载
评论 #18022292 未加载
评论 #18021661 未加载
评论 #18021683 未加载
评论 #18045030 未加载
评论 #18022342 未加载
qaq超过 6 年前
Honestly watching Brian talk about Rust <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=LjFM8vw3pbU" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=LjFM8vw3pbU</a> is what finally inspired me to get the books and give it a go.
评论 #18029306 未加载
评论 #18025815 未加载
whalesalad超过 6 年前
I like that the author threads in so many other concepts with links to other blogs that explain those concepts.<p>I really need to get my hands dirty with Rust. A lot of very smart engineers have been throwing projects my direction seeking opinions and I&#x27;ve never been able to properly offer any. The folks working on the language and projects around the language are really sharp.<p>Recently I haven&#x27;t had any personal projects that aren&#x27;t a conglomeration of API requests and simple data storage. Rust is more than capable of doing this kind of work but I&#x27;d really like to find a pet project that would take advantage of it&#x27;s performance capabilities.
评论 #18020085 未加载
wasted_intel超过 6 年前
I&#x27;m happy that error handling landed in first place; I feel the same way. Rust is the first language I&#x27;ve used with ADTs, and they&#x27;re incredibly expressive. It allows the error system to be a set of idioms built atop an expressive type system (okay, so the ? operator does add a <i>little</i> sugar), rather than a discrete language feature, like with exceptions. It brings error handling to the forefront, and it&#x27;s a <i>big</i> reason why people tend to say &quot;if it compiles, it works&quot; when talking about Rust.
bacon_waffle超过 6 年前
One thing I&#x27;ve been missing in starting with Rust, is a basic GUI library. Conrod looks promising, but the apparent lack of documentation, coupled with being very new to the language, makes for a very steep learning curve.<p>Could anyone suggest where to start developing a cross-platform GUI program in Rust?
评论 #18022054 未加载
评论 #18021122 未加载
评论 #18021138 未加载
skybrian超过 6 年前
It&#x27;s kind of weird to say m:n threading is terrible when it seems to work okay in Go.<p>It wasn&#x27;t the right choice for Rust, but that doesn&#x27;t mean Go&#x27;s choice was wrong.
评论 #18020376 未加载
评论 #18021095 未加载
bogomipz超过 6 年前
&gt;&quot;Over a decade ago, I worked on a technology to which a competitor paid the highest possible compliment: they tried to implement their own knockoff.&quot;<p>Could someone share who the competitor and what the knock off was?
评论 #18021747 未加载
评论 #18021686 未加载
评论 #18023308 未加载
pjmlp超过 6 年前
This is great sign for Rust, as it is getting adopted by actual OSes.<p>All successful systems programming languages got OS adoption at a given moment on their history.<p>As addendum, even if off-topic, Microsoft is also making use of it on Azure IoT Edge and possibly on Azure Sphere, but the later remains to be confirmed.
_sh超过 6 年前
My thoughts on the philosophical aspects of the article don&#x27;t really relate to Rust.<p>&gt; These values reflect a deeper sense within me: that software can be permanent<p>Maybe it <i>can</i> be permanent, but it <i>shouldn&#x27;t</i> be. Software is disposable and all the time developers are mistakenly fighting this aspect of its nature instead of embracing it. Great software is malleable and develops, over time, to adapt to the human that is using it. But it is impermanent--parts are snipped off here, fleshed out there, nothing stays the same, it is obsolete as soon as it is released. Don&#x27;t delude yourself that your software will run for a thousand years, be like Warhol and celebrate the ephemera that is pretty much every program ever written.<p>&gt; I have believed (and continue to believe) that we are living in a Golden Age of software, one that will produce artifacts that will endure for generations<p>Museum pieces, sure, but do we still want to be using generations-old software in the years to come? Hope not. Times change, needs change, and software that doesn&#x27;t change is replaced by software that does, and quick. What about such monumental artifacts as &#x27;cc&#x27;, &#x27;awk&#x27;, or even the UNIX kernel? For years they have dominated the landscape, they are the Ozymandias, the King of Kings. If we are still clinging to these titans in another 20, 50 years, is that a good thing?
评论 #18023163 未加载
评论 #18022548 未加载
评论 #18021712 未加载
brian-armstrong超过 6 年前
One of the things that&#x27;s turned me off about Rust is that a lot of code seems().to().chain().lots().of().operators()<p>Is this idiomatic? It seems powerfully indecipherable&#x2F;illegible
评论 #18021390 未加载
评论 #18020963 未加载
评论 #18021510 未加载
Animats超过 6 年前
Maybe Rust has passed through its dark time and come out the other side. There was a long period during which error handling was a mess. First it was too verbose. Then came &quot;try!&quot;, which was kind of a hack to return from functions on error. Now there&#x27;s &quot;?&quot;, and a reasonable structure around how to use it.
评论 #18027245 未加载
azhenley超过 6 年前
I&#x27;ve been dabbling in Go, but I keep wondering if I would prefer Rust after reading articles like this...
评论 #18021150 未加载
评论 #18020670 未加载
评论 #18021221 未加载
nixpulvis超过 6 年前
This resonated with me a lot:<p>&gt; These values reflect a deeper sense within me: that software can be permanent — that software’s unique duality as both information and machine afford a timeless perfection and utility that stand apart from other human endeavor.
评论 #18021642 未加载
millstone超过 6 年前
nit: the author describes the &#x27;?&#x27; operator as both not-magic and magical.<p>IMO an operator that returns is pretty magical. What do others think about &#x27;?&#x27;? It&#x27;s certainly more ergonomic than pattern matching &#x2F; monads etc, but it also seems easy to miss if it&#x27;s buried in the middle of an expression.<p>I think Swift&#x27;s try is a bit nicer to use, because it comes at the beginning of the statement, provides more flexibility in how the error should be handled, and supports multiple expressions that may generate errors. On the other hand Swift&#x27;s error handling is an addition to its type system, instead of being built inside it like Rust.
评论 #18020770 未加载
评论 #18020520 未加载
markpapadakis超过 6 年前
Watch the Apple - Think Different commercial at <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=cFEarBzelBs" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=cFEarBzelBs</a> , and pay attention to the script&#x2F;words. It&#x27;s as if it was purpose-written for Rust.<p>In fact, there&#x27;s even a callout to Result&lt;&gt; &quot;..but the only thing you can&#x27;t do, is ignore them&quot; . :)
评论 #18031233 未加载
TuringTest超过 6 年前
I&#x27;m I the only one reading the title in Elvis voice?