stmblast

the type-safe infrastructure primitives are interesting, curious how it compares to something like effect or nestjs for actual production use

Hey HN!

We’ve just launched our new event for AoC-style Rust code challenges, Shuttle Christmas Code Hunt 2024. We’re looking forward to having you join us and get started on learning Rust for web development, as well as sharing your progress on our Discord server.

Happy hunting!

I have to say, looking at the jobs recently for where I am in the UK it does not seem to have picked up where I am either. Luckily, remote jobs exist.

Probably LMMs (Large Multimodal Models) maybe?

I am not entirely sure if this'll be the future, but having one model that has relatively good performance over a huge range of types of data feels pretty good tbh

Would be cool to see a blog post on how you wrote the website.

Awesome article! Bookmarked.

I highly doubt it considering the breakthroughs made by Sora.

Well it looks like I have my excuse to buy a Flipper Zero now

This is a great article.

I think it's difficult to not be addicted with how much simple content there is out there that's easy to digest. TikTok, YT shorts and Instagram reels are pretty good examples of this.

It seems that in this case it's still corporate entities doing crappy things, once again. Except it's using AI.

I think the majority of them are just praying that they are lucky enough get picked up by VCs

Hey, author here! Thanks for the feedback.

I agree that this could have been worded better - I'll make an adjustment to change this.

Why am I not surprised at this point

This is pretty neat! Looks like I might have to try it out now that there's a free open-source alternative.

Interesting article!

Do you think Mintlify could be a viable choice if and when it supports OpenAPI more comprehensively? Currently, my company uses Mintlify and I find it to be suitable for purpose but in the future, we may end up using OpenAPI.

Not a SWE - I'm a WFH DevRel Eng who is starting to get back pain.

I work on the sofa and my colleagues are urging me to get a proper office chair, but I don't really want to because my living space is tiny and I intend to move out soon (3-4 months ish).

You cut down a chunk of tests by not needing to figure out what type something is. You can also use assert! and assert_eq! in your main code without even using tests which also cuts down on tests, where applicable.

You can also write unit tests in the same files as your main code. Eventually you'll want some kind of test suite when your codebase gets big enough, but it works well enough that you don't need to if you don't want to (for a small codebase).

Frameworks like Axum also of course support testing - for instance this crate lets you quickly mock up your server without having to do much: https://docs.rs/axum-test/latest/axum_test/

This is likely just a me problem, but I always found Jest extremely annoying to set up with React and TypeScript - particularly with attempting to follow the documentation for jest and then failing spectacularly (in spite of using React Testing Library, jsdom + jest).

Cypress on the other hand I found to be really, really good

I think they are making steps with Pipfiles, but yeah it's definitely not great. I had to use Python for a hackathon a while ago and it was probably one of the worst experiences I had trying to get set up with my group.

Totally agree with this.

I can spin up a generic Axum backend service within probably about half an hour to an hour that contains most of the things I need (auth, CRUD, similar things) once I know what I need, configuration and business logic depending. I think the key phrasing is primarily "when you're familiar with Rust" - if you're not familiar, then it will definitely be a slog.

Certain things that would require you to manually implement a complex trait (for example, Send + Sync + 'static plus whatever else) would probably slow you down though, but presumably by that time you probably already know what you're doing.

Bearblog is AWESOME!!

I use it for my personal stuff and it's great. No hassle, just paste your markdown in and you're good to go.

Definitely! I remember my first thoughts when moving from Next.js 13 to using a HTML templating engine were "wow, this is much simpler" and "should've done this sooner". It's saved me quite a lot of time in terms of not having to think about props/SSR

Here's to hoping Rust's ecosystem becomes more stable in the future!

I'm very much looking forward to things like generators/coroutines (or whatever they're called now) once they're made stable as well as async traits and whatever makes the Pavex framework able to be used on stable Rust.

The first framework I used was Rocket!

I'm sad that the development pace for it has slowed down extremely significantly though.

That's even worse than I thought. I was thinking maybe they'd at least outsource it to other humans.

TIL! I didn't know this even existed.

Normally I attach the ID to any newly created item via a templating engine so that when you use `hx-delete` to send a DELETE request, you'll be able to easily refer to what item you want to delete.

If your company outsources the HTML/CSS, then presumably the people who are working at the company are working on the backend services and none of the frontend at all?

It depends, but typically you wouldn't keep a page open long enough to be able to do this.

If you were, you could probably use an SSE stream that maps to humanised time and then send an event every second. However, I'm not sure this is 100% optimal as it requires an update every second which is probably more overhead than you want.

Firefox Nightly is awesome!