HN user

zaro

455 karma
Posts8
Comments293
View on HN
GTK 4.0 Released 6 years ago

Actually if you read the links in the 'What's new' section, most of them start with the reason why they needed to break the backward fucntionality for this feature.

Sure but what ws their recommended way instead of putting systemd in the image, just use supervisord. Not even comparable.

Anyway , the past is the past. Docker were clearly wrong in their decision to put off systemd inside containers, and was most probably for political reasons because it was very very requested feature.

And what drove my attention to the "I don't accept systemd patches" was the need to run systemd in docker container. Which by digging a litte bit about I found it will be possible in non priviledged mode, but docker didn't want to merge it.

I don't see anything philosiphical with that, it's just plain refusal to cooperate in any way with a potential compentitor.

This was several years ago, now this is not an issue anymore, but it's still telling of the toxic corporate culture Docker had back then.

Not a big loss, IMO. I still remeber when there was somebody on a dockercon with "I don't accept systemd patches".

I don't understand why the bug fuss about M1. After all M1 is 5nm CPU. AMD Renoir is better than Intel for the same reason, it's 7nm while Intel can't get below 10nm yet.

So while M1 is probably a great CPU I expect its advantages will mostly vanish once AMD and Intel move to 5nm also.

but it still boggles the mind how these enormous companies, used to throwing their weight around in other tech spaces, keep getting video games so wrong.

This sounds naive IMO. It's not that they are getting it wrong. They are simply throwing their weight into changing it into direction that favors them.

I get the code is data thing, but I don't really find it that much useful. And there is a good reason most languages don't allow it - other people :)

The unless example is a good one. So while you can trivially implement 'unless' in lisp, most probably in a large code base, you'll en up with 'unless', 'if-not' and depending on how creative others are probably also 'negat-if'.

Definitely. But then again if these brain compete to work on something like this, maybe they are not so big after all.

You don’t avoid using JS at all but only use it where it benefits the user. For example, the users benefit from having those forms having nice validation, dynamic lookups, etc. but they don’t benefit from using a vDOM on top of the far more efficient browser DOM or loading an entire general purpose templating framework instead of just using the DOM to update an existing form.

I am sorry, are you talking about example todo app ? because for most apps with complex navigation, data entry, and validation this is absolutely not true. Just use the DOM , might be somehow feasible with webcomponents, but they are years late to the game.

But what should we do when things are actually complex?

There is a lot of negativity here on HN on the same things you mentioned, but I fail to see any viable alternatives.

Like what? Replace the MB of JS with plain Html and forms? It's not going to be simpler to code, and it's definitely not going to be simpler for the users. Or maybe use a native desktop app? Then it's even more complicated for the users, and coding it leads you in world of cross platform pain. And the closest thing there was to not using MB of Javascript and have decent UX was Java and applets/jlnp, but it somehow didn't manage to be widely adopted.

Holocaust happened here and was done mainly by western country

I know it will sound very controversial, but take it notch further and you will see it not so much because was done by western countries. Western countries have done plenty of genocides. It is because it was done to white people .

The movements that made holocaust happen and their ideologies still exist and are alive in Europe and in western countries.

Actually Hitler drew a lot of inspiration from USA and its eugenics attempts.

Afaik, in Cambodia, they do talk about their genocide and have museums of it.

20 something year old from Cambodia, have no clue who Paul Pot is. Speaking from personal experience with people from Cambodia.

Nova by Panic 6 years ago

Atom is slow, VS Code is appreciably worse

I switched from Atom to VScode, precisely because VScode felt so much snapier.

Belittling the holocaust doesn't do anything to help the fight for this cause. if anything, it hurts it.

Theoreytically that might be true. The fact is that today 70 years after the event, and several other genocides the amount ot attention all these other genocides that happened is miniscule compared to the attention that holocoust gets.

So there is clearly something wrong, in the whole "let's not allow genocide happen again by remebering holocaut" story.

Yeah, it will be some more years before you can simply write async stuff in Django and not worry about every single library that you use, whether it supports async or not.

That's why some years ago I gave up on Django altogether and moved to Nodejs. Much better experience writing async code.

I have great experience in imperative programming languages, I usually write programs that are correct as soon as they are compiled, which is what the haskell advantage is supposed to be.

Same here. It's simply not worth switching. And also Haskell is probably not going to provide much more productivity in lots of areas.

I don't know. On one hand there is no choice, on the other hand there is illusion of choice.

I would say that no choice is more honest. The illusion of choice is a bit like the fake buttons on traffic lights, it's there to make you think you are in control of something while you are really not.

W/o over thinking it, Mozilla is in a death spiral, from which it can't escape. It's just a matter of time.

With overthinking though, there is some hope left but you really need to stretch your beliefs.