[No PHPun Intended] A Brief History of Web Development
-
Probably because someone said it was a good idea in a meeting.
There is absolutely no way that’s true lol
-
There is absolutely no way that’s true lol
Its the most true thing you'll read all day.
-
PHP will never die. As long as code is written there will be PHP developers there to claim it's good now.
Just like COBOL
-
Its the most true thing you'll read all day.
You should look into it. Apparently it was quite a performance increase. I don’t understand all the technical details, but it is very cool to see what large enterprises do at scale.
-
Early Kotlin and early Swift were good.
Early Swift was very slow to compile and start. The debugger was nonfunctional.
Otherwise it was pretty usable. Especially since it got to leverage the huge libraries written for Objective-C.
Which meant it lacked some basic collection types. A Swift native Set was introduced with Swift 3 IIRC. Before that you had to bridge back and forth between Swift and Objective-C. Sometimes leading to unexpected behavior at runtime.
In Objective-C if an object reference was nil, you could send it messages (call methods) without a problem. Swift however did away with this. Optionals had to be explicitly unwrapped. So if the annotations weren’t correct, Swift code would crash at runtime where Objective-C would have been fine. Lots of bugs related to that existed.
Swift peaked around version 4. Since then, they have been adding kitchen sink features and lots of complexity to feel smart.
I still would have preferred an Objective-C 3.0. Chris Lattner was a C++ guy and never really understood Objective-C culture and strengths.
-
Lol I've used both, FastAPI is nice too! I think my ideal situation would be FastAPI's endpoints/routing, combined with Django's ORM and DRF's automagic serializers/viewsets.
You may like Django Ninja with a dash of FastAPI-HTMX or Fasthx.
-
I agree. A lot of people who mock PHP know almost nothing about it but they know they're supposed to hate it because all the cool kids do.
"What's the best tool"
"LINUX!!!!"
"Weird because I haven't told you what I'm trying to build yet"
-
Java is a better fit. It hasn't fallen in popularity the way PHP has. But, I'm not convinced that serious backend services mostly use Java. It's one of the languages used, sure. But, I don't know if it beats C/C++ or Go. Apache's C. Nginx is C. Kubernetes is Go. Docker is Go.
I think Java has a niche with certain kinds of business logic applications, and those are pretty common. I would guess that in a typical set of interactions with a Google product, or a Meta product, or an AWS product, some parts of the traffic will be handled by services written in Java. But, others will be C/C++ or Go. There will probably also be some parts of the process that are PHP or Ruby or Python, and a lot of Javascript.
Java has been running serious server software since the mid 1990s. Think WebObjects running on Solaris. Lots of business stuff with big databases still run infrastructure like that.
Java still has the big advantage of being machine agnostic. No need to recompile for ARM or Intel.
-
Java has been running serious server software since the mid 1990s. Think WebObjects running on Solaris. Lots of business stuff with big databases still run infrastructure like that.
Java still has the big advantage of being machine agnostic. No need to recompile for ARM or Intel.
Yes, and?
-
"What's the best tool"
"LINUX!!!!"
"Weird because I haven't told you what I'm trying to build yet"
I would have gone with hammer.
