Eso es todo mentira (TDD/DDD), solo lo hacen 4 bichos raros. Lo que tienes que hacer es leerte en wikipedia lo que se supone que es, y si cae en la entrevista te inventas historias donde explicas lo bien que lo usasteis.
Las buenas prácticas: currando, informándote y aprendiendo de gente buena (remarco este último adjetivo). Luego verás que en el 95% de los sitios ni TDD ni DDD ni hostias, y el Agile suele ser una versión degenerada del agile "teórico". Si hay tests unitarios y de integración, de puta madre. Si encima tienes end to end / canaries / regresión / etc. ya cremita.
Patrones Solid y otros patrones de programación => a buscar en wikipedia, entenderlos y practicar. No te queda otra. A no ser que busques proyectos que los usen y aprendas de ellos, pero te llevará más tiempo.
Pd: en programación, por lo general, lees en lo que consiste algo y lo utilizas. Todo lo que sea intentar no practicar o no picártelo te va a dar un conocimiento más superficial. En la mayoría de los casos, cuando aprendes e interiorizas un patrón es cuando lo necesitas, lo aplicas, ves las partes que no entiendes o no te encajan, y lo implementas bien. Seguramente las horas que te dé eso no te lo va a dar leer código en GitHub ni un artículo. En los artículos y en GitHub "todo compila".