Live data from Hacker News

Ask HN: Is all programming constantly changing or just front-end JavaScript?

news.ycombinator.com

41–50 of 139 posts

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#41

    Every programming language consistency is
    inversely proportional to the scale of adoption.


And by adoption i mean how popular it is with actual companies using it and pushing delivery over code-quality, with an ever growing pool of junior devs. Adoption as hobby languages or slim startups full of very experienced devs doesn't count.

> PHP PHP is in usage decline (by the demographic outlined above). So it is getting more consistent (take a look at it during the 3->4->5 timeframe, you will think JS is moving slow)

> [ruby on] Rails This is even on a steeper incline than PHP today. So expect more consistency i guess.

> everywhere or

Java is always popular (it's the bread and butter of the demography defined above!), and people make money selling IDE plugins (something hard to grasp out of the java world) which accelerates the inconsistency. So it is always a crap shot. A pile of incompatible concepts every time a new senior dev passes trhu the project. Not to mention in the last years every project moved full steam to scala and then back. So every 4yr you can see the same project and not have any idea what is going on because they moved from ant to maven or gradle, or rewrote half (only half) the project in another jvm language, or now every method and class is full of never seen before toolkit annotations, etc.

GoLang started as a nice perl/bash script replacement and is becoming the new web application server as it gains adoption. Which was first bringing consistency and parallelization to what used to be done with perl or bash, is now full of weird ways to manage packages, which are mostly implementation of web authentication and what not.

erlang is in sweet spot. Some bigCo uses it as hiring bait, and there is lot's of smaller companies using it. There still isn't a mass of jr devs pumping out features on erlang projects, so consistency is at an all time high. With frameworks that actually add to the ecosystem instead of flipping everything on its head for silly syntax sugar.

Cpp had a bump in adoption recently because of CND related projects and more focus on ssl and things like that. So the new standard bodies are busy at work churning in new things nobody asked for, but that so far everyone is loving.

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#42

From what I could see, the amount of churn in the Javascript world is unsurpassed by anything in software or product, almost to an order of magnitude. I ended up being a product designer (my main, academic education), a frontend, and a backend with varying levels of expertise in my lifetime, so I have some direct experience. My current advice as of April 2019 is to keep calm, if you can stay away from JS, do it, if y…

About web pack and many others:

I use Vue with several others dependencies. But 0 package managers.

This is mine:

    cat js/vue.js js/vue-router.js js/vuelidate.min.js js/validators.min.js 
    js/vuex.js js/vuex-i18n.umd.js js/translation.js js/vue-moment.js 
    js/vue-virtual-scroll.js > js/build.js
0 problems. Predictable, not folder with millons of little JS files, etc...

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#43

From what I could see, the amount of churn in the Javascript world is unsurpassed by anything in software or product, almost to an order of magnitude. I ended up being a product designer (my main, academic education), a frontend, and a backend with varying levels of expertise in my lifetime, so I have some direct experience. My current advice as of April 2019 is to keep calm, if you can stay away from JS, do it, if y…

Does Vue + TS remove the need for Webpack? Which one creates the JS and CSS bundles?

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#45
I'm doing Rails now, and I'd say no, it's just JS. Since Rails 4 was released particularly, most things upgrade between versions with only minor hiccups. The changes are mostly adding new modules to have a standard way to do various common things, but the old ways generally don't stop working. You can upgrade to the latest Rails and switch over to the new module, or not, at your leisure. New Ruby versions come out pretty regularly too, and the changes are mostly improvements on speed and memory usage, and addition of new syntax types. I don't think there have been any breaking changes since Ruby 2.0 was released.

I've worked in a few other languages, and I don't think anything else has the vibe of rewriting your whole system around a whole new popular framework every few years.

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#46

I program in C, C++, and Python at my day job, and those languages are pleasantly stable.

That's good to hear. I was worried that C++17 was a major revision to the language. At least Python hasn't had a major release since 2010 (Python 2, anyway).

> At least Python hasn't had a major release since 2010 (Python 2, anyway).

I'd argue PEP 484 is possibly more transformative than the change from print 'foo' to print('foo')

https://www.python.org/dev/peps/pep-0484/

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#47

Earlier quoted context omitted.

That's good to hear. I was worried that C++17 was a major revision to the language. At least Python hasn't had a major release since 2010 (Python 2, anyway).

Most places seem to use very old C++ versions.

I managed to get approval to bump my group up to C++11 a couple years ago thanks to some significant new features in the STL like usable smart pointers. So far none of the successive standards have offered anything sufficiently worthwhile to move us off C++11. It's possible that a new standard will introduce a killer features, but I wouldn't be too surprised if we simply stayed on C++11 forever.

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#48
post #34

Every 15-20 years everything changes, the new generation ditches the old, repeating the same mistakes nth time but making some progress.

2 steps back, 3 steps forward. Sometimes, during spring cleaning, you have to make a bigger mess to get to a cleaner state than when you began. It's a timeless issue. Continue to patch existing codebase with known flows that are so severe that it will never allow for full completion, or scrap the whole thing and start over using $newHotness that has the potential to get you where you need to go?

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#49
While I think things have changed a lot since 2012 (when I started) I don't think they've changed that much since 2015. The language and ecosystem went through a lot of churn as single page apps and front-end complexity exploded. In 2012, there were something like 10 different popular JS frameworks to pick from and most of them have been all but replaced by the top 3, which seem to have stabilized: React, Angular 2+, and Vue.

ES2015 brought a lot of changes to the language itself. But recent years have been less dramatic minor syntactic improvements.

Front-end web has unique challenges and constraints that other front ends don't have to worry about as much.

A web app has to download the full payload of the app code and execute in one sitting. Yes, there's a myriad of ways to optimize this (such as caching, server-rendering, etc), but having to understand that just adds to the complexity of web development (and places evolutionary pressure on JS frameworks).

A web app has to look and run well in a huge range of screen sizes and devices and browsers. Android and iOS apps can target minimum versions of an OS or can usually ignore devices older than a few years. Browsers can't break backwards compatibility.

There is no common, prescribed tooling for the web like Android, iOS, and Windows enjoy, for example. This is a trade-off. I think the web sees more innovation and creativity as a result. But there's something to be able to spin up Visual Studio or xCode without having to worry about researching the trade-offs between 5 different approaches to tackle UI development.

Ultimately, I think JavaScript gets a bad rap, but the churn is intimately bound to its role as the universal programming language of the web. The web is no walled garden and it has evolved dramatically over the past decade. We should celebrate that JS has been flexible enough to grow with it.

Re: Ask HN: Is all programming constantly changing or just front-end JavaScript?

#50

Earlier quoted context omitted.

That's good to hear. I was worried that C++17 was a major revision to the language. At least Python hasn't had a major release since 2010 (Python 2, anyway).

Most places seem to use very old C++ versions.

The trick towards succcessful C++ development is to be very judicious in picking the features that you use. So not jumping to immediately using all the new features is a good sign.
Post reply on HN