Migliori pratiche per lo sviluppo di componenti - Parte 1

Ciao a tutti,

Da un po' di tempo a questa parte mi è stato chiesto di fornire alcuni dettagli su come Altium sviluppa i nostri contenuti e, più importantemente, cosa consideriamo le 'migliori pratiche'.

Fin dall'inizio, pensavo di fornire queste informazioni come note applicative o pagine wiki, ma dopo un po' di riflessione ho pensato che un buon punto di partenza fossero i post del blog. In questo modo posso registrare in modo intelligente i vostri feedback e idee, e poi incorporarli nelle dette note applicative, rivendicandoli come miei.

Un grande ringraziamento in anticipo per aiutarmi con questo ;)

Scherzi a parte, la verità è che Altium crea librerie di componenti per circuiti stampati per un vasto pubblico. Presumo che, sebbene siamo mossi più o meno dagli stessi principi, il modo in cui questi vengono applicati è diverso perché dobbiamo realizzare componenti per circuiti stampati che funzionino per tutti. A tal fine, qualsiasi documentazione sulle "migliori pratiche" deve essere contestualizzata in modo che abbia senso per ciascuno di voi.

Easy, Powerful, Modern

The world’s most trusted PCB design system.

Learn More

La mia speranza è che possiamo creare un insieme di documenti che descrivano quali sono davvero le migliori pratiche - una combinazione delle prospettive sia di Altium che dei nostri clienti.

Per spiegare perché sto scrivendo questo post; circa 2 anni fa sono stato coinvolto nell'istituzione del Centro di Sviluppo Contenuti di Altium a Shanghai. All'epoca mi occupavo del team di ingegneria applicativa di Altium in Asia e pensavo di conoscere l'assemblaggio dei PCB e i componenti per Altium Designer^®. Beh, mi sbagliavo di grosso. Ho avuto la fortuna di lavorare con persone che avevano 15 anni di esperienza nello sviluppo di librerie di componenti da cui imparare.

Quindi, iniziamo.

Quali sono i principi guida per creare un buon contenuto;

• Qualità
  Come mattoni fondamentali di un progetto, un errore semplice o sottile può avere conseguenze ampie e frustranti. Soprattutto, i componenti devono essere accurati e affidabili. La maggior parte del tempo nello sviluppo di un componente è dedicata alla verifica della sua correttezza.
• Organizzazione
  Inizialmente pensavo fosse banale, ma ho rapidamente imparato che la parola chiave per lo sviluppo era . Come se dovessimo essere in grado di trovare ciò che cerchiamo, rapidamente ed efficientemente.
• Usabilità
  Una cosa è creare un simbolo tecnicamente “corretto”, un’altra è farne uno che permetta di disegnare uno schema chiaro, ordinato e leggibile. Questo è così importante che in Altium abbiamo integrato questo requisito nel nostro flusso di sviluppo e nei nostri standard.
• Predicibilità (conformità)
  In un certo senso, questo è davvero una combinazione di buona organizzazione e usabilità. Per rendere possibili entrambi questi obiettivi deve esserci coerenza in quasi tutto. La coerenza rende possibile il riutilizzo, ma anche la navigazione e la ricerca.
• Quantità
  Forse questo aspetto è discutibile al di fuori del contesto del team di Contenuti di Altium? Non ne sono completamente sicuro. Al minimo, tutti noi dobbiamo essere efficienti e produttivi nel nostro lavoro. La quantità è davvero il risultato di questo quando un team è esclusivamente focalizzato sullo sviluppo di contenuti.

Quello che mi chiedo è se questi principi si allineano con la tua personale comprensione dello sviluppo dei componenti. Ci sono cose che ho trascurato o sottostimato?

Gestione dei componenti semplificata

Gestisci i tuoi componenti, ottieni dati in tempo reale sulla catena di fornitura, accedi a milioni di parti pronte all'uso.

Ulteriori informazioni

Per dare una copertura ragionevole a tutto, ho deciso di farlo in pochi post sul blog e spero di poterli consegnare in rapida successione. Per ora ho deciso di dividere gli argomenti così:

1. Standard di denominazione, perché e come.
2. parametri dei componenti,
3. generico vs specifico del fornitore,
4. sviluppare buoni simboli,
5. come Altium costruisce le impronte,
6. processi e infrastruttura di sviluppo PCB.

Strada facendo, voglio davvero essere guidato dal vostro feedback. Quindi per favore intervenite con qualsiasi commento e pensiero.