greyfade

rotthirteen would "work", but it's not a protocol.

Actual protocols include tcp, udp, dccp, sctp, etc.

I would suggest that if you need to search every instance of the variable `i`, your loop is too large and needs to be refactored. Variables like this should only be used in a highly restricted scope that fits on your screen in 36-point font. If the scope is any larger, you need to search, and at that point, you have bugs.

Who? This is the first I've heard of a youtuber sticking his nose in this.

Neither is Bash.

And, being GNU projects, Bash and `info` generally come hand-in-hand.

I think Knuth (in his famous "... root of all evil" quote) was referring specifically to programming, and to spending time on optimizations prior to functional completion.

What he said is, quote, "... we should forget about the small efficiencies, say, about 97% of the time" and "we should not pass up our opportunities in that critical 3%."

What he was talking about in the article[1] is the tendency of programmers to concern themselves with the efficiency of things like the modulo operator, when much larger efficiencies are far more important, such as the design of the algorithm or data structures.

Premature optimization, as when deciding that this small efficiency is important enough to optimize, causes you to forget about the larger efficiencies that cause your program to be slow.

[1] https://web.archive.org/web/20130731202547/http://pplab.snu....

Is it too much to ask that tech journalists proof read their articles before hitting publish?

Yes.

The key is the obfuscation algorithm.

In cryptography, the key isn't just a string of bytes, it's also the algorithm and cipher.

They're just variants on the IFF theme.[1] All of these files are broken into chucks with a FourCC header (sometimes with letters alternately upper or lower case, depending on features and version) that includes a chunk length and occasionally a checksum. It's a very simple and flexible format that almost no one since the '90s seems to use any more for new file formats, the only exceptions being the likes of PNG, MPEG, and a couple other things.

[1] https://en.wikipedia.org/wiki/Interchange_File_Format

There's a lot I'm not explaining, in part because I don't (yet) understand crypto well enough to know if my idea even makes sense, let alone is feasible.

Matrix is close, but not what I'm describing. It's far more centralized than I'd like to see.

Not exactly. I rather dislike XMPP's design, and what I'd like to see is something not only decentralized (relying at most on a DHT seed), but supporting group chats with trivially-expirable keys. My limited exposure to OTR suggests it only reliably supports one-on-one exchanges.

Maybe it is, but it's not the decentralized replacement for Discord and Teams that I envision.

There's enough conflicting information about the suicide that that particular conspiracy theory is going to have legs for a long time to come.

I've been bouncing around the idea of a fully decentralized end-to-end encrypted chat protocol for exactly this reason, but I've been afraid to work on it for precisely the reason this thread is being discussed. I know that if my name were attached to the project, I'd be facing all kinds of unwelcome scrutiny from the government and news agencies. I'd lose the very privacy I want to maintain by designing privacy-protecting software.

Yes. https://en.wikipedia.org/wiki/One_instruction_set_computer

Python has been around since, what, 1994? C# goes back to '99 or '00 or something like that.

Nim goes back to maybe 2008 and only hit 1.0 today.

I think it's fair to say that LoC is perhaps the least relevant metric it is possible to imagine.

Languages differ in expressive power in ways that effectively mean that 200kLoC in one language is trivial to implement in a few thousand lines in another. Even within one language, two implementations of the same effective feature can be devised with similarly large differences in line count, if one prioritizes brevity over efficiency.

A simple criterion like this would be laughably useless and abused to absurd degrees.

You realize your microwave operates at over 1100 watts in a small enclosure designed to reflect RF, while 5G currently maxes out at 1100 watts in an open space that dissipates the energy in all directions, right?

You also realize that a microwave is designed to use a frequency band that sympathetically excites hydrogen atoms, while 5G is a collection of technologies that use UHF, high microwave, and submillimeter bands that do not sympathetically excite hydrogen, right?

Speaking for myself, this is partly why I want to contribute to the kernel.

I tend not to take my own mistakes very seriously unless they come with serious consequences. Having someone I respect tear into me would, I think, force me to take greater care and apply more attention to my work than I already do.

I've heard similar anecdotes from people who have contributed. I even recall a female contributor say something positive about it.

Graphics drivers are by no means the only drivers that require updates.

A better way to do that find command is:

    find -name '*.xls' -print0 | xargs -0 xls2csv

I see it fine on Arch. I have a relatively minimal set of fonts installed, and it seems to be coming from a font named "Standard Symbols L", which seems to be included as a Type1 font with Ghostscript's core35 font collection.

It might also be in Symbola or Unifont.

The react format is not original. It predates FineBros by some years. Even the name being "X reacts to y" predates FineBros. It could not be more unoriginal.

But what Fine was doing was claiming that people were copying them and then trying to lock up the format behind their trademarks.

It's like if you invented the wheel and people started also making wheels, and then I came along and started claiming everyone stole it from me several decades later.

If you configure your SSH server for a limited, secure set of ciphers and HMACs, these automated attacks won't even get to the point of attempting authentication.

https://stribika.github.io/2015/01/04/secure-secure-shell.ht...

Since following the above guide, my auth log has been filled with nothing but this:

    Sep 30 09:46:00 myserver sshd[74033]: fatal: no matching mac found: client hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,hmac-ripemd160,hmac-ripemd160@openssh.com server hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com [preauth]

They're not, but it's been common practice in their industry for decades, and it's generally seen as beneficial to OEMs and users to have access to datasheets before purchase. This is why it's also commonplace for most chip manufacturers to offer free samples, even of chips upwards of $20 list price. Most of them even publish enough information to develop hardware and software to interact with these chips even without one on hand.

That Broadcom doesn't do this is very atypical.

Presumably because international treaties extend the reach of certain domestic laws.

... Or because the Copyright cartels bribed the NZ gov't to roll over.

We'll never know.

Sometimes, that's simply not possible.

Those of us that don't have the option of a better employer need laws that mandate some reasonable minimum of benefits, because we won't get them any other way.

Equally authoritative? I had no idea WHATWG was drafting specifications, let alone considered authoritative.

If HB is a front for Steam, then there's a lot of side-deals going on: HB has its own distribution system and also ties into Desura. If that makes HB a front for Steam, then you might want to clarify what you mean by "front."

Jamming signals in the US is a federal crime. CFR Title 17 is pretty clear that the FCC thinks it's a heinous offense.

In my reading, it appears to be an assumption based on GCC, which apparently uses lisp-like code to represent its AST. (Is this true? I don't know, I haven't looked.)