Live data from Hacker News

Ask HN: Does anybody still use jQuery?

news.ycombinator.com

41–45 of 45 posts

Re: Ask HN: Does anybody still use jQuery?

#41

Earlier quoted context omitted.

If I look at the last two, it was 6 month and 9 month. The first one was initially thought to be just another search engine for some of the company's content. Then it got transformed into the main data store including CMS and all those nicetees. In the end, 7 people worked on it. The second one was a tool used only internally by my customer's employees. They then sold the idea to some of their customers and it had to…

How are those big projects? Why would you need any scalability for that? From what you just said they're running for, at most, a few thousand people. In terms of loads/numbers/etc. that's child's play and definitely not "huge applications". The kind of decisions he's talking about are for things with thousands of concurrent users per second, not per day. That kind of stuff could be dealt with a single desktop compute…

To quote myself regarding micro-services: "I REALLY REALLY REALLY like that micro-services make your boundaries explicit and enforce you to write contractual APIs aka Interfaces. Much more than all the promises of scalability etc."

With huge applications, I mean 10s of thousands of lines of code with features added on a daily basis by multiple developers.

What both have in common is that they started us as seemingly small 'throwaway tools' but grew into business scale applications that serve now a core purpose.

Btw, who said I didn't use MySQL and PHP ? :D

Re: Ask HN: Does anybody still use jQuery?

#42

Earlier quoted context omitted.

How are those big projects? Why would you need any scalability for that? From what you just said they're running for, at most, a few thousand people. In terms of loads/numbers/etc. that's child's play and definitely not "huge applications". The kind of decisions he's talking about are for things with thousands of concurrent users per second, not per day. That kind of stuff could be dealt with a single desktop compute…

To quote myself regarding micro-services: "I REALLY REALLY REALLY like that micro-services make your boundaries explicit and enforce you to write contractual APIs aka Interfaces. Much more than all the promises of scalability etc." With huge applications, I mean 10s of thousands of lines of code with features added on a daily basis by multiple developers. What both have in common is that they started us as seemingly…

Again, "10s of thousands" of lines of code is nothing. It's a few months work.

Introducing microservices into a small code base feels like it would be counter-productive. It adds a ton of unnecessary complexity to a tiny code base.

You don't want contractual APIs for code like that, as it grows the contracts are going to be constantly breaking as new features are added and the only people who care are the other, internal, developers.

If you used a statically typed language, in a monolith it would tell you immediately that it had happened as soon as you did your sync (which should be happening multiple times a day for everyone). Better still, the other developer would have had to deal with it, the only code you'd need to worry about is the new code you added, and again, your check in would break the build.

Code how you want, but my mind boggles at people doing microservices for tiny code bases. Much better to have a monolith until you get into the million of lines.

I am just thankful I work on statically typed monoliths where my tools just deal with it and I don't have to spend time setting up and debugging microservices instead of doing actual work.

Re: Ask HN: Does anybody still use jQuery?

#43

Earlier quoted context omitted.

To quote myself regarding micro-services: "I REALLY REALLY REALLY like that micro-services make your boundaries explicit and enforce you to write contractual APIs aka Interfaces. Much more than all the promises of scalability etc." With huge applications, I mean 10s of thousands of lines of code with features added on a daily basis by multiple developers. What both have in common is that they started us as seemingly…

Again, "10s of thousands" of lines of code is nothing. It's a few months work. Introducing microservices into a small code base feels like it would be counter-productive. It adds a ton of unnecessary complexity to a tiny code base. You don't want contractual APIs for code like that, as it grows the contracts are going to be constantly breaking as new features are added and the only people who care are the other, inte…

“You don’t want ...”

Thanks for telling me what I want :-) I also worked on statically typed monoliths (.Net)! I also worked on micro service systems (>70 services, 2 years of work) written in NodeJs.

It all has its pros and cons.

Re: Ask HN: Does anybody still use jQuery?

#44
I just use JQuery and a few other libraries as needed as I use ASP.NET MVC so that takes care of the backend, no need for ugly, complex JS, keep it as minimal and simple as possible. If things need to be done more intensely in front end I use Knockout which seems to be very good at what it does and doesn't muck it up by offering more than it needs or is meant for.

Re: Ask HN: Does anybody still use jQuery?

#45

"have taken over most of the mindshare" Have you got numbers to support that? Because I think it's wrong.

It's only my impression, really. But I have seen a slew of articles about how jQuery is dead, and very few people still writing articles about it's benefits. Many libraries that use it are also unmaintained now (though they often still work, of course). If you want some numbers, compare e.g. the dates on popular HN posts for jquery[1] vs react[2] and vue[3]. Most popular articles for jQuery are 4-6 years old, while f…

How many new articles do you see about C/C++? Blog hype does not represent language strength or longevity.
Post reply on HN