I have never used Redux, even after using React for 2+ years.
What's your unpopular opinion or something you?
I have never used Redux, even after using React for 2+ years.
What's your unpopular opinion or something you?
For further actions, you may consider blocking this person and/or reporting abuse
Aditya Oberai -
Awais -
Sh Raj -
Wind UI -
Latest comments (65)
100%, unfortunately that language isn't ready yet.
"Good" code is not elegant or clean, and it's never DRY.
Code coverage is a terrible metric, and unit tests are usually a waste of time
It's NOT okay to be soft.
I'm actually publishing a post about it tomorrow. Stay tuned.
Hahahaha agreed!
Absolutely! This has been true for me as a TypeScript developer.
I'm going to throw in a suggestion for ReasonML on this one. TS and Flow are great for many reasons, but ReasonML is just 100% better in every way. Compiles to JS and native, and has solid web frameworks in the ecosystem. Can't really go wrong.
Classes are the worst thing has ever happened to Javascript
That is a very popular opinion.
I tend to agree. It's nice to have "class" syntax if classes are what you actually want... But a lot of old-school devs saw that and said, "Oh, I guess we can do real OOP in JS now..." And JS is just fundamentally not object-oriented in the way that C# or Java are. It's silly to force that paradigm on a language that does so much more...
Is that assuming the strong-typed language compiles to Javascript? What about the cases where the target is a browser?
It's better to write dirty, understandable code than highly abstract and incomprehensible one.
Also, sometimes it's better to repeat some code rather than refactoring a days work just for the sake of "cleanness".
I would say it's almost always better to repeat code.
I repeat this regularly at work. We have a developer who (in PL/SQL) wrote a parameter as "parameter := null" instead of "parameter default null", and the reason was that "I'm not a typist".
That we teach to much technical/frameworks/lib stuff and don't teach enough how to think about code and how to abstract things in a general way.
People hating on language X. Nobody is forcing you to use Language X.
Google, Facebook, Netflix, and all the big tech companies are highly overrated as an employer.
Javascript has become worse in the past couple of iterations.
I think I can guess why you're saying this, but mind elaborating?
(actually planning to write an article on this, if I ever overcome my self-hate/shyness/etc)
Meetings are not something you should avoid or which you should hate, stupid meetings are.
A kick-off meeting is useful, a planning meeting is useful, a retrospective meeting is useful... they are literally there to explain to you how to do stuff, to help the company strategize and/or to help your company make a comfortable environment for you.
Other meetings are to be avoided/hated (and I am looking at you 3-hours long meeting on "definitions")
But the only image you give as a hater for all the meetings independently on what they are about is a very not-professional one.
Javascript is overrated and has an overly complex eco-system. It belongs in the browser.
JavaScript tooling is too complicated but I'm not even sure it's an "unpopular opinion" anymore, even tools developers are aware of that and are working every day to make it simpler (or to hide complexity away with easier abstractions)