Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rust Foundation: Hello, World

foundation.rust-lang.org

Post reply on HN
Print view View original

71–80 of 284 posts

Re: Rust Foundation: Hello, World

#71

Post by ragnese »

yudlejoza wrote: post #43

As a C developer, after getting sick and tired of hearing about Rust everywhere, I decided to do a bit of assessment in terms of code-size complexity. I heard of ripgrep, an amazing twenty-first century revolution that beats grep in the dust. I have never seen grep source code. I told myself, if I download ripgrep-on-Rust and grep-on-C and find out that ripgrep is doing all it's doing in one-tenth the size of grep so…

> edit: to those who're saying ripgrep is more than grep. First, I know. Second, wouldn't it be great if someone could rewrite ripgrep in C? Now I'm really curious to find out the code-size complexity of all the ripgrep features backported to grep.

I'd be shocked if a C version measured fewer LoC without resorting to some real dark art pointer magic.

Re: Rust Foundation: Hello, World

#72

Post by cultofmetatron »

manishsharan wrote: post #31
malwrar wrote: post #11

Awesome news! Rust is easily the best programming experience I've had--the language feels incredibly well thought out, common tooling like doc generation and dependency management are included with the language, and the compiler takes full advantage of language features such that my editor's linter is able to detect most mistakes I make and the language itself guards me from doing anything obviously unsafe. I thought…

serious question : would you recommend Rust for CRUDdy type of web applications -- stuff where mostly you are firing off prepared statememts at a SQL db and then applying business logic to result set. This is what most J2EE apps do currently.

don't get me wrong, I love rust and find it a great language for doing systems level stuff but it would be my last choice for a crudy type web application. Those are intrinsically IO bound. Sure, you might find a noticeable improvement if you're using something really slow like rails without any caching but there are plenty of garbage collected rapid development languages that will be fast enough that the visible performance difference will be dwarfed by the IO bottleneck.

There are already several languages that server that niche better. I myself use phoenix/elixir which is batteries included. I have a nice toolbox of production ready libraries. I can prototype/build endpoints much faster than I would in rust and the sub 200ms req/res times (including the database call) is plenty fast enough.

That said, there are a few things I'd consider rust for.

1.cpu intensive jobs - elixir and any language with c interop have rust interop and I'd be happy to delegate those jobs to a service written in rust.

2. optimized large data structures, discord did something akin to this for their chat system

3. serverless functions - having no runtime or garbage collector makes for a gloriously fast cold boot if you're into that sort of thing.

In short, While you CAN user rust for web development, I dont' think its appropriate for most web development related use cases if you're trying to develop software for a client. IF its for fun, Then by all means, go nuts! :)

Re: Rust Foundation: Hello, World

#73

Post by cristoperb »

chc wrote: post #66
jdright wrote: post #55

Earlier quoted context omitted.

I would like to raise awareness to a tiny detail: > February 9th, at 4pm CT. When using local time zones we should strive to always also add the equivalent GMT time to a global audience - even if this audience will not participate in the meeting, it is good to have an idea of when that is actually happening without needing to go through a timezone converter.

I don't think I understand. Those are both just time zones, right? So knowing what time it happens elsewhere requires a conversion no matter what time zone you gave originally, doesn't it?

I think the idea is that many people know the offset of their timezone from GMT/UTC, so they wouldn't have to look it up, but nobody can be expected to know their offset from any arbitrary other timezone.

Re: Rust Foundation: Hello, World

#74

Post by snake_case »

manishsharan wrote: post #31
malwrar wrote: post #11

Awesome news! Rust is easily the best programming experience I've had--the language feels incredibly well thought out, common tooling like doc generation and dependency management are included with the language, and the compiler takes full advantage of language features such that my editor's linter is able to detect most mistakes I make and the language itself guards me from doing anything obviously unsafe. I thought…

serious question : would you recommend Rust for CRUDdy type of web applications -- stuff where mostly you are firing off prepared statememts at a SQL db and then applying business logic to result set. This is what most J2EE apps do currently.

I just launched a jigsaw puzzle website last week that has a backend API written in Rust and uses the postgres crate [1].

Since this is a side project for me, there wasn't much risk if it ended up being a bad decision. Multiple times throughout the project I got frustrated with the DX of existing http frameworks I tried and ended up building my own [2] on top of hyper. However, after launching my site and seeing how it performs in production, I could not be happier with the result! I had a bit of Rust experience before the project but learned a lot more through building this.

For you and others, I think it really depends on the situation. Building a Rust CRUD app will likely take longer than the other languages you're used to as the ecosystem is under heavy development, especially with async/await. So if you or your team are in a rush, I'll just echo that you should build with the tools you already know. If you have time and budget to experiment like I did, it might be worthwhile and I can promise it will be fun :)

[1]: https://github.com/sfackler/rust-postgres

[2]: https://twitter.com/jakedeichert/status/1205230350160539650

Re: Rust Foundation: Hello, World

#75

Post by riffraff »

chc wrote: post #66
jdright wrote: post #55

Earlier quoted context omitted.

I would like to raise awareness to a tiny detail: > February 9th, at 4pm CT. When using local time zones we should strive to always also add the equivalent GMT time to a global audience - even if this audience will not participate in the meeting, it is good to have an idea of when that is actually happening without needing to go through a timezone converter.

I don't think I understand. Those are both just time zones, right? So knowing what time it happens elsewhere requires a conversion no matter what time zone you gave originally, doesn't it?

I think the point is you know how far your timezone is from GMT, but you don't necessarily know what "CT" means.

Re: Rust Foundation: Hello, World

#76

Post by toyg »

chc wrote: post #66
jdright wrote: post #55

Earlier quoted context omitted.

I would like to raise awareness to a tiny detail: > February 9th, at 4pm CT. When using local time zones we should strive to always also add the equivalent GMT time to a global audience - even if this audience will not participate in the meeting, it is good to have an idea of when that is actually happening without needing to go through a timezone converter.

I don't think I understand. Those are both just time zones, right? So knowing what time it happens elsewhere requires a conversion no matter what time zone you gave originally, doesn't it?

I think the point is that most people will know the offset of their own timezone from GMT/UTC. If you specify time in another timezone, they now need to know two offsets - theirs AND yours. Chances are they won't know yours and they have to look it up.

Re: Rust Foundation: Hello, World

#78

Post by jbarberu »

chc wrote: post #66
jdright wrote: post #55

Earlier quoted context omitted.

I would like to raise awareness to a tiny detail: > February 9th, at 4pm CT. When using local time zones we should strive to always also add the equivalent GMT time to a global audience - even if this audience will not participate in the meeting, it is good to have an idea of when that is actually happening without needing to go through a timezone converter.

I don't think I understand. Those are both just time zones, right? So knowing what time it happens elsewhere requires a conversion no matter what time zone you gave originally, doesn't it?

I think the point is that more people would be able to figure out what the local time is if it was listed as 4pm CT (22:00 GMT/UTC), since more would know what their local time is compared to GMT vs compared to CT.

Re: Rust Foundation: Hello, World

#79

Post by ChrisSD »

jdright wrote: post #55
steveklabnik wrote: post #13

Hey folks! Normally, I am all over these threads answering questions, but I am not on the foundation board and did none of the real work to get this going! The foundation members are unlikely to comment on Hacker News, so if you have big questions you want answered, contacting them via the address on the site is the right way. Personally, I am very excited that this is happening, and really looking forward to the fut…

I would like to raise awareness to a tiny detail: > February 9th, at 4pm CT. When using local time zones we should strive to always also add the equivalent GMT time to a global audience - even if this audience will not participate in the meeting, it is good to have an idea of when that is actually happening without needing to go through a timezone converter.

https://github.com/rust-lang/foundation.rust-lang.org/issues
Post reply on HN