This is the most common advice around these parts, but it seems woefully misguided to me.
The “only good answer” if there is just the one is that you should use whatever fits the requirements. If those requirements involve you getting to market as fast as possible in a highly generic domain (ie building a standard website) where the tools you know work just as well as others and you’re not worried about various other factors then sure, go with what you know and can churn out the fastest.
But though many projects may fit this mold they are by no means universal requirements, and your requirements may very well dictate the best path is for you learn new tech (for instance if you usually do .NET stuff but are building a a ML service on a device or something). Sometimes there are better ways to accomplish things than what you already know and you’ll indeed be better served by learning them. If you’re just a hammer looking at everything as a nail because you can bang on it the fastest you’ll stub your (and probably others’) thumbs one way or the other.
Not to mention learning new tech is often its own reward regardless of the much less certain fate of a given MVP. At the very least you'll have another tool in the toolkit to assess future project requirements, rather than blindly attacking everything w/ a hammer.
The “only good answer” if there is just the one is that you should use whatever fits the requirements. If those requirements involve you getting to market as fast as possible in a highly generic domain (ie building a standard website) where the tools you know work just as well as others and you’re not worried about various other factors then sure, go with what you know and can churn out the fastest.
But though many projects may fit this mold they are by no means universal requirements, and your requirements may very well dictate the best path is for you learn new tech (for instance if you usually do .NET stuff but are building a a ML service on a device or something). Sometimes there are better ways to accomplish things than what you already know and you’ll indeed be better served by learning them. If you’re just a hammer looking at everything as a nail because you can bang on it the fastest you’ll stub your (and probably others’) thumbs one way or the other.
Not to mention learning new tech is often its own reward regardless of the much less certain fate of a given MVP. At the very least you'll have another tool in the toolkit to assess future project requirements, rather than blindly attacking everything w/ a hammer.