¿Cómo estructurar las carpetas de tu proyecto de programación?

[dayks]

El que diga que el contenido de Midu es buenísimo está en todo lo correcto. Grandee y gracias

[mamisho]

Una de las recomendadas en clean architecture es vertical slice. Sirve para pequeños y grandes proyectos ya que escala muy bien, y en pequeños proyectos no añade complejidad.

[prfait_]

Index en la raiz, imagenes en images, css en css y js en js 🗿

[I-am-Nicky]

La tercera opción es la que aplico en mis proyectos. No soy programador de código, todo lo que uso es no-code y low-code (solopreneur autodidacta). Gracias por confirmarme que voy por buen camino.

[yorjansandoval]

midu podrias explicar esto a fondo? porfa!

[joselr]

Un tip muy bueno, faltan mas tips de estos! Eres un grande

[angogi]

Estaría excelente un tuto de estructuración en un proyecto full stack en NextJs 14, app/router.

[jonathanaguasaco]

Hace mucho queria ver esto! Si superar el problema dek naming de un variable, imaginate organizar los archivos! grande midu!

[ignaciosanmartin]

no conocía la tercera opción… empezaré a usar esa; me parece estupenda

[christophervelazco]

Justo una de las cosas que necesitaba. Gracias midu!

[Thelimbers]

Yo siempre uso la tercera, hace que sea mucho más fácil la reutilización de componentes

[till]

Gracias! Me gustaría que hucieras un vídeo sobre las best practices que se emplean mas seguido en empresas.

[alexispraiz]

Midu: no hay ninguna perfecta🤓
También midu: esta es perfecta para proyectos grandes 🤑

[serveo]

Yo uso la tercera manera, me parece muy ordenada y facil de entender a otros programadores

[emanuelvillalba]

Tengo una librería de componentes con storybook donde las tengo separadas por framework de css, y puedo llegar a tener hasta 4 tipos de un mismo componente a veces las refactorizo para así volverlas más flexible, luego tengo la carpeta pages, dentro de pages tengo una carpeta de layouts, una carpeta de handlers, una carpeta de propsConfiguration, una carpeta conditional-render, lo que es store suelo crear una carpeta models con sus usescases, y creo la implementación segun el framework (redux, zustand, vuex, signals), me sirve para react, vue, Svelte, con angular no es tan compatible por que usa inyección de dependencias.

[fernandopoveda]

La ultima, realmente es lo mas cercano a ser lo correcto; está generado tal como lo haría un arquitecto. Separando los archivos por lo que se conoce como : Responsabilidad (Pero llega un problema). Los componentes hacen parte de la infraestructura (No ocupan ningún lugar en los temas propios de cada compañía, la idea en cada desarrollo reutilices la infraestructura, y simplemente se recrean la codificación que realmente corresponde al CORE; porque esta parte es propia de cada compañía).

- Src
assets
Infrastructure
Components
Tree
Button
Grid
...n
Auth
Log
Common
Core
Application
Hooks
Services
Domain
Payment
Employes


Application: Aquí van las acciones, todo el Workflow del sitio web, que Servicios debe consumir para extraer la data en JSON. Si un usuario hace Clic en un botón, el clic hace parte de las características del botón que se encuentran en infraestructura - pero el evento llama a un método que se encuentra en la capa aplicación - desde aplicación, puede pasar los datos de un formulario a la capa de domain (que es donde están todas las validaciones o bien llamar a un servicio en el Backend y traer la data para ser armada en el Domain).

Domain: Todo lo que corresponda al negocio, objetos, validar la persona, validar el apellido, la identificación, los datos del pago, todo lo que sea el negocio... va aquí.

[EstebanColoradoP-bonc]

Lo mejor es utilizar una arquitectura limpia como la de Core-Feature-Shared, o Core-Module-Shared, y sirve para proyectos grandes y medianos y en algunos casos pequeños tambien, es una arquitectura perfecta para el front.

[diegocamilopenaramirez]

Podrías dar un curso de organización según arquitectura SOLID?

[NicolasLucero]

Yo lo que hago es separar las carpetas por page. Entonces tengo LoginPage, todos los componentes necesarios ahí. Si hay alguno común a más pantallas, se va al commons. Y si una carpeta tiene más componentes, va adentro de la carpeta /components. Y así vas entrando y siempre se debería ver reflejado según en la pantalla que estés. Lo malo? Vas a ver la carpeta components muchas veces una dentro de otra.

[ciroenrique]

¿Que paquete de iconos usaste? Se ve genial