Sono curioso del tuo approccio / euristica all'esplorazione del dominio (sottodominio, contesto limitato) durante la sessione di modellazione DDD.
Come tutti sanno, la maggior parte dei programmatori tendono ad essere perfezionisti (specialmente nei luoghi in cui non è assolutamente necessario). La nostra industria ha imparato che è estremamente importante produrre soluzioni abbastanza buone piuttosto che perfette , altrimenti il costo dello sviluppo non è bilanciato con l'effetto.
Sebbene il termine abbastanza buono sia ambiguo, dipendente dal contesto, sembra che siano state stabilite linee guida che ci portano in buona direzione (nella maggior parte dei casi) - il codice più semplice che soddisfa i criteri di accettazione, utilizzando schemi di progettazione, test sviluppo guidato per citarne alcuni.
Tenendo presente questo, qual è il tuo approccio quando si tratta di esplorare il dominio? Quando sai che dovresti smettere di esplorare e passare alla prossima area / iniziare la codifica? Ovviamente ogni sessione di dominio saprai meglio il tuo dominio, esplorato più a fondo - la mia domanda riguarda la singola sessione. Si basa sull'opinione degli esperti di dominio, sulla durata della sessione di modellazione o forse su alcuni obiettivi arbitrari stabiliti dal cliente? O forse qualcosa di completamente diverso?