How did this happen?
I would argue being there since the beginning (yes, I’m *that* old) makes it even tougher — Tim Tate
var was left in the dust.
function never exist any more.
Prototype-based inheritance, which took a long time to learn properly, is gone, hidden under the 🌈 carpet of classes.
This was just the surface.
One big shift that was happening was building.
script tags, to having build steps that compile our language to some incomprehensible huge file. At first I resisted strenuously, I got up in my tower fully armed with cannons to fight the build army.
But when the Babel forces came along, I initially fought even harder but in the end I raised the white flag, and I joined the enemy.
I realized Babel is not some fancy library that introduces future, edge features, and when those land in the browser we’ll forget Babel. No, Babel is here to stay, for the foreseeable future.
When ES2017 will fully land in the browser, Babel will allow for ES2018, ES2019 and so on. There’s no escape. Embrace the future, Babel is your friend.
create-react-app , the React Boilerplate that hide the tiny details for you and let you focus on the code.
ES6 was so big that the ECMAScript committee decided to do smaller releases next time. This is why ES6 is also called ES2015, and was the first release with the year— we’ll have a yearly release from now on. It’s easier to catch up, will have less changes as the time to add them is limited, and it’s predictable (surrend, there will be change).
If you’re like me, you might follow a lot of people on Twitter that are always on the edge. Maybe some thought leaders that dictate what’s the next big thing. They say to use X, everyone else uses X.
Maybe they like to show their snippets using the latest APIs which are not even close to be standard, but can be used with a flag in the browser.
They might have a good reason. You do not. Don’t fall in the trap of the new shiny toys, focus on your work.
But the thing to note is that the big things do not change much frequently.
React is 5 years old.
Vue is 4 years old
4 years is a very long time in tech. Those are stable technologies. Learn it now, they are here to stay for long, too — not going away.
You have plenty of time to become an expert in any of those frameworks, they are not going to go away any time soon.
That said, anything has a lifecycle.
A few years ago jQuery was used everywhere, now rarely new projects start with it.
In 2013 Backbone.js was huge. Now it disappeared from the map.
CoffeeScript, removed from the face of earth.
Ember.js, Angular.js and Meteor rocked and stayed at the top of their popularity for a few years, now the most talked ones seem to be React, Vue and Angular (which is different from Angular.js).
Each cycle for those major frameworks usually lasts quite a few years. I still have lots of Ember.js applications running just fine, there is no need to update them if they do their job, and I don’t plan to touch them.
Tech evolves and matures, then it gets used rather than talked about.
Some people have a thick skin, but if you read around enough, you fill find out those that despise technology that once everyone used — since they know better, they want to inform you that you are wrong 😆
Having used PHP for a long time, I got used to this, it’s normal to have people criticizing something popular. Even Go, which is amazing for its simplicity and sometimes criticized for that. You will always find someone that throws shit at something.
As an example, I have to cite this tweet by Pieter Levels, which built a huge independent business with a single PHP file. And see the comments 😉
But as a beginner you might find out someone that says you’ve chosen an old tech, that no one uses it any more, that you should use React instead.
Ignore them, move them out of your mind.
Remember: if it works for you, it’s the right stack.
If it works for you, it’s the right stack.
Most of the times tech is built from giant companies with needs completely, radically different than yours, or the ones of your small team. Go with what you know and make a difference even without using leading edge technology.
The other part of the spectrum is over-engineering. Don’t use a tech just to feel smarter. Know it better. And learn when to use a framework or library helps you.
While it might sound from reading your Twitter feed, no one knows everything. There’s no way one can learn all the stuff that’s going on in frontend development. This is a lifetime school. There’s absolutely now way to graduate.
It’s not by chance that React and Vue have an amazing documentation.
It’s a key part of their success.
Last year the ECMAScript language introduced await/async and now that feature of the language is used a lot. Promise-based code looks simply bad, you feel the urge to rewrite everything.
Don’t do it, and instead use new features for new code you write.
The same will happen this year, with ES2018. Everyone will talk about them for a while, then we’ll get back to work and we’ll start talking about the ES2019 features.
Developing on the Web Platform requires a commitment to learn something new often, even just to find out what’s possible.
Sometimes learning in 20% of the time the 80% of the things you will need is enough, without diving too much into the edge cases.