dathinab

30 ms·

421.
by dathinab 1y ago
I think this is a you problem as in that "isn't the style of code you are used too" I don't think "how well people not familiar with you language can read it" is a relevant metric for most languages. Also IMHO
422.
by dathinab 1y ago
this might explain how "power napping" (<30min) can help so much when you are sleep deprived even through it's too short to really count as sleep. I wonder if you can find that when sleep deprived people power nap a "
423.
by dathinab 1y ago
to some degree thats my point for most jobs either - you don't care about the clock but some time relative to sunrise - aren't dependent on sunlight on your job anymore - anyway have to head out very early before sunrise (for most
424.
by dathinab 1y ago
> Except even locally time is different for different people. If you say "9pm local time", everyone knows it's the evening no matter if it's the time you go to bed or stand up because you work the night shift. If a bo
425.
by dathinab 1y ago
> I think you have this backward. oh, yes, I got that mixed up. That also mean permanent winter time would be better for the sleep not permanent summer times (it was whatever the "standard" time was as far as I remember). Eithe
426.
by dathinab 1y ago
PS: on the other hand the affect on sleep might not matter (as in there are many far large effects). I live north enough for the number of sunlight hours and sunrise/set in summer and winter to massively differ, with the sky never gett
427.
by dathinab 1y ago
> Or better yet, just ditch timezones altogether. that is quite a terrible idea IMHO (at least if done internationally) sure they make international meetings/events harder, but for most people most of their live is bound to local ti
428.
by dathinab 1y ago
also obviously remove support for 12hour clocks from everything, who the duck thought having two different 4 O'Clock times every day makes sense. And what the insanity is the nonsense that write 12 mean 0 a.m. I.e. going from 11:59am g
429.
by dathinab 1y ago
DST wasn't a mistake and did make a lot of time (at least if you are far enough away from the equator). Heck if you go back far enough local time might have varied by session/be relative to sun rise, and that did make sense in the
430.
by dathinab 1y ago
2-3am is bad due to DST but there is another reason to also avoid 3-5am or so around 3am is the time where "in average" human attention is the worst as its where "in average" their most relevant deep sleep phases are now
431.
by dathinab 1y ago
if all cars where replaced with EVs power usage would go up ~20-50% (based on full usage, i.e. all cars including trackers, trucks but also stuff like gasoline power generators). Number is such a large range due to unclearity for total aver
432.
by dathinab 1y ago
(no specific order) 1. easy to create 2. easy to produce something with decent quality 3. rust is widely used by a lot of people, including juniors which don't know (yet) that it can be quite a pain to maintain a package and that it co
433.
by dathinab 1y ago
I mean it's the "repeatedly confirmed to be egoistic to a point where they don't care if their neglect kills people guy".
434.
by dathinab 1y ago
it is the reason it sells it that some non small part of the investor marked expects there is a "explosion" in compute needs, cause by AI adoption which will lead to an explosion of electrical need except there is limited world wi
435.
by dathinab 1y ago
depends on the Distro, but yes not dead but more like unnecessary added complexity without any benefit for modern Linux systems
436.
by dathinab 1y ago
did you accidentally post on the wrong comment? Your comment seems fully unrelated to my point that overlaying images is much more a pain if the things you might want to shadow and/or extend are distributed or even duplicated across ma
437.
by dathinab 1y ago
most very old software will depend on many other parts so you anyway often have to run it in a vm with a old Linux kernel + distro release or similar and if not, you can always put it in a container in which `/var/lock` permission
438.
by dathinab 1y ago
no, not really surprised at all as I will explain below this change is pretty much needed sooner or later with all alternatives being noticeable worse In addition the way Debian handles things is in a very deep conflict to how most software
439.
by dathinab 1y ago
and also might be just temporary like overriding it now makes a lot of sense, there needs to be grace periods etc. but we live in a world where OSes have to become increasingly more resilient to misbehaving programs (mainly user programs, o
440.
by dathinab 1y ago
The problem is /var/lock is still used for various system root components. Which includes services like lvm2, dmraid and audio drivers. So you need at least a different /var/lock for "root" and every one else.
441.
by dathinab 1y ago
I mean /var/lock was kinda on the way of being super seeded when FHS3 was written 20 years ago. We known it is bad design since a similar amount of time. If FHS hadn't been unmaintained for nearly 2 decades I'm pretty su
442.
by dathinab 1y ago
no that isn't what it means at all a global /run/lock dir is an outdated mechanism not needed anymore when the standard was written (20 years ago) it standardized a common way programs used to work around not having something
443.
by dathinab 1y ago
yes but also no every distro has defined their own new file system layout standard sure they all started out with the common ancestor of FHS 3.0, but diverged since then in various degrees and some modern competing standards try to fix it (
444.
by dathinab 1y ago
no, it is that it adds complexity which is no longer needed especially for image based stuff it's a pain which includes OCI images for things like docker but also image based distros like e.g. ostree (as used through rpm-ostree by Atom
445.
by dathinab 1y ago
it makes things more complicated without any benefits (at least not anymore) this doesn't matter for OS X which main changes mostly tend to be diverging away from it's roots into a fully proprietary direction but it does matter if
446.
by dathinab 1y ago
> What ongoing maintenance would a file system standard require? adaption to _a lot_ of subtle changes to requirements - very different security related requirements today - very different performance related requirements/characteri
447.
by dathinab 1y ago
my experience is from helping a coworker writing a ASN.1 serialization/deserialization library limited to a subset of encodings but (close to) the full spec each encoding ;) > to follow spec, which Protobuf doesn't. I can&#x27
448.
by dathinab 1y ago
how did you end up believing that? - ASN.1 is a set of a docent different binary encodings - ASN.1's schema languages is IMHO way better designed then Protobuf but also more complex as it has more features - ASN.1 can encode much more
449.
by dathinab 1y ago
possible but unlikely for multiple reasons - huge braking change with the whole cert infrastructure - this question was asked to the people who did choose ASN.1 for X509 and AFIK they saied today they would use protobuf. But I don't re
450.
by dathinab 1y ago
> Protobuf is pretty much ASN.1 no, not at all they share some ideas, that doesn't make it "pretty much ASN.1". Its only "pretty much the same" if you argue all schema based general purpose binary encoding format

More ›