jeff-hykin

Take a look at github.com/dimensionalos/dimos. We are a team making - not only a replacement for ROS - but one that can be easily vibe coded, and one with compatibility with ros and containers.

Always looking for testers and feedback if you want to influence the design/API.

As someone who has used ros2, I feel fine passing judgment; it is terrible. If its easier to write your own stack, do it. Your own stack will be easier to add to and maintain long term. The conceptual design (nodes) is great, its just the execution that is awful.

There's lots of alternatives. Others have mentioned invites and proof of work, and I'll mention a third alternative: a voucher system.

E.g. I make a new hackernews account, and say "just ask wikipedia, they will vouch for my new hackernews account". Then wikipedia checks if any of their accounts vouch for this new hackernews account. If a user with enough reputation on Wikipedia (e.g. your friends or one of your own wikipedia accounts) vouches for this new hackernews account then wikipedia tells hackernews "yes, that account is legit".

Hackernews knows the minimum amount possible about the new account. And while wikipedia knows something, they know WAY LESS than a full ID check. People can have multiple Wikipedia accounts.

And its a two way street; Wikipeida could ask hackernews about new accounts. Both sites would benefit from the collaboration.

Karma could actually become meaningful/useful for reputation checks.

The only unfortunate aspect is I'm not aware of any software tooling for such a system.

Using a real identity doesn't fix that problem either though: advertisers just pay real people in India to do ID checks.

I guess I'm the only one that appreciates the extremely minimal site design. Main page was interesting, clicked about, understood the idea, clicked login, enjoyed having no password, added a passkey, spun-up a server.

Did have an issue with auto-generated server name being taken (and similar names being taken). So there could be even less friction on that aspect. But I like the idea of not talking/listing features or showing diagrams, just give me access.

I mean I do need to know pricing, usage limits, uptime etc. But just let me easily find that after giving access.

One of my long term goals is generating tauri builds on the web. E.g. click "build" and wasm cross compiles a .exe, a .app, and a .appimage which start downloading. Theres a long way to go before that's possible, but theres been pretty steady progress. Especially now that clang was compiled to wasm theres a real avenue to bootstrap everything.

They exist, I work with some of them. Its just unfortunate that they're the exception.

> The US can.

> Elsewhere, you are at risk of wasting important years of your life.

Unfortunately, as a 5th year PhD student in the US at a tier-1 STEM research university I'm disappointed to say: students here are very very very much at risk. I can't compare to universities in Europe, but I can say OP's story is the story of most students I know.

While I personally know a solid handful of exceptions, don't expect the US to meaningfully avoid what the OP describes. Regardless of country or university, your advisor is the ultimate decider of whether or not you will be a doll for them to "play scientist" with or be pushing the boundaries of science.

Of the exceptions I do know, while they are intelligent, it was not their intelligence or work ethic that allowed them to be exceptions.

> that account is eerily similar to the vast majority of technical PhD stories amongst my friends.

As a PhD student in my 5th year at a tier-1 U.S. STEM research university, I know a good handful of exceptions, exceptions who are not "playing scientist".

But, ...they are the exception. Sadly this story is painful, uncanny and downright spooky for how similar some of the details are to students I know too.

What prompted you to read it?

And they still don't fix the escaping problem. You might as well use a niche utf8 emoji as a separator. Editors at least know how to consistently render an emoji.