Your entire backend doesn't need to be all Node
Ask HN: How to avoid getting sucked in too deep by Node.js?
11–20 of 24 posts
Re: Ask HN: How to avoid getting sucked in too deep by Node.js?
#12Re: Ask HN: How to avoid getting sucked in too deep by Node.js?
#13I'm not suggesting one language is superior, but Go is fun and interesting, in addition to being a hot market commodity (also I think it will overtake Node in the times to come, but that's a pretty silly claim)
Re: Ask HN: How to avoid getting sucked in too deep by Node.js?
#14The counter to this (for me) is the "grass is always greener" desire for _the perfect tool_ for the job. Maybe it's a personality thing, but that causes some of us to be broad generalists instead of specialists.
Do you ever find Javascript or Node work tedious? Do you (like me) find screenfulls of NPM blah blah a turn-off? If so, I'll bet you can find some alternatives that promise great increases in one of the following: speed of getting things built, elegance of your code, ease of long-forgotten return and maintenance, mental strength building, etc. etc.
Try Clojurescript. You'll still have familiar reach to your JS stuff, but your brain will expand greatly. Or check out Elm. Or go "old school" and see what Elixir/Phoenix can do for you with Erlang OTP as your back-end. Different world, but one full of interesting cool "freebies".
Now, if you want $$$$, don't change a thing. JS will probably never die. If you aren't bored off your ass or annoyed until you want to scream every time you see ({ and }), then stay with what you know. You'll be a deep expert who can walk into the right situation and burn a trail to success (and income).
Remember, there are COBOL programmers out there earning HUGE contracting rates still. Someday future generations will say the same thing about Javascript programmers.
Re: Ask HN: How to avoid getting sucked in too deep by Node.js?
#15Re: Ask HN: How to avoid getting sucked in too deep by Node.js?
#16I say all this not as a Node fanboy; I've spent most of my career in ColdFusion and Ruby. I get the same doubts when I start something in Ruby (which is certainly further along in the lifecycle than Node). I'll jump off into something new and sexy, get a little stuck in the learning, and realize I'm doing my customer/employer a disservice. I'll go back to Ruby, and find that I end up with a more elegant, well thought out solution based on my experience in that space.
For instance: I recently had a hairy problem that I was convinced a fancy microservice to manage concurrency etc would be necessary to solve. I then found out that using my existing application, and using the connection_pool gem already in Sidekiq, gave me a better solution in a fraction of the time than I was planning on building.