FranOntanaya

The landing pads were different in the preview, so it indeed looked like it was the same image. Also, no 3D/misalignment effect from cross-eyeing them.

My understanding is it's anything that can make a running process mis-train the CPU core and read the values back. Consider, for example, shared hosts without separate process pools, running code from different users with the same interpreter processes.

It doesn't look that hard, and in any case, we will suffer the mitigation consequences either way.

Prince2 for project management.

I don't think a lot of people speaking of free market have a deep knowledge about it. Arguing in that direction puts them in the uncomfortable situation of not having the words together to defend their side of the argument.

Try some tin foil hat argument about laying new cable being too expensive for the small guy, their internet ending controlled by "X" company CEO who may be part of "Z" cabal, and planted government moles not letting POTUS see the truth.

That's the puzzling part. A lot of work has gone into Stake / Mixed proof chains that don't depend on consuming horrendous amounts of energy. There isn't a good reason to expect money not to shift to more efficient ledgers when things settle down.

There's only so many times you can answer a client "this won't work on Safari" before adding another layer feels inevitable.

This is a very "me vs them" individual bias vision. It assumes every individual civilization can take another with a "single" obliterating bullet like some street gang conflict.

In practice we are ant colonies in that dark forest. Unless you can understand enough the rumblings of another civilization, you don't know how far they've expanded. They may have fully functional, fast replicating colonies in one of the trillions of Oort cloud objects and you just pissed them off by trashing their historical sites.

We could go insane hypothesizing destruction on light-years bubble scales, but then you can rest assured other civilizations are now aware of your existence and will take note of your undesirable quality as neighbor.

It's just matching a different expectation pattern when you add a delay.

After my white cat passed away any light change in the corner of my eye made me expect to see it crossing the door, even tho there wasn't anything there. It had nothing to do about motor signals, just a pattern that had become fixated enough over time. I'd assume people that fixate patterns too easily have a bad time with this.

A standard little lobby where people leave their shoes and whatnot, except normally the inner door doesn't have its own lock.

PHP 7+ hasn't added that much in terms of new APIs — (e.g. libsodium in 7.2, and it's typical function(target, arguments) stuff). It added strict typing and a very significant bunch of ergonomic/performance changes.

I'd say half the reason to call it a quick evolution is how fast it's being adopted compared with the glacial progress from 5.2 to 5.6, or Python 2 to 3.

Also a third half of the freshness has been adoption of packaging and coding standards.

I imagine people that grow up around stray cats are likely to have a different upbringing to people that don't.

It bothers me that types as representation of hardware constraints are mixed up with types as a machine readable subset of validation.

It makes the higher level types seem more transcendental than they are, and also seems to put actual validation on a second rate level. End of the day if an argument is the right scalar or interface you'll get the same result on runtime whether you hinted it -- for one's quality of life improvements -- or checked it with some boilerplate validation. Worst case scenario people will forgo encoding known stricter constraints after generally hinting the expected type.

Web Browser: Firefox

Email Client: Thunderbird

Terminal: Gnome-Terminal

IDE: None

File manager: Nautilus

Basic Text Editor: Gedit

IRC/Messaging Client: Whatever supports Slack and Discord I guess.

PDF Reader: Current choice is fine.

Office Suite: LibreOffice

Video Player: I prefer SMPlayer to VLC for simple playback

Music Player: Clementine

Photo Viewer: gThumb

Screen recording: Kazam

This sounds straight out of 2005's blogosphere. Color me surprised if that field wasn't picked up clean long ago.

I would look at it from an even more basic perspective. We look at children learning to play chess as good for their cognitive development. Learning programming could likely play the same role, with the added bonus of having a practical purpose.

For that reason I think it'd be misguided to lean too heavily on testing their performance — kids learning chess aren't required to reach certain level at the end of the year, the goal is to go through the training itself.

It still has buffer hiccups when playing off a networked drive (apparently an old gstreamer issue), doesn't support LADSPA plugins (which probably isn't too relevant for an efficiency goal), and you have to add podcast files from their folder to be able to rate them, but all in all it does feel like good old Amarok 1.x.

For the sake of sample accuracy -- I don't.

Yes, in the TTML2 spec https://www.w3.org/TR/ttml2/#embedded-content-vocabulary-chu...

> literally the easiest file format in existence to safely handle.

Well, which one of them. There's nearly a hundred different subtitle formats, and each one has a whole set of variants. Just Timed Text alone (XML) can have more layouts than one could count, specially since it's meant to be able to replicate technically all previous industry formats.

In my case the language's official reference is enough i.e. I know what I'm looking for just need to remember what it looked like. I end in SO sometimes when looking for some discussion on general concepts i.e. advantages of X over Y, but even then it's not always very helpful.

Liftoff (quadcopter flying sim) would be interesting.

Asserts scare me, because I know someone out there is using them in place of validation without realizing they may be stripped out any time.

Could write an entire page just on subtitles.

One of the things to appreciate about PHP's ecosystem is how much you can be exposed to warnings, criticisms and cautionary tales. There's so much energy put into tearing it apart that if you aren't getting an education about coding pitfalls it's really your own fault.

Placing braces in their own lines, using optional braces and not inlining short ifs are almost always styling choices, not programming language faults. The "simple example" is ridiculously biased.

Having only a bucket shower once a week is probably a strong deterrent tho.

> Not convinced it's the application of OO patterns that leads to bad code but bad programmers

There's one thing I would point at. When non OO code is bad you can usually point at the problem: bugs, performance, security issues, coupling, so on and so forth.

OO code can be bad yet contain no debuggable issues. Once it's laid out, noone is going to "fix it" because it's not technically broken. It'll just rot due to lack of maintenance, until there's noone left with a good mental map of it and enough of the non-OO contents are broken enough that it gets replaced all at once.

I've seen one chardet issue on some Python library where detection fails and causes character corruptions if there's only one type of Unicode character present, and everything else is ASCII characters. I pity anyone getting stuck on it.

Not sure if I'm supposed to choose the most important one, or go back and select each thing that matters.