swsieber

> How do you get "Jigar Kumar"'s email address?

Hit reply

Ooo, that's a fun idea

I read it more as "random people on the internet may be part of some country trying backdoor software because countries are sngaged in cyber warfare, so actually meet the people you want to hand over access to"

Oh, OK. That sounds more like stuff you're directly responsible for, and it looks sensible.

> There’s still a tiny bit of unsafe floating around various dependencies that we plan to remove throughout the 0.5 release cycle

I'd love to see what these usages are, and what motivates this. I understand that sometimes people reach for unsafe too eagerly. But the std is full of unsafe and drawing the line there sometimes seems like a line in the sand.

If I'm generating the data, sure, I'll use CALDAV.

But for ingesting unstructured data I didn't generate, I'm going to reach for an LLM now (provided latency isn't an issue).

I came for the speed, I stayed for the lack of `ConcurrentModificationException`s.

In all seriousness though, I'd say I only have 2 real projects that needed Rust's speed, and the rest I've done is because I bring the other type safety benefits Rust brings.

The world grid snapping is only for foundations. But it allows you to have separate factories far away that eventually meet nicely together once expanded to meet.

I suspect that stuff like accessibility and minimum OS version are not independent of the profitability of a customer, so it's not necessarily insane.

For example, I'd suspect that people who stay on old iPhone's are less likely to spend money on apps. But it's a small, very unfounded suspicion.

I'd be curious to see if anything works out though in how stuff like that lines up.

This reminded me of that... but I also don't know enough to say 100% for sure.

Yes, on that we can agree.

You specifically seemed to be saying "Why use rust when you don't want top tier performance", to which my response was "I do want top tier performance."

That aside, with regards other languages I'd consider candidates for high performance tooling, I'm either not proficient with them, or I don't enjoy working with them.

I mean... if it was me:

1) I know Rust, not Go (esbuild is written in go-lang)

2) I don't have to worry as much about breaking Rollup, and I'm not nearly as confident in my ability to write performant JS as I am in writing performant Rust.

> apparently dealing with borrow checker for userspace software that doesn't require 1us performance within 512 KB is appealing.

Having worked on large web-apps, I'll take all the speedups I can get, thanks.

Has anybody here listened to the BBC drama version? https://archive.org/details/foundation-trilogy_bbc-radio_197...

I enjoyed it, but I haven't watch the TV series or actually read the books, so I no idea how it lines up...

This deserves its own submission I think.

> Linux is taking in Rust here and there already, I don't think that alone is interesting and the parent point is that the same thing could have been written in C.

I'm not sure if you mean "Linux taking in Rust is not interesting" or "This component in Rust (apart from implementation details) is interesting", but I absolutely think both are interesting.

For the first (which you may agree with, IDK), Linux has refused to take C++, etc. as languages.

For the second, my understanding is that the kernel support was kind of a provisional trial integration of Rust, and that no essential components were to be written in Rust. Now an alternate scheduler isn't a an essential component, but it the first thing I've heard of that would get me to compile a rust component for the kernel.

Edit: wait, wait, wait, this is eBPF driven? Does that even need the kernel linux support? This becomes even more interesting to me. Sounds like we could maybe see eBPF filters Go or Nim soon if that's the case.

There are absolutely things I'd be comfortable writing in Rust and not in C because I'd very likely mess up the C implementation. Rust encourages and lowers the cost for certain algorithms and implementations.

Whether or not that's the case here, I don't know. I wouldn't expect it to be the case here though.

But even apart from that, the implementation being different doesn't matter much I think? I think it's more about there being a compelling component existing in rust, and less about whether it could be a different language or not.

I think it's wonderful. Some design decisions are odd at first glance, but upon looking at their reasoning I find myself agreeing. I think it'll integrate nicely without causing disruption. I especially love having custom processors.

> > what about the level of control, structure, and surveillance that most young people have been subjected to over the same arc of time

> None of those things changed dramatically in the 2010-2020 time frame.

I disagree. Cell phones come to mind as a major enabler here.

What this actually sounds like is building up a base of tricks and tools. Like a senior dev who has utility code they bring with them from job to job. The same applies to paradigms and code patterns.

The fun thing about programming tasks and tools in particular though is that you crystalize your mental models into tools because of the natural of computers.

Here here! And not just automation, but glue! At my last job I was a big advocate for automate all the things. "Manual Jenkins lookup task? I bet I could write a plugin for that.", etc. I got lots of practice jumping into new systems, tracing what the minimum essentials for what I needed to do were, and then making something useful.

At my current job we have some code that generates typescript RPC bindings from our java code. It's quite slick but the backend definitions and the frontend definitions aren't linked, and navigation between them is a pain. So I decided to write an IntelliJ plugin that allows for navigation and find usages across our two languages. Took 2 days-ish, but totally worth it.

My reading was that it is simpler to implement..

I appreciate the sentiment. It definitely seems possible, but it doesn't ever seem as easy as copy + paste if you ever want performance or to go outside the same generic tutorial.

> Just like this:

Just is doing a lot of heavy lifting there.

Is this the first model you came across?

We're there any dependencies you had to install?

Did you have to check video card compatibility?

Where did you get the command arguments. It looks awfully complicated for a "just", as if there's a lot of options that aren't straightforward to use.

Etc

You'll still see those though? A fully GPL implementation doesn't prevent the current implementation from being used in a proprietary rust distribution... unless of course the GPL implementation were to fork from the current implementation... which is the main thing people against the GPL implementation are worried about

Correct.

The recent 0.5 release was discussed 5 days ago here: https://news.ycombinator.com/item?id=38306540

I would not be afraid to google those though.

> And seat selection... don't bother with it is fine if you're traveling alone. But if you're going on a family trip, this kind of detail is actually important.

IIRC, Southwest boards families early enough that they can get seats together, so it's another seat win for them.

> But junior programmers or students reading dogmatic-like wise-sounding rules may produce worse code to strictly follow these kind of advices.

Yes.

I for one am happy such articles exist. Thus one articulated something I've run into quite a few times without being able to fully articulate the issues. It seems like a nice mental model to have in my back pocket.

That said, I appreciate comments like your because I hope the dogmatic junior dev comes across it and hopefully becomes a little more nuanced.

IIUC, there are two main components to ADHD, and you can have one, the other or both. And all qualify as ADHD.

I'm likely ADHD, and the majority of my siblings have it. There's a night and day difference though between me, who in a questionnaire scored high on both, and me who scored high only in one[1].

[1] Well, borderline in one and not the other. Immediately after taking the questionnaire I attended a work meeting and realized that there were at least a half dozen questions that I answered optimistically through rose-tinted glasses.

With all that said, I'm working to address my sleep apnea before getting a diagnosis because I've heard that sleep deprivation can manifest similar to ADHD.