Miten balansoida valmiiden kirjastojen määrää vs teknologian ominaisuuksia käytännön projekteissa?
Esim. React vs JS vs Amber vs Elm?
Asiakas ei piittaa kuin näkyvästä lopputuloksesta? Eikä maksa sisällöstä. Eli React siksi.
Voiko asiakkaalle myydä oikeasti vaikka päivityksen laskevia kustannuksia, jos valitaan robustimpi teknologia?
Voiko asiakkaan oikeasti saada maksamaan lisähintaa siitä, että esim. Elm-ohjelman kehitys veisi 40% enemmän aikaa?
Tai että ohjelma on todennäköisesti bugittomampi esim. Elm:llä?
Onko Java välttämättä kustannustehokkaampi kuin C++?
Yms.
Eikös Stroustrupin mukaan ole vain käytettyjä ja parjattuja teknologioita?
Vai onko niin että tosiasiassa monessa paikassa tehdään silti legacyä, koska toiseen vaihtaminen olisi liian kallista?
Listassa olisi siten myös Angular.
Aihe on jo aika vanha, joten et voi enää vastata siihen.