Come sviluppatore junior, come posso affrontare le critiche sugli strumenti scelti non ancora utilizzati [chiuso]

Così ho iniziato un mese fa in un'azienda relativamente piccola (12 persone nell'edificio) come sviluppatore junior senza esperienza professionale a parte il mio (7 anni) e nessuna laurea. Stiamo costruendo un'app JEE che dura da 15 anni e per la prossima versione è stato deciso di ricostruire il frontend, rimuovendo i frame / iframes / JSP e utilizzando un'API restoration. Hanno anche deciso che avremmo usato ExtJS come framework. Ho appena iniziato a scoprirlo ed ecco cosa ho pensato:

• Hanno una grande, anche se non esaustiva, base di componenti disponibili

Tuttavia:

• Il framework fornisce scarse informazioni sugli errori incontrati. Ad esempio, non prova il tipo di dati inviati alle classi, portando a criptico x is not a function dove una struttura appropriata come reagire avrebbe detto x is y expected a z .
• La community è di piccole dimensioni e gli errori di google sono spesso inutili, quindi sei lasciato senza aiuto / che richiede l'aiuto di un dev senior
• L'interfaccia utente sembra merda. Sul serio. Le loro icone sono brutte. I loro pulsanti sono solo rettangoli. Hanno una scarsa scelta di colori. Hai persino un designer? Un bambino di sei anni avrebbe potuto fare un ottimo lavoro.
• Le meccaniche sottostanti non sono ovvie: gli ambiti non sono chiari, ciò che un singolo parametro farà in modo efficace non è chiaro ...

Non sono l'unico a sentirlo in questo modo, il nostro webdesigner interno è d'accordo. Vorrei presentarlo al mio manager, penso che se l'avessi portato nel modo giusto avrebbe ascoltato. Anche se non è la prima volta che parlo di scelte tecnologiche (usiamo ancora CVS e non usiamo alcun strumento di costruzione come Maven) ma credo che la scelta della tecnologia, quando si ricostruisce da terra, sia una questione di importanza e andare fuori dal piede sbagliato potrebbe essere dannoso.

Ho già chiesto perché scegliere ExtJS su React / angular etc e sembra perché - Il nostro quartier generale come extjs, e già pagato per questo - la licenza potrebbe causare problemi con un altro approc (dato che avremmo bisogno di più librerie)  - il debito tecnologico potrebbe essere un problema (es. versionings angolare)