brlewis

I'm not trying to be fair to the languages. I'm trying to be fair to the people looking at what skills are in high demand.

There are 55k openings on Indeed for React jobs and 8k PHP jobs. When the absolute numbers are lower, there's more opportunity for high percentage growth, which is what they used to rank them.

> people will complain to the restaurant about food being cold/slow not realizing that the restaurant isn't even involved in the delivery

By using their name in commerce, restaurants have a trademark.

People complaining to the restaurant about delivery shows that consumers mistook the Place & Pay vendor for the restaurant. This is proof that the trademark was infringed.

I don't see how Place & Pay could survive a court case, or even prolong one.

I used to think that spammers would stop if their spamming didn't win them any results. But they don't care. They spread their spam as widely as possible without trying to prune out the places where it does them no good.

When I look back at my life and think of the number of times I've taken a bathroom break during live TV commercials, or fast-forwarded commercials on my VCR, or switched to another radio station when commercials came on, it's a wonder I'm not in jail.

I'm too lazy to do this manually for each server, but I change the hostname color in my prompt based on its hash.

https://gitlab.com/brlewis/brlewis-config/-/blob/master/bash...

>very experienced developers in their 40s

I'd say they were experienced developers. Only after accidentally deleting databases were they very experienced developers.

> We're teaching kids to code, and next week they'll all be billionaires!

Sure, that's not true. But they will gain a better understanding of how to organize and process information. This understanding will help them even if they don't end up in a software engineering career.

> or perhaps, doesn't care to exercise any power it may have

This would be the first hypothesis I'd investigate. That politicians would launch investigations for mere political purposes seems plausible.

Patents are one tool to promote the progress of science and useful arts. Publicly funded research is a different tool. Usually, patents are based on privately funded research.

I have not yet tried https://www.minetest.net/ but this provides some motivation. Do others have experience with it?

Are you saying that because large numbers of typical users have not yet switched to desktop Linux, we can conclude that desktop Linux is not a reasonable option they can switch to?

That's probably it. I'm not a great singer, and I wanted to see if it could recognize my attempt at a challenging melody. It got "Everybody Wants You" by Billy Squier, first try.

But in a molten core, won't hydrogen sulfide and methane bubble out from the center, leaving only iron and heavier elements and compounds in the super high pressure depths?

You are dismissing the paper's authors when they say "exposure levels and durations in our studies were greater than what people experience" by assuming they're ignorant of exposure levels and durations that people experience.

I assume, for the sake of my own sanity, that "observation" means the particle becomes a cause for some kind of effect, e.g. colliding with something in a way that changes the something's state. Quantum mechanics experts, please don't tell me it's weirder than that.

> Unless I'm reading it wrong

The quote in the article from the civil complaint makes it sound like the malware itself used MSFT trademarks. If there's another "it" you're reading besides the article, where said quote is shown to be taken out of context, please link.

Yes. Find "civil complaint" in the article.

Trademark law says you can't mislead consumers into thinking your thing is the trademark owner's thing. Malware fits this perfectly. There's no new precedent here, dangerous or otherwise.

The car manufacturer / road irregularity analogy does not fit.

> The other difference with sports is you don't have a fixed team size. You found a 10x guy, good for you. Now with the 999 other people you have 1009 people's worth of productivity. In a sports team, you absolutely want CR7 or Messi, you aren't splitting the pie 1000 ways.

Other comments have started to point out how wrong this is, but to put the final nail in the coffin, I just want to point out that "9 women can't have a baby in 1 month" is a principle that applies to software development generally. To think that one can casually split a project 1000 ways is assuming the mythical man month.

> Having bad programming gets you a lot of programming

This is true. I'll add that machine learning is arguably the computer doing a lot of bad programming.

These two examples are interesting. They're both cases where what was being created was a system where software was an important component, as opposed to the software written by the vast majority of us where the hardware components of the system are always the same (monitor, keyboard, etc.) This is the same distinction in Diamond v Diehr for when software might be included in a patent. I always thought the US Supreme Court made a good decision there. Unfortunately they were later overruled by lower courts. (For legal experts out there about to correct me and say that lower courts can't overrule higher courts, I wish you were right.)

Yes.

https://dev.fitbit.com/

https://gallery.fitbit.com/apps

Sounds like they sell ads but do not sell the data to others, much like Facebook, etc. Am I reading it right?

Do what you're paid for.

If your compensation is based on visibility, then communicating the importance of your work is as important as doing it. If your company will pay you more if you spend less time working and more time communicating about your work, then you should make that adjustment.

That's likely a holdover from when mysql had a better replication story than postgresql. I think enterprises will come around.

Comments should be sparse, used only where code is not self-explanatory. If you follow that rule, spotting obsolete comments in code review is easy. I've seen it.

In my experience, the mistake of updating code without updating the accompanying comment is commonly made, but does not commonly survive code review.

>True. But the flip side is that comments can outlive their relevance, accuracy, or purpose.

>This is a good reason to reject most comments: they're an additional maintenance cost that can't be automated.

By the same line of reasoning one should reject most code.

A comment that helps the next programmer who's going to look at the code is good. If/when the comment is obsolete, deleting it is easy.

I'm saying this as someone who rarely includes comments in a first commit. Generally I add comments that answer questions that come up in code review, because it's likely that someone else looking at the code will have the same questions my reviewers have.

The article now has an update that confirms your reading:

I can see that by using an abridged and edited version of my analysis of the data for this blog post that I’ve unintentionally spread confusion. I’d like to clarify the intention behind my comments on developers and IDEs. For me, if developers don’t understand what IntelliJ IDEA gives them as a fully-featured IDE, that’s a failure on my part, since it has been my job for six years to educate developers on what an IDE (specifically IntelliJ IDEA) can do for you. I feel very strongly that one should never blame users, or prospective users, for failing to understand a product.

My personal viewpoint on IDEs for Java developers comes from having been a Java developer for 20+ years, working on production Java projects large and small. I can’t imagine trying to create a complex enterprise application without the considerable help you get from an IDE like IntelliJ IDEA. I have also seen lots of developers using VSCode and I completely see the use cases that code editors cover well. There’s always room for more than one tool in your toolkit, and understanding what a tool does well helps us pick the right one for the right job.