ZeKK14

That's the result without wireguard. With wireguard:

depending on the use case for a Pi Zero WireGuard server, it could get the job done with ~30-40 megabits per second speed capabilities.

In Europe, EASA recommends this since the Germanwings accident but it's not an actual rule, each company decides what they want to do.

https://aviation.stackexchange.com/questions/74912/what-is-t...

France launched a similar program and publish everything they can on Github

See https://www.systeme-de-design.gouv.fr/ and https://github.com/GouvernementFR/dsfr

There is no frame around the window. The electrical door handle opens up a bit the window before unlocking the door to free it from the seal.

Without power the manual handle needs to do that also, which is more complicated that a "normal" door handle.

Your root password is stored as a hash. It could leak when you type it in sudo for instance.

The exploit will leak more or less random data (data which was accessed recently by the CPU). You cannot target a specific part of the memory, but you can keep fetching data until you get something interesting.

Wat ?

ITER is built in France, but is financed by many countries outside of EU, including the USA. It's not a huge cost per-country.

the ITER Members China, the European Union, India, Japan, Korea, Russia and the United States

See https://www.iter.org/proj/Countries

The list is already updated here: https://layoffs.fyi/

Does it solves the issues with virtual dom ? It's a pain to manage.

The readme mentions iframes but not that.

This is also a sign that code reviews are not working properly (either missing due to a team too small; or not enough time invested to do them properly; or people are not "free" enough to tell their coworker that their code is bad; or it was done too late, once there isn't enough time to fix it; etc).

That's mostly an organisation failure.

The typing issues are being solved through mypy: http://mypy-lang.org/

A large majority of packages are still missing typing hints, but the ecosystem is moving in the right direction on that issue.

As explained in the description of the video, this is not running on a vanilla Minecraft server, but on their own implementation optimized to run redstone circuits.

The code displayed at the beginning seems to come from that: https://github.com/MCHPR/MCHPRS/blob/master/crates/core/src/...

All the signs in the article are listed as "Public domain".

Edit: this is discussed on https://graphicdesign.stackexchange.com/questions/8586/can-i...

Inkplate sells recycled kindle displays with an ESP32 board and all the firmware necessary to use them, see their website https://inkplate.io/

That's easier if you're into e-paper technology, but they don't sell them for £7...

Well, it's not that easy. Let's say you have this layout :

- applications: front, backend, background-worker

- libs: database-orm

In a multi-repo layout, if you want to make a change in database-orm, you'll make your PR in its repo, test, and make a release with your changes.

Nice and easy right ? Well, you're not done. Now you have to make a PR to update the dependency on each repo using this library. If you're lucky, nothing breaks and it's quite quick.

But it's not always so easy : you notice that you actually broke something down the line in the backend. You have to fix it (in your library), and do it all over again. You can also have libraries depending on other libraries, multiplying the effort when you messed up something.

The monorepo handles that, you update one library and you can see what you broke down the line, and fix all of that quicker. Also, changes are easier to follow since one modification impacting several applications or libraries can be made into only one commit.

You can tell me that libraries should have a nice definition and the applications should be independent from the actual internals, but that's rarely the case. It's a tradeoff and lots of companies are going this route.

Yeah, but it involves a lot of development. I made this a few months back : https://github.com/ugomeda/esp32-epaper-display

I'm working on a more "user-friendly" version :)

2017 thread about this: https://news.ycombinator.com/item?id=15375056

The goal would not to be 100% sure, only to reduce the spread to fall below R0 < 1 while keeping the economy running and people sane.

And yes, you would have to be re-tested regularly.

We can have testing stations everywhere, available to everybody, providing some kind of certificate. You would have to show this certificate when entering stadiums or restaurants to prove you're not infected.

Still not perfect, but this could be a workaround.

Passenger planes make many flights per day, thus a lot of attention is made on the costs of usage (ie, the plane is not cheap to buy but it will be cheap to operate per flight).

Cargo plane fly mostly twice per day (base to sorting center and back), so they use older planes. They use more fuel per mile, but acquisition costs are low.

You can't just repurpose brand new planes for cargo use, it's not economically viable.

Plus, it would mean the safety of cargo pilots is less important than the safety of passengers...

You don't. To activate it, you have to click on the "ON" button on the wheel.

If you go from "cruise control" to another mode (off, or "speed limit"), it disables it.

Renault Megane owner here (the small Talisman), i want to address some of the criticism in this thread and the article.

The steering wheel contains two dozen buttons

The buttons on the wheel are pretty well designed and usable. The left side is all about cruise control, one button for each action: faster, slower, ON, OFF. That's it, look at the picture to check it. All these buttons are close to your hand, have great feedback, and very simple to use. It's really nice to have them here. Right side is about phone handling and the (crappy) "Siri" or the car, I only use the button to answer the phone. Behind the wheel is the radio control, which is actually standard for a Renault car.

The cruise control buttons being next to the handbrake button reminded me of the worst car I drove

The button in the middle of the car is only to choose between "Cruise control" or "speed limited". People rarely change it and I end up mainly using it after I moved it while cleaning the car. It's okay to place it here.

Touch screens in cars should be banned.

I have to agree the UI on this car entertainment system is terrible and slow. Some controls such as the light power on the dashboard requires 3-4 presses, which can be difficult while driving. It's a shame they never addressed this problem, this UI can receive OTA updates.

All in all, this is a really nice driving experience. The main feature are available on buttons and really fast to reach. I've droven a lot of rental cars, and I remembered fumbling several minutes in the menus of a GM to change the steering wheel settings, which is WAY simpler on a Renault.

I added a few more : https://drive.google.com/open?id=15z8VmPCAGRXwaQ9yxkAGfr2cug...

"Error establishing a database connection"

Genius !

The french car maker Renault tried this : https://en.wikipedia.org/wiki/Renault_Fluence_Z.E. (<- the point is in the link)

It didn't work.