turminal

36 ms·

391.
by turminal 6y ago
There is a huge difference between explaining how indexes come from offsets and understanding operating systems. I think more emphasis should be put on the insane amounts abstractions underlying the high level language at hand when teaching
392.
by turminal 6y ago
Htop does a good job at being a user friendly tool, but I think it doesn't empower power users the way it could.
393.
by turminal 6y ago
And everytime one toggles any setting that's is retained over htop restarts like tree view, the file gets edited. And you get diverging files everywhere. Annoyed me very much. Had to write a custom patch to disable some of it.
394.
by turminal 6y ago
A similar thing almost happened recently because of a Romanian power plant. And there was also an incident in Kosovo a few years ago that caused a slight frequency decrease that caused all sorts of problems.
395.
by turminal 6y ago
I believe Alpine isn't meant to be used with pip, npm, and the like. Instead you are encouraged to create alpine packages out of your dependecies and submit them upstream. Writing a new package is completely trivial in Alpine, that&#x2
396.
by turminal 6y ago
VScode as a piece of software is profoundly incompatible with the philosophy of Alpine so this isn't too surprising.
397.
by turminal 6y ago
>I'm sorry but this has never been true during the development of wayland. A quick search shows dbus has been in freebsd since 2004, before wayland even existed: https://svnweb.freebsd.org/ports/head/devel&
398.
by turminal 6y ago
Their are some striking similarities between how systemd and Gnome interact with the community. Disregard for portability, feature creep, the way they attempt to monopolize their respective 'markets' and the way they treat everyon
399.
by turminal 6y ago
I'm sorry I can't find the link but I remember reading a discussion on a freedesktop gitlab issue tracker in which some developers of other wayland desktops wanted to standarize a wayland protocol extension that everyone but Gnome
400.
by turminal 6y ago
The problem is they weren't really kind towards people with suggestions in the past.
401.
by turminal 6y ago
> GNOME 40 is also developed openly and a lot of live coding is going on right now (see for example https://www.youtube.com/watch?v=P2OhXheV-cw ), so if users have UX suggestions there are many ways to contribute and get
402.
by turminal 6y ago
And because it's not open source, you have to trust them on all that, right?
403.
by turminal 6y ago
Is it FOSS?
404.
by turminal 6y ago
The other languages without a spec don't market themselves a C/C++ replacement or as systems languages. Having a webapp depend on a CPython implementation detail is very different from having a kernel depend on an implementation d
405.
by turminal 6y ago
And despite all such issues everyone still has the time to argue about things like stopthemingmy.app
406.
by turminal 6y ago
>If "progress" means "rapidly add more and more new features in each release", multiple implementations will slow things down This has to happen at some point anyway otherwise we'll just get another C++. And I do
407.
by turminal 6y ago
Having multiple independent implementations (and a spec) is key to being a serious portable systems language, a claim that Rust already makes. I believe it's too early for that, but sincerely wish them success achieving those goals in
408.
by turminal 6y ago
Banking apps are such a disgrace. Full of weird ideas about what is ok and what is not and which data and whatnot they need or else they won't run and in the end it doesn't help at all.
409.
by turminal 6y ago
I guess my comment appears rude, which wasn't intended, I just find npm a troublesome piece of software that is passable as a package manager for the javascript ecosystem, but not a tool one solves problems with if there are viable alt
410.
by turminal 6y ago
Dang, I wish I could say I'm surprised, but I guess it was to be expected.
411.
by turminal 6y ago
This just saddens me deeply. Of all the ways this could have been done and all the package managers they could have used they picked npm. I bet some day we'll have a Linux distro with npm as the system package manager here on HN.
412.
by turminal 6y ago
They are probably trying to put out the fire started by that tweet. So not really in time. Edit: apparently this was a coincidence
413.
by turminal 6y ago
From a C or Nim programmer's perspective any C++ project can appear bloated so perhaps that was a part of what he was trying to say.
414.
by turminal 6y ago
See also https://git.sr.ht/~sircmpwn/shit
415.
by turminal 6y ago
It's a message in a thread from a technological forum. I think its intended audience are people already familiar with ECC unlike here on HN.
416.
by turminal 6y ago
That's a very important difference, because isolation and the associated increase in overall security of the system is a core purpose of any virtualization technology. Docker promises a lot here, but a lot of those promises remain unfu
417.
by turminal 6y ago
Before containers everyone used VMs. VMs had a much bigger overhead and were harder to manage. But they were also secure. Now everyone other docker tutorial explains containers as lightweight linux VMs, while in terms of security they are f
418.
by turminal 6y ago
Your computer's components (other than the power supply) never get in contact with the AC. Components are powered by DC that comes out of the power supply. Laptops running on battery are completely powered by DC in a way. I'm not
419.
by turminal 6y ago
> I don't think you (or anyone else on this website) understand the scale at which twitter operates. Including all replies to a thread by default on a site with that amount of traffic will increase the load of ... everything. Dramat
420.
by turminal 6y ago
I for one am saying Twitter has many, many people working on UX and the web interface is still terrible. Hardly any interface made for such a broad spectrum of people gets it just right for all its users, but Twitter is doing an exceptional

More ›