this post was submitted on 11 May 2026
12 points (100.0% liked)

Chile

1015 readers
19 users here now

Comunidad general de Chile para Feddit.cl

founded 2 years ago
MODERATORS
 

Este hilo será renovado cada lunes

you are viewing a single comment's thread
view the rest of the comments
[–] Eduus@feddit.cl 3 points 1 week ago* (last edited 1 week ago) (3 children)

Buenas tardes caballeros. Vengo con una duda sobre un programa que estoy haciendo para mi universidad. Bueno, instituto, jaja.

Es una pagina web front end para una empresa ficticia de venta de paltas. Ya reconoci las necesidades funcionales y no funcionales de la empresa y usare, por desicion de mi profesor, 2 bases de datos distintas para el trabajo. MongoDB y MySQL. Mi idea es hacer el backend con python, conectando ambas bases de datos a la pagina web, donde se mostraran distintas opciones dependiendo que seas. Cliente, administrador, empleado, etc.

Mi duda es, ¿mi estructura esta bien?, ¿O estoy sobrecomplicando el asunto? Me quedan 5 horas para terminar el projecto. Agradeceria algun consejo o idea para la misma. Muchas gracias.

Aqui la estructura:

[–] Pudutr0n@lemmy.world 3 points 1 week ago (1 children)
[–] brunox@feddit.cl 3 points 1 week ago (1 children)

Lo realmente importante no aparece en el sitio. Así es como la gente se echa los ramos :(

[–] Pudutr0n@lemmy.world 3 points 1 week ago

O así aprenden antes de echárselos, si tienen suerte. :)

[–] lambisio@feddit.cl 3 points 1 week ago

En mis tiempos hacíamos las cosas a mano comolo'ombre así que ni idea de si el framework que estés usando sea el "correcto" o el adecuado o no, pero la estructura funcional se ve bien.

y usare, por desicion de mi profesor, 2 bases de datos distintas para el trabajo. MongoDB y MySQL

mongodb

info del profe, para funar.

Ojo que si estás usando dos motores de base de datos diferentes, potencialmente vas a necesita dos definiciones de schema diferentes para las bases de datos, así que a menos que tu idea para la estructura de tablas y demases sea muy general y estés acogiéndote a SQL 92, recomendaría dos archivos .sql, por si las moscas. Pero no es algo para preocuparse como desde ahora ya, eso déjamelo a mí para la funa.

templates/

La idea de un archivo base.html no está mal, pero ojo con lo que va ahí; igualmente y dependiendo de cómo el framework te prepare la web, aconsejo un head.html que contenga las etiquetas y funcionalidades de HEAD comunes a tu plataforma para que se porte igual en cualquier navegador web (decente). En teoría eso lo maneja el framework, pero si no, son cosas que puedes rápidamente encontrar en MDN si notas que tu sitio hace cosas raras dependiendo del navegador como p.ej.: rehusarse a cargar iconos en Android.

vendedor/pedidos.html

¿Va a haber descuento de 25% para los fedditeros que ayuden? Digo yo, como son paltas... 👀

[–] fixmycode@feddit.cl 2 points 1 week ago (1 children)
  1. hay una comunidad de watones informáticos en este mismo foro, pero entiendo tu necesidad de visibilidad inmediata.
  2. la parte más crucial para determinar si tu estructura está bien es saber si estás usando alguna especie de framework que establezca una estructura, porque de otra manera uno puede estructurar una aplicación como uno quiere.
  3. asumiendo que estás usando un micro-framework como Flask (no veo que además hayas escrito tu propio servidor), está OK, esa es la gracia de Flask.
  4. agregaría tests, pero los hubiese agregado desde el comienzo, ya en este punto, GG.
  5. es una app muy pequeña para estar preocupándote de la estructura.
  6. desde ya, aprende a usar un gestor de proyectos para python como Poetry o UV, los requirements.txt son un dolor de cabeza más adelante.
[–] fixmycode@feddit.cl 2 points 1 week ago
  1. en una aplicación más enterprise, la interfaz del usuario y la interfaz de los administrador y empleados están separados en diferentes servicios. quizás ambos servicios leen de la misma base de datos. el sistema de reportes, los dashboards por ejemplo, leen desde una base de datos no-operacional o warehouse, cosa de no afectar el rendimiento de la aplicación de los usuarios con consultas largas.