[gog]

We use it, we know it and can troubleshoot it if needed, it satisfies our needs and it works. What more do you need?

It also works for others, Github for example.

The only thing I am missing at the moment is a native UUID type so I don't have to write functions that convert 16bit binary to textual representation and back when examining the data manually on the server.

[dijit]

I strongly dislike how people look to github as an example, its the highest appeal to authority.

I know facebook uses mysql, but I also know that it is a bastardised custom version that has known constraints and has limited use (no foreign keys for example).

I spoke to the DBA who first deployed MySQL at Github and the vibe I got from him immediately was that he had doubled down on his prejudice: which is fine, but its not ok to ignore that it can be a lot of effort to work around issues with any given technology.

For a great example of what I mean: most people wouldn’t choose PHP for a new project (despite it having improved majorly) - the appeal to authority there is to say “it works for Facebook” without mentioning “Hack” or the myriad of internal processes to avoid the warts of PHP.

That a large headcount company can use something does not make it immune from criticism.

[capableweb]

> most people wouldn’t choose PHP for a new project

Is this really true?

I used to be a full-time PHP developer but I personally don't touch that language anymore. But it's still very popular around the world, I've seen multiple projects start this year use PHP, because that's the language the founders/most developers in the company are familiar with. Probably depends a lot on where in the world you're located.

Last Stack Overflow survey had ~20% of the people answering the survey saying that they still use PHP in some capacity.

[sroussey]

The beauty of PHP is that it is stateless and the end of the run, everything is freed. It is difficult to have memory leaks.

Personally, I like using Typescript/Javascript on both front end and backend, but I don’t look down at PHP backends at all. And it’s come a long way as a language.

I’ve been a fan of rolling your own stdlib as the semantics there are old and weird, but vscode tells you so who cares anymore.

[stephenr]

> most people wouldn’t choose PHP for a new project

Most people on HN, or most developers in the world?

PHP is still very popular, and plenty of people start new projects in it all the time.

> does not make it immune from criticism

Show me a technology without critics and I'll show you a technology zero people use.

[dijit]

I mean, outside of HN too: new projects are less and less commonly PHP based.

https://madnight.github.io/githut/#/pull_requests/2023/3

[stephenr]

I don't think that data is particularly meaningful, unless you're also going to claim that both JavaScript and Ruby are "less and less commonly" used, because they've both had much bigger drops, according to that data.

Pulls, Pushes, Issues and GitHub stars are terrible ways to gauge the popularity of a language.

[dijit]

¯\_(ツ)_/¯

There is no better measure I'm aware of, and I'll take any measure you supply.

I would definitely also argue that Ruby is in pretty significant decline, the majority of Ruby projects were sysadminy projects from the 2010 era and most sysadminy types learned it as an alternative to perl. Web developers who learned it were mostly using Rails which has fallen somewhat out of favour. YMMV obviously, but I can understand it's decline as Python has concretely taken over the working space and devops tools like Chef/Puppet are not en-vogue any longer as Go and Kubernetes/CNCF stuff took the lions share.

Equally: javascript (node, really) is less favourable to many JS devs than Typescript. If you aggregate TS and JS then you'll see that the ecosystem is growing but many people who are JS folks have switched to TS.

I'm taken aback by what you seem to suggest though; Would you seriously claim that most new projects ARE using PHP?

I would happily argue that point with any data you supply, it's completely contrary to my experience and understanding of things and I have a pretty wide and disparate social circle in tech companies.

[stephenr]

> I'm taken aback by what you seem to suggest though; Would you seriously claim that most new projects ARE using PHP?

No. I didn't say that, and we need to clarify what you meant originally to make sense here.

When you say "most people wouldn't start a project in php", there are two ways to interpret "most" in that sentence: "the majority of" (ie 50%+) or "nearly all of" (ie a much higher percentage). Both are accepted definitions for "most".

I assumed you meant the latter: ie "nearly everyone would not start a project in php", which is what I disagree with, because the former makes little sense in context.

If you did in fact mean "a majority of people would not start a project in php" then of course I agree because that sentence can be substituted to mention any programming language in existence and still be true, because none are ever so dominant over all others in terms of popularity, that more than half of all new projects are written in said language.

[radlad]

Ruby has had a huge decline in the past ten years, IMO.

Also, note that TypeScript is tracked separately from Javascript, which is likely part of its decline. I wouldn't be surprised if JS backends are ultimately declining as well (perhaps Go and Python are taking its place?)

[speleding]

> Ruby has had a huge decline in the past ten years, IMO.

People keep saying that. Ruby has had a "huge decline" if you look at the percentage of commits on Github over the last decade [1], a decrease of more than a factor of 3. However, in that same decade Github has grown (much) more than a factor of 3. So the total number of Ruby commits on GitHub has grown substantially. That's not really what I would call a huge decline.

[1] https://madnight.github.io/githut/#/pull_requests/2023/3

[Bognar]

Having worked at GitHub, we used MySQL because we've always used MySQL. It works because the business depends on making it continue to work, and switching off at this point is a multi-year effort. Herculean efforts have gone into scaling MySQL, and that is not without its own issues (outages, maintenance cost, etc.).

Isolation level consistency is not a problem I heard anyone talk about, but that's probably because most devs interact with the database via Active Record which is not exactly known for its transactionality guarantees (and is, of course, a source of yet another set of problems).

[stephenr]

> a native UUID type so I don't have to write functions that convert 16bit binary to textual representation and back when examining the data manually on the server

MySQL 8 adds the `BIN_TO_UUID()` function (and the inverse, UUID_TO_BIN), and supports the quasi-standard bit swapping trick to handle time-based UUID's in indexed columns.