I said nothing about the difficulty of learning. JS/TS developers are easier to find and are cheaper, and the current climate wants everybody to be full-stack developers. The cost savings of Go isn’t there :(
You’re right, you didn’t mention difficulty, but you did say
Abundant nodejs developers can pump shitty code faster, therefore delivering features faster.
I don’t believe developers can write code faster in JS than that can in Go. And the truism is still true: just as 9 women can’t make a baby in one month, at a fairly early point you can’t develop an application faster just by throwing more people at it.
I object to that basic premise: that dumping a hoard of developers on a problem is somehow going to get it done more quickly, or more cheaply. In fact, the only guarantee of that approach is that the quality of going to suffer.
I fully agree. Sadly, in reality, mid-level managers will happily sacrifice quality for speed, and before the whole thing falls apart, they move to another company with better pay.
I said nothing about the difficulty of learning. JS/TS developers are easier to find and are cheaper, and the current climate wants everybody to be full-stack developers. The cost savings of Go isn’t there :(
You’re right, you didn’t mention difficulty, but you did say
I don’t believe developers can write code faster in JS than that can in Go. And the truism is still true: just as 9 women can’t make a baby in one month, at a fairly early point you can’t develop an application faster just by throwing more people at it.
I object to that basic premise: that dumping a hoard of developers on a problem is somehow going to get it done more quickly, or more cheaply. In fact, the only guarantee of that approach is that the quality of going to suffer.
I fully agree. Sadly, in reality, mid-level managers will happily sacrifice quality for speed, and before the whole thing falls apart, they move to another company with better pay.