Se stai sviluppando la tua architettura o usi intensamente API API di anothers, come promuovi la consapevolezza dello staff di programmazione? Ad esempio, supponiamo che tu usi i controlli Infragistics per le app C # winforms: i controlli hanno un carico di metodi, alcune stranezze e il modo migliore per utilizzarli per la tua applicazione. Come promuovi il trasferimento delle conoscenze attraverso il tuo staff di programmazione? Wiki? E-mail? Blog?.
La documentazione sembra il posto più ragionevole per informare il team di sviluppo sull'implementazione e l'utilizzo di librerie esterne / API.s
Le email si perdono, non vengono lette.
I wiki sono per contenuti interconnessi.
I blog sono di solito per le persone.
La documentazione serve per comunicare le prove di qualcosa.
Anche se suppongo che potresti avere una riunione inizialmente quando un progetto inizia a discutere su una API / libreria prescelta per assicurarti che 1. tutti siano sulla stessa pagina e 2. nessuno teme di usarlo che potrebbe essersi perso .
Utilizza una combinazione di formati, appropriata per ciascuna funzione di conoscenza.
Blog e feed RSS possono essere utilizzati per annunciare aggiornamenti, notizie, ecc.
I wiki possono essere usati per documentare standard, politiche, processi, how-to, API, ecc. attuali. Il contenuto può essere strutturato, dato un sommario e indice, supporta lo sviluppo di commenti, fornisce versioning, aggiornamenti dinamici, ecc.
Forum / forum di discussione possono essere utilizzati per risolvere problemi di natura tecnica o gestionale.
Consentire definitivamente il tagging del contenuto taggato per una varietà di categorie (tipi di dati, livelli, funzionalità, bug, ecc.)
Leggi altre domande sui tag development-process