spdionis

Not clear why you think php needs let/const like in js.

Given the employee's general attitude, I find it easy to believe her manager was already not happy with her.

See her previous (potential) legal troubles with Google that she even acknowledges herself.

> I was in the middle of a potential lawsuit for which Kat Herller and I hired feminist lawyers who threatened to sue Google (which is when they backed off--before that Google lawyers were prepared to throw us under the bus and our leaders were following as instructed) and the next day I get some random “impact award.”

https://www.platformer.news/p/the-withering-email-that-got-a...

Yes, implicit conversion in both PHP and JS are brain damaged by today standards, but that's life with legacy cruft.

Using money as a proxy for "dominant thinking" is a good example of SV VC thinking.

While the rest of your post sounds reasonable:

> Right now Silicon Valley VC thinking is the dominant ideology

Are you sure? Are you talking about the US? And even then it's probably true for only ~half of the states? Are you talking about the business world? The whole of EU seems to strongly disagree with SV VC thinking.

Edit: Why doesn't the EU replicate the success of US startups? You think EU policy makers don't understand what is needed for that? Or that there's not enough "talent"? I doubt it. I think it's a more or less conscious decision to avoid the US startup culture. It's a cultural thing.

It is well documented that strings are converted to integers when comparing with integers.

It is well documented that when converted to integers, strings containing a number at the start will be converted to that number, and drop any string after, e.g. '1eabc' becomes 1.

It's also been a best practice for a looong time (since something like PHP 5.4) to use === to test for equality.

Honestly, I wish dang just immediately force-collapsed these upvote/downvote speculation threads.

Seems like we should outlaw or severely limit one of those business models.

What about manual tests? You know, just running the app on your machine and check if it works/how it works.

You're forced to either share the aws resources with other devs or provision separate resources for each dev which is a big PITA.

I think you should take this as "how are you feeling?" rather than "have you been diagnosed with depression?".

Honestly, at least in modern PHP, people just avoid using that level of dynamicness or explicitly annotate it where possible.

I will require changes in code reviews if PhpStorm cannot analyze usages in your code.

> Still, there seems no JetBrains for Bash, ansible(yaml), HTML, Latex, Rust (though there is a plugin), or markdown.

There are very high quality third party plugins for everything you mentioned except maybe Latex? HTML support is built-in for sure in all the web-focused IDEs (pycharm, rubymine, phpstorm, webstorm). I generally edit almost all my files in a JetBains IDE, heavily using the "scratch" feature.

The Rust plugin is not ideal yet, although it is officially supported so in time it will probably have the same support and quality other products have.

> I'm convinced this comes from the fact that IDEs have to be both highly opinionated and very flexible: supporting all of flask, django, pandas+Jupyter and ansible, properly, is tough: all are Python, all are really different. Either you turn Pycharm into something that does not work good for anyone (lowest common denominator) or you have to leave out communities.

Yes, some frameworks are not fully supported, which is inevitable. The most popular frameworks will usually have an official plugin. I wish more framework/language communities would take developing a JetBrains plugin more seriously.

The language plugins do usually leverage community tools when possible, but sometimes it is prohibitively expensive performance-wise.

In conclusion: Vim and Emacs do win in ubiquity for sure. It is unfortunate though that many communities only focus on getting those type of setups working well. The JetBrains IDEs are MILES ahead of what Vim, Emacs or Visual Studio Code can do with their hodge-podge of plugins that I would never trust with a context-aware automatic refactor in my life. Those editors are in fact a "lowest common denominator", and people lose so much productivity because of them.

In fact, I will consider a language "niche" until it gets proper JetBrains support for the above reasons.

JetBrains products work (mostly, I will concede) the same across all their products.

Literally whether I open RubyMine, PyCharm or CLion I feel at home.

Rather "comically useless" than "pious".

I think "single-tasking" is key though :)

That's exactly what the maintainer of faker.js is doing. He decided to stop giving away free lunches.

How are Vimeo and Slack Magento or Wordpress businesses? Etsy also most certainly does not primarily use those.

But does it send email?

It's still static in the sense that the method is tied to a class, not to an object instance. Does that mean it's "less" static? I wouldn't say so.

You have to realize, using miles to convey the "sense of scale" to non-Americans is ironic because... we can't be bothered to understand how much 10000 square "miles" actually is.

Stole the words out of my... keyboard.

Wait till people who love WFH say "You just need the proper setup".

Yes, I need a proper setup. An office, please.

Except most laptops with a dedicated graphics card force you to use both.

The ones that rely fully on the the dedicated video card are high end and usually have different disadvantages (weight, battery time).

Next question: how many resources?

You are definitely correct. People who argue against squashing have not worked on 10+ years old actively developed repositories, or in big enough teams.

A commit is a change. A change has a ticket. A ticket is a small piece of work that does not result in 3k changed lines.

This ensures that the change rationale is fully documented and easily identifiable.

Nobody needs those "fixed typo" commits. Nor the "implemented function A" commits. What IS the change that you're doing? What functionality? That's the most comfortable commit granularity to debug imho.

But then... PR titles don't show up in the git log.

That's exactly the point :)

This is why no-code solutions have never become popular.

It's just a numbers game. We are not perfect, and nothing in the physical realm is perfect, even on electronic chips bits can be flipped by cosmic rays and lead to errors.

With every action or decision we take there's a non-zero probability it is a mistake. Over the course of our life we make a ton of decisions. The only thing you can do is reduce the error rate.

You know that you can buy magic mushrooms almost anywhere in Amsterdam today right?

Legally. In shops.

Don't think a real time trading website has anything to do with HFT. Still, some of these trading websites that target day traders for customers need to be pretty fast.

You're probably on point. This globalization thing is just taking a while, and the transition period is not ideal. Give it a few more generations and the relevance of smaller cultures will shrink more and more.