#13 | Famiglie In-Place e Caricabili: l'ora che non rifai due volte

Hai un progetto aperto, e ti serve un elemento che non esiste in nessuna libreria: una mensola con una sagoma particolare, un pannello decorativo, un dettaglio che il cliente ha chiesto su misura per quella parete e solo per quella parete. Apri l'In-Place Editor, modelli, chiudi, vai avanti. Cinque minuti, zero attrito. Il progetto procede e tu non hai perso tempo a pensare a nomenclatura, parametri o dove salvare il file.

Poi arriva il secondo progetto. E quella mensola — con qualche variazione minima, la stessa logica, la stessa idea — ti serve di nuovo.

La riapri? No. Non puoi: è chiusa dentro il progetto in cui è nata, non è un file, non è nel tuo browser, non è da nessuna parte se non lì. La rifai da zero. E se ti serve una terza volta, la rifai una terza volta. Ogni volta la stessa scelta rapida, ogni volta lo stesso costo che ricompare — solo che questa volta non lo chiami più "risparmio di tempo".

La differenza tra In-Place e Loadable non è tecnica, è economica

Revit non ti sta chiedendo "dove preferisci modellare" — ti sta chiedendo se stai costruendo un elemento o un asset. Un elemento risolve il problema di oggi. Un asset risolve il problema di oggi e quello che non sai ancora di avere. La differenza si vede solo dopo, quando il problema si ripresenta e tu hai — o non hai — qualcosa da riaprire.

Questo è anche il motivo per cui, chi vive di Revit Families invece che di singoli progetti, non si pone nemmeno la domanda: ogni famiglia caricabile che pubblico sul Marketplace è nata da questo identico bivio, risolto nella direzione opposta. Non perché io sappia in anticipo chi la userà, ma perché costruirla come asset costa la stessa fatica di costruirla come elemento — la differenza è tutta a valle, in quante volte quella fatica viene ripagata.

L'In-Place non è sbagliato. È una scelta che vale finché sai già, con certezza, che non la rifarai mai più.

Il problema è che questo bivio, quasi mai, viene raccontato per quello che è. Ho visto principianti modellare un'intera parete cucina interamente In-Place — e ho visto video tutorial di colleghi che insegnavano esattamente questo. I primi non sapevano a cosa stessero rinunciando, perché nessuno glielo aveva mai detto. I secondi lo sapevano — o avrebbero dovuto — e non l'hanno spiegato lo stesso.

Non è un errore tecnico. È un vuoto didattico che si trasmette da un video all'altro, e che genera modellatori capaci di aprire l'In-Place Editor ma incapaci di riconoscere il momento in cui non dovrebbero.

Un esempio pratico

Prendi la Kitchen Utensil Cabinet del Marketplace. Non è nata per un progetto specifico — è nata per essere ricaricata in progetti che ancora non esistevano quando l'ho modellata. Questo ha significato pensare, fin dal primo Reference Plane, a cosa doveva restare fisso e cosa doveva potersi adattare: dimensioni, materiali, configurazione dei vani interni — tutto parametrizzato per rispondere a contesti diversi, non a un solo cliente.

Se vuoi vedere nel dettaglio come è costruita questa logica — dove vivono i parametri, come si muovono insieme i vari componenti del mobile — l'ho già smontata pezzo per pezzo in Inside the Files #10 | Tutto si muove insieme: anatomia di un mobile parametrico. Qui interessa il principio, non la meccanica: la differenza tra questa famiglia e una parete cucina modellata In-Place non è nella complessità geometrica. È nel fatto che questa, la puoi riaprire tra sei mesi, in un progetto che oggi nemmeno immagini, e funziona ancora.

Quando l'In-Place è la scelta giusta

Non tutto merita di diventare un asset. Una mensola singola, una libreria aperta con quattro ripiani, un elemento decorativo che non tornerà mai più — per questi casi l'In-Place resta legittimo, ed è anche comodo: lo hai a portata di mano senza dover aprire un nuovo file, scegliere un template, pensare a una nomenclatura.

(*Nel prossimo episodio di Inside the Files vedremo come modellare in-place passo dopo passo la famiglia di una libreria per home office)

Anche qui puoi lavorare con dei parametri — l'In-Place non ti costringe a modellare rigido — ma restano parametri "di casa": vivono e muoiono nel progetto in cui li hai creati, non li porti con te da nessuna parte.

Il punto è distinguere due situazioni molto diverse: farlo In-Place perché sai che non ti servirà più, oppure farlo In-Place perché è la strada più veloce e non ti sei fermato a chiederti se ti servirà più. Nel primo caso hai fatto una scelta. Nel secondo, hai solo rimandato un problema.

E se decidi che vale la pena costruirla come si deve — template corretto, categoria giusta, parametri pensati per durare — mettici l'ora che serve. Un'ora investita bene oggi è un'ora che non rifarai mai più domani.

Il consiglio Inside the Files

Se lo rifaresti anche solo una seconda volta, non è In-Place. È una famiglia che non hai ancora caricato.

---

Il criterio che hai appena letto — elemento o asset — è lo stesso che ha attraversato tutta questa stagione. Quando in Inside the Files #11 abbiamo mappato dove vivono Categoria, Famiglia, Tipo e Istanza, la domanda di fondo era sempre la stessa: cosa stai costruendo, e per chi lo stai costruendo — solo per oggi, o anche per il te stesso di domani.

L'In-Place e la Loadable sono la versione più immediata di questa domanda, quella che ti si presenta prima ancora di aprire il Family Editor. Ma non è l'unica soglia. Esiste un terzo tipo di famiglia — le Adaptive — che non si limita a scegliere tra "dentro" o "fuori" dal progetto: si adatta, punto per punto, a geometrie che nemmeno conosci ancora. È un livello che meriterà un articolo tutto suo, quando la stagione lo richiederà.

Per ora, la domanda resta questa: la prossima volta che apri l'In-Place Editor, lo stai facendo perché è la scelta giusta, o solo perché è quella più vicina?