skysight-inc/HackerNews huggingface dataset:
I did the opposite from you with emails: Stopped reading them for a couple of years as they had become too stressful. I couldn't face my inbox.

It was because of a small number of overly demanding people that I worked with, I ended up in perpetual fear of overload from having to deal with yet another dreaded message, and the stress stuck after that.

During that time I was still happy to talk with people face to face, phone calls, via chat, etc. It was only emails that I avoided.

Eventually I returned to emails because the people stressing me had disappeared and because I'd found better tools to help filter my inbox; smart real-time filtered views essentially, to help with mental health. It turned email from something to be dreaded to something useful again. It wasn't just filtering out particular people. It was filtering by time and task with some automation.

Now I don't find email stressful, but it's still secondary for me. I'd much rather have a voice call or video chat.

I still don't understand people who love "async only" for work communications. Async is cool for some things, and I relate very much to the joy of not being interrupted. I will happily go for days without talking to anyone, focused on my tasks.

But my email experience had people writing long and argumentative emails that seemed to require hours to reply to thoughtfully (or else consequences), and the back and forth felt like slow-motion difficult meetings where everything took much longer to be said than in a conversation. The adverse effect of those email on flow was much larger than some small interruption from a brief chat.

My favourite thing now if something needs rapid iteration is scheduled voice or video calls about a single issue. I always liked them, but recently they have been rare, so they're a bit of a highlight.

I keep telling myself to get back into being more involved with mailing lists, because that's where I used to be very active. E.g. on linux-kernel a long time ago, I scanned about 1000 mails a day, which was a little tiring but it was ok.

But nowadays when I look at new projects, a lot of them have moved to various chat-like media, which doesn't stress me but seems to require an annoyingly large number of different tools to interact with, and have effectively more limited UI that lacks functionality because it's harder to make custom tooling to handle them.

I like text chats when working with someone on a technical issue, for example debugging some code or a running system with them. Voice chat on headphones is pretty good too, as I can concentrate on things on screen at the same time, like pairing with someone.

I don't like text chats when there's nothing else to do except the conversation itself though, as the timestamps show they go very slowly for what's covered compared with voice, yet just fast enough that it's not possible to pay proper attention while doing something else.

I prefer faster conversations that cover more ground. For those, my favourite is voice, via headphones while going for a long walk.
Not knocking it but that's what you get when you sign up for a walled garden with no exit plan.
Is the high priced 256 thread part that interesting for rendering? You can get 4 of the 64 thread parts on separate boards and each one will have its own 8 channel ddr instead of having to share that bandwidth. Total performance will be higher for less or same money. Power budget will be higher but only a couple dollars a day, at most. But I haven't been involved in a cluster for some time, so not really sure what is done these days.
Just when I thought video game streaming couldn't get anymore dumb. Wow
This seems like a feature that the underlying OS should provide - if an app requests location but the user wants to provide rough region only, then the OS can simply provide, say, the center of the region instead of the true location; with a bonus that if you fly on a trip somewhere, then it can automatically supply the center of that region instead, again, without giving up the exact location.

I.e. permissions for privacy should not be treated as "grant or deny" but instead "grant true data or grant spoofed data".
>>They need basically no ongoing maintenance

The problem is that this is where you're wrong. Even if we get regular 3-pin 13amp sockets installed everywhere instead of the proper type-2 connectors, you can't just leave domestic sockets outside and unprotected, because in case of any damage or injury you'd be liable. At the minimum you need some circuit that can detect faults and report to HQ that it needs repairs. Then are you going to provide electricity for free? Because if not you need metering and billing infrastructure for all of these, and that absolutely does require maintenance. Even proper "hardened" type 2 chargers go out of order all the time and have to be maintained. 3-pin sockets everywhere are not the solution.

Tldr: a street with 40 sockets on it will require constant maintenance, and if the idea is to have every single Street everywhere wired with sockets, then this becomes a stupidly expensive endeavour.
> I've never seen the inconsistencies,

I've seen plenty to convince me that having a full shell scripting language and not a very good one at that as your service definition language is a terrible idea.

> No other service should hide the shortcomings of other services.

I don't think you get it. It is not hiding the shortcomings of other services. It is implementing its own service because the other one was a pile of unmaintained crap. But I guess that kind of security risk is OK as long as it's a separate repo? What a weird dogma.

> That's the point. If that task can be handed over to another daemon (like udev) for setting it up, why systemd assumes that setting it up is its job?

It does hand it over to udev, but someone needs to notify udev stuff is happening. systemd has easy access to that information so it does the job. Also, you do realize that the people who maintain udev are the same who maintain systemd right? Again, because it was a hard job and nobody else, including other init systems, were willing to pick up the slack.

> what I tried to say there. I wanted to say that there's no easy way to see whether a feature is managed by systemd or not

I understand that but imo that should be on the distro to communicate. On Arch for example, the wiki always gives a clear indication of whether a thing like DNS can and is managed by a systemd component or not.

A `systemctl component list --status=enabled` would perhaps be a nice addition, agreed.

> I strongly oppose and criticize is the blind egg-throwing to other init systems, the overzealous protection of systemd and avoiding discussing its potential shortcomings and problems altogether.

It's funny you say that because as a very early adopter of systemd I saw things up close and it was the exact opposite. People were literally threatening Lennart Poettering with violence for writing a (good imo) piece of free software. That he decided to stay on the scene despite that is honestly remarkable.

But as for other init systems, I don't doubt there's some good ones, sysV init wasn't it, but the main problem is that all the others seem only interested in the init part and are happy to depend on rotten parts of the ecosystem. Unlike systemd, none of them were saying; 'ok, consolekit is unmaiintained, let's pick up the slack on session management' (maybe in a separate repo if you insist) or 'oh, udev is struggling, let's pick up the slack' - no they were like am going to do init and hope these other pieces don't come crashing down like a pile of bricks.

Also, I've started using systemd-homed to make my setup portable across my machines. None of the supposed competitors of systemd offer that either.

I like to compare it with PulseAudio; people suggest to me all the time how OSS, ALSA etc. are 'good enough' etc. but I have a fully FLOSS wireless audio house setup right now thanks to PulseAudio, none of the supposed 'competitors' offer that, so they're not competitors for me, (PipeWire eventually might by literally re implementing all of Pulse).
Thanks a lot for the feedback :)

I was going to say no, but you know what, I'll give it a honest try for the 9th book. I can probably afford it now.

I've gotten plenty of similar feedback before too. Grammar issues (English isn't my native and I'm not good at natural languages in general). Bland covers, like you mentioned. Marketing strategies, many which I do not wish to try (for ex: buy a domain for my blog and ebooks). There's just too many things to follow/maintain.

Researching, writing the book, reviewing and editing it, revising for later editions, etc are painful enough. I love the feeling of completing a book and seeing sales coming in, which so far has kept me going.

All I wanted since leaving my job was sustainable income and if I can maintain current sales, I'm more than satisfied. All my ebooks can be read for free online. I get most of my sales when I post about a new book on social media for free download. Both leanpub and gumroad allow paying more than the specified price and readers are willing to do so.
clicking one thing to get a functionality and having a visual status icon
I really agree with this.

Junior developers just can't write clear, simple code. They accidentally over-complicate everything, in the most unhelpful way possible. If you have a senior developer that does that, I would consider them a mid-level developer at best.

I've seen this play out in 2 large companies I've contracted for so far.

At the start of a new project, recruitment look for developers with the lowest daily rate they can find and end up with a team of recent grads / people switching careers within the company etc. That's all fine as long as you add a good measure of developers with >5 yrs relevant experience to the mix. But as these people are twice as expensive, they often start without them.

A few years later the product "almost" works. But it's full of bugs, it takes months instead of days to make minor changes, and it still requires an enormous team of people who are all irreplaceable (they possess the "secret" knowledge about the product that usually would be embodied in clear code intentions, past jira tickets, commit history, basic documentation etc.)

Meanwhile a new competitor in the market has developed a much better product.

This situation can last for years (because some companies are a bottomless money pit, despite being tight with it)

Eventually some expensive people get hired to put the "finishing touches" on the product and they start the long slog to fix it up (or just quit in horror after a few weeks)

So far:
1) retired the entire project after years of development
2) company got bought out and the product scrapped after several years of investing money on it
3) is in progress (company has enough money to fund the situation for years, but time will tell if we manage to untangle the mess before it kills the project)
They don't need to be offloaded to a server, but just optimized: either running in web assembly or running on special machine learning cores (like on Apple devices).
Can someone reply to me when a root cause is found :) Thanks
This has been possible even for CGI tinkerers like me with C4D for more than ten years.
Yes the compromise is worth it. These are the best SoCs available on the open market. If we aspire to more open and repairable devices then we need to start somewhere, and we have to put our money where our mouth is. If volume goes up we get better open products. Luckily Pine64 is doing really well so much so that non geeks are buying their products (with all the software support problems that come with them)

I bought a pinebook pro and i have some SBCs. The PBP is perfect travel laptop with long battery life that can run on my phone charger. Firefox runs buttery smooth on Manjaro i3.
I wonder about one thing. You are a scientist, you conduct research, and you discover something not in line with the current mainstream view (like some correlation between physical and psychological traits in newborns). You know that by publishing the results you can be punished. Maybe not immediately, but at some point some activist can pick it up and destroy your life just like they did with many people before. You have a family to feed, but also your scientific integrity and the drive to discover new things. What do you do then? I imagine finding similarly thinking colleagues and forming an underground network, sharing the results of our research without fear we'd be persecuted.
Why the down vote (honest question)? I would be eager to know if there are issues with this approach.
To me the argument was pretty simple: if running software as non-root is important--and you clearly think it is--but it is even slightly annoying to write software in a container that doesn't run as root (as maybe it now has to have a special user and internally manage these users; the comment you responded to showed this with de facto evidence) then it seems pretty obvious this shouldn't be an abstraction that people who make containers have to deal with... let them write everything to run as root and then add a damned command line flag to the container runtime to run the container not as root. I don't use containers (I am too deep into security to pretend they are a security boundary and I know too much about toolchains to feel they solve actual deployment problems), so I am frankly shocked this isn't already how they work :(.
If there was HN Gold, I would have given you some

Sounds like the Ray Ozzie motto
Sorry if this is a naive question, but how comparable would bupstash be to Duplicity [0] (commonly used via its wrapper, Deja Dup [1])?

Duplicity uses librsync and GnuPG; it also uses rdiff/rdiffdir to produce tarred incremental snapshots, if I recall correctly.

[0]: http://duplicity.nongnu.org/

[1]: https://wiki.gnome.org/Apps/DejaDup/Details
> before you bought the device, you knew that you would not be able to run whatever you damn please on it, right? If so, why did you buy it? If not, can you not return it?

Maybe you didn't realize the issue at the time. Maybe you got it as a gift (from your parents, for example). Maybe the choice seemed more viable back then, before the noose tightened (jailbreaking, safetynet, etc). Maybe you didn't really have a choice (for example, here in Sweden, BankID is pretty much mandatory at this point).

We don't let grocery stores sell rotten food, and then blame the people who buy it.
No, I think you should just stop fooling yourself and accept reality for what it is ;) (yes, I'm balding too and it's okay).
probably. Looking at streaming 4k is just sad, as this is just wasting money (on devices and bandwidth) for marketing having abyssmal quality at 10-20Mbit/s. With a FHD-bluray weighing in at 30-50MBit/s that's nothing to wonder about though I guess..
I do not want epoll and io_urig covered in the teaching material. I mean you don't learn a language by reading a dictionary is all I am trying to say.
I think a team of 1 developer is going to result in some not-too-bad code eventually (as long as the project is small and that developer is diligent and cares about the project).

But a team bigger than 3 developers where no one has any solid experience is a recipe for disaster IMO
If you have no network it’s because nobody cares about your application. Developing a widely used application will make a network of its own.

In any case all of this is known of the Apple ecosystem. If you don’t like it then go develop for Windows.
I recently read an article (sorry, can't find it now), that one of the risks with 5G is that it may adversely impact navigational systems. Wonder if this may be having an impact on GPS as it grows in market share?
This seems strange to me. Yes these could help build empathy towards some in society but it doesn't seems to be looking at the worlds worst.

What about women under ISIS or the Taliban, India's lower casts, Africa's child soldiers and the list goes on. These are people in horrible conditions that could be helped.

While I don't want to discourage reading of those books this is not how I would triage the issues.
I think it’s hyperbole though. She owns her own body. The headline should probably read “what happens when a virtual streamer is involved in copyright dispute over their purchased streaming avatar”
The examples from Mikel are just not possible in a default Clojure setup. It does not have break loops and it does not have a dynamic object system (by design).
I think people around the world, specially in Africa, have other point of view in what quality of life actually means.
No serious scientist is going to give an untested drug to millions of people. There are over a hundred vaccines in development, of which two or three have been successful.

Yes, it seems like the success rate may be higher than for "regular" drug development. But, crucially, nobody knew this. There haven't been a whole lot new vaccines developed in the last few decades.

Besides, as far as I know production capabilities were being built and stockpiles created while the trials were ongoing.
Commoditize Your Complement (2019)
Yeah but that isn't 2020s-PC-woke-BS. Can't be unique unless you're repeating the drivel you read while you mindlessly browse twitter.
Hi - Thank you !

Following your insight I found the answer in the billing documentation:

https://cloud.google.com/network-tiers/pricing
"Always Free usage limits apply to Premium Tier."
"Always Free usage limits do not apply to Standard Tier."

The project level Network Service Tier is set to Premium.

However the network interface attached to the VM is set to Standard.

Thank you very much. I am sure this is a mistake that many others have made.
I browse social media for hours sometimes. It leaves me feeling extremely empty and worthless. Get some hobbies. There are plenty of things to learn during lockdowns that you don't need to be glued to a phone for:

1. Walking and exploring
2. Working out
3. Cooking
4. Build something
5. Go meet other people

Sure, browse Facebook in the morning but I can't imagine having to be glued to it for hours every day anymore. If I find myself in that position, I try to do the above things. There's just too much to do and too much learn to be glued to social media.
You literally said to me "Your heart is full of hate" - direct quote! You follow me around the Internet downvoting me and commenting on things I write. And yet again, misdirection, because instead of just being honest and saying "I don't like you" you go after some tiny thing like the use of rhetoric.

I don't feel angry, I feel frustrated that this keeps happening and sad for you that you are unable to simply move on.
I'm looking forward to people like Chris Cunningham exploring and exploiting the uncanny side of AI-generated audio/imagery/video, like the distorted faces at https://thispersondoesnotexist.com/. I'm sure they could do some unprecedented nightmarish things with it.
> Are you able to build your own programs on the dishwasher? On the vacuum cleaner? Is your car's ECU readily programmable?

I sure hope so. You should be able to do whatever you want with your own property.

> It's because of it, that sw piracy is rampant on Android

I don't see how Android app piracy is bad for consumers. If anything it seems to be a selling point to many in low income regions.

> Google Play is full of shitty iOS app clones, fakes and outright malware

Yes indeed. Just goes to show that walled gardens are not necessarily an effective strategy for stopping malware. The Apple App Store has had it's own fair share of malware also.

> Android devices that are outdated on their launch day

Because makers of appliances (such as those you mentioned in the beginning) are well know to always provide software updates with the latest security patches for many years (No, they aren't).
I've been with dozens of people on their first trip with acid that I knew was acid. And I've had dozens more experiences with people thinking they were taking acid when it was really 25I or something even worse (if it tastes like something, it's not acid). When I was younger taking any drug anyone could get their hands on, I was usually in the latter camp. And I think very few people are privileged enough to not be in the latter camp as you don't tend to have much control over the drugs you get. Most normal people might get like one "acid contact" their whole life and they're taking whatever he has to sell them.

If you're in the former camp (taking real acid), I have a truly hard time believing the anecdotes of bad things happening. And I think most anecdotes are actually stories from the latter camp. Just take a small dose and know that you can take the edge off with a beer if you really needed to.

But if you're in the latter camp where you don't even know what you're taking, I'm not particularly surprised if something bad happens.
As a systems developer with 20 years of experience in a variety of languages, I share your general frustration with Go. But I don't agree with any of the changes you suggested in GoFY.
I think if all parking infrastructure was equipped with “smart” charging equipment, then it wouldn’t be much of a problem, I don’t think.
In the future, theoretically, most cars will be electric, and if the current pattern of having a car parked 95% of the time holds true, then only a small percent of each car’s battery would be needed to balance the grid.
Of course it's my opinion. Did you read it as an universal statement on everyone's behalf?

And it is my world where giving up Apple smartphones and tablets will effectively means not using any of these, because as I said there are no suitable alternatives. So doing that will make my life far less convenient and comfortable than it is and it's not a real option.
> Relatedly, have there been proper double-blind studies for vitamin d injections & COVID outcomes?

I think there was a study that saw improved clinical outcomes when a metabolized version of vitamin D was administered. Don't know where to find it though.
Is there a modern non-Smalltalk, non-Lisp (or its derivatives) non functional imperative programming language that supports a "real repl" that the author is talking about? I don't know if that kind of environment is for me but I'd love to give it a spin.

I have never found the REPL (the Python/Ruby REPL which is not a "real repl" according to this article) to be that useful beyond quickly playing with API of a library with sample data and getting a feel of it and its return types. So this version of repl described in the article does sound interesting.
> he years of life lost to COVID-19 is minuscule - many deaths are simply "pulled forward" by 6 months or a year.

Imagine your aunt is being transported to the hospice and there is a road traffic accident and she dies in that accident. What killed her, the RTA or her failing liver?

Imagine she gets to the hospice safely, and a negligent nurse gives her a triple dose of some medication and she dies. What killed her, the failing liver or the incompetent nurse?

People seem to misunderstand how cause of death is worked out.

> he years of life lost to COVID-19 is minuscule - many deaths are simply "pulled forward" by 6 months or a year.

We know from the first wave that covid-19 was killing people on average 11 years before they would have died otherwise.
It's not compiled, but Ruby's Pry REPL allows you to edit and update code files during live execution. I use it all the time for adding breakpoints and live fixing issues. It's very productive for problem solving.
Useful PHPUnit Assertions you should start using today
Honestly, vote for people like Yang, Bernie and Warren. Talk to people and try to get it into their heads that voting for the well-being of everybody - not just a select group you belong to (ethnicity, sex, social status, job, region, etc.) - is better for the country.

That might include you taking a hit e.g higher taxes, but it's group think and individualism that brought the country to its current state.

So voting for:

- free public education

- higher teacher salaries

- higher taxes on the wealthy

- forgiving all student loans