HN user

impoppy

544 karma
Posts22
Comments79
View on HN
github.com 1mo ago

Bun team is rewriting SIMD from Rust to C++

impoppy
4pts5
www.youtube.com 5mo ago

The Apple Gaming Console [video]

impoppy
1pts0
github.com 9mo ago

Show HN: An asynchronous database connection manager for Python

impoppy
1pts0
en.wikipedia.org 2y ago

Benevolent Dictator for Life

impoppy
2pts0
www.youtube.com 2y ago

Lego Air Turbine: Generating Power from Thin Air [video]

impoppy
1pts0
web.archive.org 2y ago

Why Not Host in Kosovo

impoppy
4pts1
github.com 2y ago

Piracy Warning in Xenia

impoppy
1pts0
nandgame.com 2y ago

NandGame – Build a Computer from Scratch

impoppy
3pts3
tachyons.io 3y ago

Tachyons – A CSS Toolkit

impoppy
67pts82
www.leningrad.su 3y ago

Soviet Digital Electronics Museum

impoppy
1pts0
dbdiagram.io 3y ago

Dbdiagram.io – Database Relationship Design Tool

impoppy
2pts0
languagelearningwithnetflix.com 3y ago

Language Learning with Netflix

impoppy
216pts103
github.com 3y ago

Sold: The commercial version of the mold linker

impoppy
1pts1
kaleidawave.github.io 3y ago

Ezno in '23

impoppy
2pts0
news.ycombinator.com 3y ago

Ask HN: Why was Terraform created?

impoppy
38pts63
github.com 3y ago

Ziglings – Learn Zig by fixing tiny programs

impoppy
2pts0
www.eigenbahn.com 3y ago

Emacs is no text editor

impoppy
1pts0
grapheneos.org 3y ago

GrapheneOS on SafetyNet in Banking Apps

impoppy
4pts0
www.getzola.org 3y ago

Zola – a single binary SSG with SASS and syntax highlighting

impoppy
3pts0
www.youtube.com 4y ago

Uppestcase and Lowestcase Letters [video]

impoppy
1pts0
fontsinuse.com 4y ago

Neon Genesis Evangelion (2019)

impoppy
511pts197
github.com 5y ago

Brainfuck Compiler Written in Brainfuck

impoppy
2pts0

Competing with each other would be trying to one-up each other feature-wise, whereas what I have witnessed was things like discussing trade-offs made in different languages and juggling around ideas on if some feature from language A would make sense in language B too.

I haven’t tried C3 myself, but I happened to interact a lot with Christopher Lerno, Ginger Bill and multiple Zig maintainers before. Was great to learn that C3, Odin and Zig weren’t competing with each other but instead learn from each other and discuss various trade-offs they made when designing their languages. Generally was a very pleasant experience to learn from them on how and why they implemented building differently or what itch they were scratching when choosing or refusing to implement certain features.

This is such a mediocre article. It provides plenty of valid reasons to consider avoiding UUID in databases, however, it doesn’t say what should be used should one want primary keys that are not easy to predict. The XOR alternative is too primitive and, well, whereas I get why should I consider avoiding UUID, then what should I use instead?

I switched to Helix a year ago and I’m very happy about it. I used to spend way too much of my free time configuring my editor and now that I can’t do that I use my free time to actually write some code!

All jokes aside, it's too big of a pain in the ass to have that stuff version controlled. Those file formats weren't meant to be version controlled. If there's persistent Ctrl-Z that's good enough and that's the only thing non technical people expect to have. Software should be empathetic and the most empathetic way to have the project available everywhere is either give people a remote machine they can connect to or somehow share the same editor state across all machines without any extra steps.

Video editing is not as portable as coding, there ain't no git. It doesn't surprise me that they have to do that, I imagine it's simply speedier and comfier to connect to a desktop that already has the work in progress in the latest state instead of ensuring everything is synced on different devices one uses. I also imagine that beefy MBPs with M3 and upwards could handle 4K editing of Severance (or maybe 8K) and they'd edit on local machines, should it be actually more convenient than connecting to a remote desktop. It's a bit shameful to admit, but still something we have to deal with while having such crazy advances in technology.

This was the best explanation. I forgot I used to be this awkward as well for many years and the autopilot/manual analogy is just great. I did get much better at this though through lots of practice and patiently wasting my mental energy and having many awkward interactions, now it’s all just natural to me. I’ll be called an ableist and downvoted, however, I don’t really understand what’s stopping others from suffering through discomfort to get used to it and not see it as discomfort anymore. Although I did get lucky with my friends groups at the university and first companies I worked for.

From where I left 2 years ago

It’s really sad that antitez and other people involved with Redis have to deal with all that backlash and what’s even more sad is that people are going for Valkey now. All this breach of trust bullshit imo comes from blind purism that ignores the real reason behind the license change. Valkey is largely sponsored by AWS and other big tech companies so they can have community maintained storage because they cannot use Redis anymore. I hope people will open their fucking eyes for a moment and see that Redis is trying to prevent the big tech to make enormous profits from what people were thanklessly building and maintaining together for many years.

React 19 2 years ago

It doesn't necessarily mean that React does it right. When building React apps, developers spend too much time on designing architecture for many things that should have been taken care of by the tools they are using. The more I am in web development, be it backend or frontend, the more I'm disappointed that declarative programming is still not a thing. One too many hours wasted on reducing boilerplate, replacing big boilerplate with smaller boilerplate, optimizing boilerplate and writing that boilerplate. While still being far from perfect, other frameworks like Vue and Svelte do great job at making the developer write less boilerplate and more business logic.

Didn’t Python tackle a similar problem? I remember that dictionaries were known to be unsorted, however, when writing tests, I’ve noticed that the items were always in the same order. I don’t remember what was I looking up, but my manager and I came to a conclusion that depending on order items of a dictionary was acceptable and having to fix the tests if they somehow broke later was an okay tradeoff. Now, reading Python docs on that topic, they briefly[1] mention that dictionaries’ list views yield items in the order they were inserted without any mentions if items are sorted or not.

[1] briefly in this regard means I’ve seen it in the docs exactly once without much attention paid to that sentence

https://docs.python.org/3/tutorial/datastructures.html#dicti...

Losing My Hands 2 years ago

There was another story from a guy who suffered a PTSD from coding too much, who would have literal panic attacks whenever he would work on something. If you remember it, could you please link the story?

You just don't like modal editing. Switching from emacs to ed due to emacs' slowness is by no means a reasonable choice considering being limited to line-by-line editing. Ed is bare-bones and over time you will realize that you need other things that majority of other editors have, then add multi-line view support, then many other things. Emacs can be faster with native lisp compilation, but if you are adamant you want to go full bare bones, you'd be happy with nano, which has some subset of Emacs keybindings and supports syntax highlighting. If you call vim (let alone neovim) a monstrosity, you could go for vi or helix. Switching from emacs to ed is a dumb choice and rewriting ed from scratch in Rust with syntax highlighting is another dumb choice, when you could fork the thing - your rewrite doesn't even have 100 commits in 2 years, which probably indicates there's not a lot of innovation going on.

If you just wanted to rewrite ed in Rust - sure, go ahead, but just say it. My point is the reasons for hired you stated do not sound like reasonable choices at all.

And the conclusion this guy makes is "I will never launch an app in Europe". I am speechless. This is the same guy charging $7500 a month for 60 minutes of consulting, promising $1M ARR for your app. And him, being supposed to know what exactly Apple meant by "we are protecting our users from dangers and malwares imposed to our users by the EU and DMA", blindly shills for the top tier anti consumer comapny of the century. And there are lots of people like this just walking around, making decisions, driving, voting and posting on social media!

It’s not the first time Valve are doing something similar without any action from Nintendo. Nintendo is notorious for its lawsuits and Valve is not taking any chances. Earlier they took down Dolphin emulator from Steam, because they were worried they’d get sued by Nintendo, despite Nintendo hasn’t contacted Valve on that topic in the first place. While it seems wrong, it might have saved Dolphin team from any troubles with Nintendo legal team beforehand, since they were shipping Nintendo’s encryption keys with the emulator.

Oh, damn, you are right, I had no idea. I just saw their front page, really liked its design and felt like you guys might like it as well. It's very much like Tailwind, but, unlike the latter one, it doesn't hide example components behind the paywall, which puts TACHYONS far ahead.