Ci sono delle trappole da considerare quando ci si integra con terze parti? [chiuso]

0

In molti dei miei progetti personali e professionali arriva inevitabilmente il momento in cui dobbiamo valutare i pro ei contro dell'integrazione di terze parti rispetto allo sviluppo di una soluzione domestica. Sono sempre stato un fervente utente di risorse open source e ho affrontato i programmatori che rispetto chi seguiva un altro percorso. Gli argomenti sono complessi e spesso mi perdo in ciò che sono pro e contro dell'uso di terze parti in generale.

Ad esempio, uno dei progetti che lavoro per implementare un broker di messaggi con un protocollo personalizzato. Sono abbastanza sicuro che avrebbe potuto essere implementato utilizzando un broker AMQP di terze parti. Ridurrebbe la base del codice e, sebbene non ne sia ancora sicuro, potrebbe migliorare le prestazioni e la stabilità complessive.

Sono ancora nuovo nel progetto e probabilmente mi manca qualcosa, ma non è un caso di reinventare la ruota, o ci sono delle insidie nell'usare terze parti di cui non sono a conoscenza? Sto guardando se esiste una linea guida generale per i casi "borderline" in cui entrambe le opzioni (utilizzando una terza parte o sviluppando in-house) sono realistiche.

    
posta Arthur Havlicek 21.06.2016 - 10:43
fonte

1 risposta

2

Ci sono molte, molte cose di cui c'è bisogno considerando che potrebbe rendere problematica una soluzione standard. Alcuni dei più importanti sono:

  • completezza - fa il lavoro che ti serve completamente, o passerai del tempo ad apprendere i suoi interni per estenderlo
  • robustezza - fa bene il suo lavoro, senza bisogno di soluzioni costanti per casi d'angolo o bug veri?
  • prestazioni - fa un lavoro più difficile di quello che ti serve e che lo rende troppo lento o troppo affamato di risorse per le tue esigenze? * .documentazione.- è adeguatamente documentato in un modo che rende abbastanza facile comprendere
  • compatibilità - se disponi di sistemi legacy che potrebbero o dovranno interagire con esso, ciò sarà eccessivamente difficile? (Soprattutto se si hanno applicazioni in lingue obsolete che è improbabile che abbiano librerie di interfaccia)
  • licenze - la sua licenza richiederà alla tua azienda di fare qualcosa che non è disposto a fare / pagare più di quanto sono disposti a pagare?
  • facilità di migrazione - se ti servirà in un secondo momento per passare a un altro sistema, quanto sarà difficile fare quel lavoro?

E bilanciati contro tutti questi:

  • quanto tempo ci vorrà per sviluppare il tuo
  • quanto sarebbe meglio il sistema standard della tua versione?
risposta data 21.06.2016 - 14:40
fonte

Leggi altre domande sui tag