While true and some will do it for that reason, I bet most do it simply because the friction to forking is so low.

Some might have an intention to work on it but then don’t or might start looking at it in detail then give up or get to busy or lose interest.

Others might just click it to save it for later.

And don’t forget all the people that click it by accident.

It’s not like it is a big investment to click the button.

Probably something to do with their main package deleting the pacman lock file so it can run a nested pacman update command… Which means two pacman instances running at the same time and nothing stopping other ones after that nested one has completed.

If everything is highlighted, nothing is highlighted.

Kinda ironic given the whole site looks like someone attacked it with a highlighter.

Important part from the article, not all VPNs are equal:

Instead, the authors recommend using paid VPNs, which are generally considered to be more reliable and secure. For example, no serious privacy or security issues were found with Lantern, Psiphon, ProtonVPN or Mullvad.

VPNs are not a magic bullet. They are at best a transfer of trust from your IPS - which in a lot of cases you have little to no control over and also very little trust in.

Picking a well trusted VPN can improve things, picking a bad one can make your situation worse. And there are more important things that you need to worry about first before a VPN will really help at all.

I personally hate global menu bars. They do not work with focus follows mouse. The way menus currently work is fine for me and I would not want to lose that to, IMO, a much worst system. Any global menu implementation would need to be able to be disabled and better to have it off by default. And I would rather see effort in developing other features personally - though mostly as I would never use this feature.

* in your commands is expanded by the shell before tar sees them. It also does not expand hidden files.

So when you do admin/* the shell expands to all non hidden files inside admin. Which does not include admin/.htaccess. So tar is never told to archive this file, only the other non hidden files and folders. It will still archive hidden files and folders nested deeper though.

In the second example * expands to admin and the other does which are not hidden at that level. Then tar can open these dirs and recursivly archive all files and folders including the hidden ones.

You can see what commands actually get executed after any shell expansions if you run set -x first. Then set +x to turn that off again.

Here is an example using ls:

$ set -x; ls -A foo/*; ls -A *; set +x
+ ls --color=tty -A foo/baz
foo/baz
+ ls --color=tty -A foo
.bar  baz
+ set +x

You never want build artifacts to be committed. You don’t want to have everyone working on your project to need to setup their own gitignore for every project. So it makes sense to have a common commited gitignore for files the project produces that should never be tracked by git.

I dislike when people put in editor files in the gitignore though. People should setup global ones for their local tooling.

There are quite a few downsides to what the author proposes as well that they did not consider. If you store code in an intermediary format then every tool that needs to interact with that code needs to understand that language. Back when ada was out that might not have been a big issue. It has a dedicated IDE, lots of languages did. There was no real source control either, at least not like today.

To do that today, does not matter if the source is some binary format or minified it would need to be understood and processed by so many different tools. Just the source control alone, GitHub, bit bucket, gitlab, etc, all editors and idea, simple cli tooling like grep and sed. All would be much more of a pain to work with.

IMO it is much nicer to just work with a nicely formatted code to start with. And have your editor auto format things so you don’t need to think about it. Then all downstream tools don’t need to care about or understand the language you have chosen to use.

When there is a gold rush, be the ones selling the pickaxes. If the companies behind the models could make a profit using their models then why would they be selling them so freely?

a everyday joe would do

Go to work, work, go home. Wait for the end of the week/month for their next paycheck.

Most people already have more then a dollar and more then 24 hours to earn money. If schemes like that really worked then why would so many people do anything else?

BREAKING NEWS: Girl gets home safely after night out. More at 11.

Don’t think any game has the same support doom has. Doom has become a benchmark of sorts so gets ported to the strangest of places. Not normally places you would bother to port any game. It is done for the challenge of the port rather than any practical reason.

There are tonnes of games that could run in the same places as doom, many could run in far more places. But doom is complex enough to be an interesting challenge while being simple enough to run on very limited hardware. And has been open sourced while being a classic icon which makes it attractive to be a benchmark for getting to run in the weirdest of places.

Even if true, SIMD is doing the heavy lifting here. Probably followed by the fact that almost any rewrite of a code base will result in performance improvements due to the nature of being more familiar with the domain and where the bottle necks are. I would be surprised if the assembly was responsible for more then about 1% of the gains here. So why highlight the fact assembly was used here? It is just missleading. If you want to show how ASM is so much better you need a much better example then this. For all we know the use of ASM could have made things slower and harder to develop. There is just no details at all as to why ASM is beneficial here except some author seems to love it.

This is such a missleading claim. You cannot get a 100x speed up with handwritten assembly unless the code before what utter shit to start with. Assembly is not the cause for the 100x speedup here, the fact that it was written to use SIMD instructions are the bigger reason for the speedup. You don’t require asm to make use of SIMD instructions.

has developed a new type of nuclear battery called a perovskite betavoltaic cell (PBC), which could power small devices for decades without the need for recharging

Title lacks that key bit of information, small devices. You are still going to need to change your phone. And small devices can already last for years on conventional batteries. So the win here is minor at best if it ever actually sees the light of day.

Yeah I don’t like this either. So many chances for a mistake, be in the wrong dir, file misspelled, something not cloned correctly or anything else not setup as you think it might be and suddenly the package manage does something you don’t expect (like try to install globally rather then in a project or vice versa).

For a lot of things I would rather have something web based than app based. I hate having to download some random app from some random company just to interact with something one time. Why do all restaurants, car parking places etc require apps rather than just having a simple site. Not everything should be native first IMO.

I wouldn’t debian stable is no better than any other mainstream distro. Worst in some regards as it tends to have really old versions of things. If that sounds nice to you then go for it. But it is not the default choice or recommendation for most people.

There is also little reason not to try out different ones to compare if you want to. Nice to see what they are like for yourself if you have the time to.