Live data from Hacker News

Choose Shipping Over Using the Latest Shiny Framework

shoganai.io

11–20 of 21 posts

Re: Choose Shipping Over Using the Latest Shiny Framework

#12
post #6

Nothing is absolute. For new, small projects, choose a new unknown. For a big, important one you obviously don't just jump into something brand new.

Why would you choose an unknown though when there are tons of battle tested frameworks out there? The only reason I can think you would do this is if the framework offered something totally unique or revolutionary, but I really haven't seen that in many frameworks for a long time now.

Then why aren't you using Cobol (I assume you're not) :-)

Seriously it is probably a good idea to look a little at new things and possibly try one out and later switch every few years. I could be after 5 years or after 10 years but you can probably find things that helps a lot with some projects. Regarding the unknown one might want to differentieate between things you don't know and things almost no one knows about (ie very new things), the latter aren't really battle tested yet but the former might be.

Re: Choose Shipping Over Using the Latest Shiny Framework

#14
I think you should have a timeframe. It's ok to try a new framework or language after a couple of years, otherwise you will be stuck on something old. That doesn't mean you must use the newest js framework at all times (probably impossible). You might also start a project where your current framework+langauge is a bad match and then it might be time to try something new. Just budget a lot of learning time for it.

Re: Choose Shipping Over Using the Latest Shiny Framework

#15

Oh yeah! False dichotomy and praise of the duct-tape programmer ("The most important thing is shipping"). There is no progress in software engineering, just continuous adaption to broken processes.

So, using a shiny framework, which probably will not work (again!) is "progress"? And using proven methods to ship is what "duct-tape programmers" do? I see a false dichotomy here, but not in the article.

Re: Choose Shipping Over Using the Latest Shiny Framework

#16
post #15

Oh yeah! False dichotomy and praise of the duct-tape programmer ("The most important thing is shipping"). There is no progress in software engineering, just continuous adaption to broken processes.

So, using a shiny framework, which probably will not work (again!) is "progress"? And using proven methods to ship is what "duct-tape programmers" do? I see a false dichotomy here, but not in the article.

"Shipping" vs. "Using the Latest Shiny Framework" is a false dichotomy whichever way you look at it.

Re: Choose Shipping Over Using the Latest Shiny Framework

#18
Agreed, but it can be balanced. Dedicate 1h/d to learning, no more. Balance that 1h w/ new vs current tech. Some technologies really _are_ a major investment; while others are smaller improvements than is worth sacrificing your expertise, as you pointed out.

I've had "1h learning" as a daily task for many years now, it's how I transitioned from PHP to Node. Shiny and hot, yes, but more importantly it's one language across all the work I do, and that saves me _tremendous_ amounts of time from when I was on PHP. That was a worth-while investment. Now I'm using Angular while React is getting hot. I'm not convinced that'll boost my productivity substantially, but I have that 1h/d to learn so why not? If it turns out to slow down my productivity compared to my Angular expertise, then I'll veer that 1h/d towards something else instead (VR + Unity is sounding super interesting, or maybe I'll explore this functional programming stuff everyone's raving about).

Re: Choose Shipping Over Using the Latest Shiny Framework

#19
I'm (proudly) launching my SaaS offering using ASP.NET webforms. "Deprecated", "clunky", "not ideal", "at least switch to .NET MVC" are the usual responses I hear from other programmers.

I've got presales, and none of those customers give a shit about the platform.

Re: Choose Shipping Over Using the Latest Shiny Framework

#20
Yup. Developers writing about small performance differences between JavaScript frameworks, or the antics of this language over that one. It's gotten to the point where people are actually choosing friends and enemies over what framework they use, what programming language they prefer, or what tools they like.

It's becoming a bit counterproductive. I wrote a post about this because of how often I've come across it that's worth reading: http://room4debate.com/debate/tech-stacks-frameworks-languag....

Post reply on HN