pikrzyszto

If you do not control the application that sends messages, the application can always do E2E, only to spy on the messages on the end devices and snitch if necessary... We need E2E + no "bonus features", and to ensure both hold you need to review the code.

It's interesting to see lack of tolerance towards potholes - the government has a lot of other issues to work on (healthcare, education, pollution) yet potholes, being a problem we are affected by daily seem more important to people than the "remote" problems caused by underfunding in other areas.

Even if this trick works, would it be ethical, knowing it draws money away from other areas? What would be the road SLO we would agree be acceptable?

zoning is still necessary, you don't want a pig farm (or anything equally stinky) next to people's houses.

You may find it beneficial to workout some pelvic floor muscles. It's possible that your muscles got weaker and struggle with doing their job as well as they used to.

And then you get hit by Universal Scaling Law (or Universal Law of Computational Scalability) - see the section on https://en.wikipedia.org/wiki/Neil_J._Gunther

You can't throw more compute at a problem ad infinitum.

I used Flattr for a while but struggled with:

- flattr support discovery: Instead of having a "Flattr" button on the webpage I visit I need to navigate to flattr website and search there... but I'm not going to do that. Maybe adblocker removed that button?

- ownership confirmations - I wanted to donate to person $PERSON and found them on flattr. But I had no idea whether this flattr account actually belongs to $PERSON. I reached to $PERSON about that and never heard back so I stopped donating.

I'm curious - why? Can you send some resources about that? Do you know if there is an alternative law I could support my claims with in UK or EU?

I think it was more about security/confidentiality - when you print and scan you exactly see what's that that you're sending. No hidden HTML elements, e-mail headers and stuff like that. And they blacked out some of the stuff I didn't need to see (again, with a permanent marker so hard to do it wrong).

The effort was zero - I copy-pasted an e-mail template from the internet and volia.

Yes, this is in Europe.

I think I learned quite a lot, namely:

- why I failed the interview (I struggled to produce correct code, the code wasn't very robust and I said it's ok to put it into production)

- why I haven't failed the interview (ex. no mention of my English language skills) - which was more valuable for me than the "why I failed"

- a fairly good confidence that there's little details omitted - when they submit you a voluntary feedback they may give just the most obvious information. Ofc I didn't get the data about what was said on internal meetings.

- some insight into their internal structure, opinions of individual interviews about me etc.

I probably burned bridges with that company but after the interview neither party was interested in cooperation so I decided to give it a shot and see what happens.

I had to wait exactly 30 (or 14?) days (GDPR deadline) for the feedback to get to my mailbox.

I once asked for a feedback, was told that they won't give any. Filed a GDPR request and got all of their e-mails and internal tickets about me and my application. Funnily, they printed this data, scanned to PDF and sent the PDF via e-mail.

Poppler ( https://poppler.freedesktop.org/ ) handles this for you with pdftotext utility. It also ships with bunch of other utilities to work with PDFs

Other captchas also waste (your and captchas' provider) electricity. For example reCaptcha requires tons of resources to track your moves to ensuring you're "not a robot". Sure, the data is also used to serve you ads but resources are still wasted.

See also White Rabbit Project, i.e. how to synchronize clocks over the internet with sub-ns accuracy https://en.wikipedia.org/wiki/White_Rabbit_Project

The monarch has a lot of power to vet many laws without the public even knowing it happened.

https://www.theguardian.com/uk-news/2021/feb/08/royals-vette...

In the UK every bigger grocery store has a bin for old batteries, disposing batteries is trivial.

From https://freedesktop.org/wiki/Software/systemd/ :

> Because it's a system daemon, and under Unix/Linux those are in lower case, and get suffixed with a lower case d. And since systemd manages the system, it's called systemd.

> Système D is not an acceptable spelling and something completely different (though kinda fitting).

Wikipedia says that it somehow relates to Systeme D, but they don't have any good references for it.

See the following

https://kunit.dev/ - unit tests for kernel

https://docs.kernel.org/dev-tools/testing-overview.html - entire testing overview.

Why would it care about stracing? It was never too slow for me. A "bad" performance might be caused by ex. consistency checking. Benchmarks like these don't tell much - you can't reduce software performance to one number.

> It's DB implementation is utter garbage. It doesn't even organize files by time or really anything useful.

That sounds interesting, can you please elaborate on the internal structure of journald files or link to further documentation? And why would I care if journald handles it for me?

I'm happy we have special-purpose tools for dealing with logfiles. I don't want to craft one-liners for "give me logs around timestamp" or "give me logs about my service's first start after the boot" every other day.

"tail /var/log/nginx.log" is now "journalctl -fu nginx" or "jouranlctl -eu nginx". Not that much of a difference, it really depends what you grow up with. We could argue "tail" is ugly because you never know if it's "tail /var/log/nginx.log" or "tail /var/log/nginx/nginx.log".

A nice feature is that journald gives you flags like "--boot" to see logs only emitted during a specific boot, or "--since '5m ago'" which is not that straightforward to do with the approach you favor. (if there is a way to do it easily, please let me know!)

I'd recommend you to have a look at https://80000hours.org/ or at least their job boards: https://80000hours.org/job-board/

They focus on the very problem you're asking about.

emacs, a lot of art including books, film, wheel, fire, some programming languages (C, Perl, Python)

Do you happen to know where does the "So you want to" prefix originates from?

a lot of scientific books are like that, for example the art of computer programming.

Are there any plans for ECC memory support?

Why not? It took over 350 years for people to crack Fermat's Last Theorem. Some Hilbert's problems also took very long to crack but were finally solved.

Remember that a lot of software not only relies on memory that the developer explicitly allocated but also on buffers and various caches, disk cache being an example. It goes a long way - kernel might refuse dropping disk cache when it considers it's too hot (ex. db machine.)

The question "how much free memory do I have" or "how much memory does this program use" is a very hard one, and you can't just read the "MemAvailable" column from /proc/meminfo or RSS/PSS/Virt from ps/pmap.

It's hard to reliably reproduce a cross-platform benchmark. They use different compilers, different compiler flags and do not show profiles. Also some compilers tend to be quite conservative in less-known environments.

http://www.brendangregg.com/ActiveBenchmarking/bonnie++.html provides an example how "the same benchmark" can measure a different thing on a different platform.

yes - one of the reasons behind Dragonfly conception was that it's hard to write high-performant code for all architectures at the same time. Ditching ARM64 and others means much cleaner codebase and less effort to maintain all of this.

A good colo provider can hook your machine to a masterswitch, serial console and put a PXE server on the LAN (or just stick an ubuntu livecd into the drive) so you can solve many problems on your own without relying on IPMI or asking remote hands to help you.