Codice buggy esistente o nuovo di zecca? (Dal punto di vista del tempo)

Question

Sto affrontando alcuni problemi con una biblioteca buggy che ho attualmente ed è utilizzato nel mio progetto attuale, devo finire questo progetto il prima possibile per consegnarlo al nostro cliente.

Tuttavia, questa biblioteca è orribile!

Molti bug, molti errori e cattive prestazioni, ho pensato di scrivere la mia libreria per gestire ciò che la biblioteca gestisce (GUI/grafica e alcune manipolazioni dei dati) ma mi manca il tempo per farlo.

Ho perso molto tempo a riparare questa biblioteca, quindi sono molto vicino alla mia scadenza con il completamento dell'85% e ancora molti bug che dovrò affrontare e correggere ogni giorno.

Forse mi chiederai la seguente domanda:

Perché l'hai usato in primo luogo se sapevi che era un passeggino?

Risponderò a questa domanda, il motivo per cui è perché la biblioteca buggy è considerata uno standard in azienda; Inoltre, non sono l'unico che pensa che la biblioteca sia buggy, quasi tutti gli sviluppatori lo odiano!

La mia domanda è: se dovessi consegnare il progetto attuale con quella biblioteca, quindi sviluppare una nuova libreria e usarla per migliorare il progetto dopo che lo consegna al cliente come aggiornamento o sviluppare la nuova libreria e riavviare l'intero progetto utilizzando il nuovo uno? e perché?