jeady's comments

And in fact they cited Pai in the article to support their position..

They're referring to California's statewide referendum system so the answer would be "all of California".

Consumption as full cannabis products.

I think the author is conflating several problems here. There are several ways logs can be used, and efficiency is a scale. For example, if I receive a bug report, I like to be able to locate the textual logs from when the incident occurred and actually just sit and read what was happening at the time. On the other hand, if I'm doing higher-level analysis such as what features do users use most, clearly it's more efficient to have some sort of structure format because you're interested in the logs in aggregate. The author makes it sound like they're advocating optimizing for the aggregate use case at the expense of other use cases. I think that the declaration that textual logs are terrible is an oversimplification of the considerations in play.

Also, if the author has a 5-node cluster producing 100Gbs of logs a day, the logs may also be too verbose or poorly organized. I work on a system that produces 100s of Gbs of logs a day but with proper organization they're perfectly manageable.

I think that a more nuanced solution is to log things that are useful to manual examination in text form, but high-frequency events that are not particularly useful could reasonably be logged elsewhere (e.g. a database or binary log that is asynchronously fed into a database).

In conclusion, as is frequently the case with engineering, I think the author oversimplifies the problem here and tries to present a one-size-fits-all solution instead of taking a more pragmatic solution. Textual logs are useful when meant for human consumption (debugging) and when they can be organized such that the logs of interest at any time are limited in size, and some other binary-based format is useful for aggregate higher-level analysis.

I don't get it. It seems reasonable to me that you should be able justify getting a raise, even if that justification is "I can get paid more elsewhere but I'd prefer to get paid more here." You make it sound like "explain to me why I should give you a raise" is the same thing is "no."

Sonic.net is great but unfortunately DSL technology isn't. I've also had sonic.net in two locations but my speeds ranged from 5-7Mbits. So it's worth a shot but it's not perfect.

Mostly consistency, but also because it's kinda funky when you have an 80 character line limit (also in the style guide). Tabs are one character but displayed as multiple.

Yeah, you basically just order it online and there's no problem. There are a couple of showrooms in Austin and from what I've heard, although you can't actually purchase it from the Tesla showroom, you are welcome to use their kiosks to order one via the internet.

It may be worth noting that the author, Peter Bright, is the Microsoft editor for Ars. He also happens to have a strong anti-google bias - I can't remember any pieces he's written that portrayed Google in a favorable light.