Theme en Laravel para franquicias de heladerías (necesito feedback)

  • Autor Autor Jergor
  • Fecha de inicio Fecha de inicio
Jergor

Jergor

Beta
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Hola betas, comparto un proyecto en el que estuve trabajando hace poco para pedirles feedback.
Estoy desarrollando un theme para laravel que fue principalmente pensado para una franquicia de heladerías

La idea es compartirlo de forma abierta:
cualquiera es libre de usarlo, modificarlo o adaptarlo a su gusto, siempre que se mantenga el crédito en el footer.

Demo [ver] Repo [ver]

todavia tengo pensado ir mejorándolo asi que cualquier critica suma, en especial sobre
- diseño
  • estructura
  • qué mejorarían o cambiarían
  • si lo ven útil como theme

vanillaui.webp
 
Muy buen proyecto. Mucha suerte!!
 
me gusta que sea simple y que cargue muy rapido, mi unica obseracion personal es que los efectos que se lanzan al deslizar el scroll solo sean unicos, cada vez q que me desplazo por la web ese efecto que le dan la mayoria captura la atencion del expectador, y es innecesario si es msa de 1 vez, a algunos les marea cosas q se mueven mas de lo debido en mi caso, y otro es el tema de que cuando compartes un poryecto al publico, para que sea estilo opensource debes ponerlo por escrito, eso atrae a inversionistas/donadores potenciales, esto lo comento por que justo una empresa que le hize un trabajito me contaron de sus problemas legales por usar un repositorio de una persona que por chat le sindico q podian usarlo,


para hacerlo mas entendible te dejo unn resumen de tu repositiorio con respecto a licencias

🔴 Riesgo legal potencial:​

  1. Ausencia de licencia visible = Derechos reservados por defecto
    • En la mayoría de jurisdicciones (incluyendo EE.UU., España, y otros países), si no hay una licencia explícita, automáticamente el código está bajo "todos los derechos reservados" (copyright implícito).
    • Esto significa que el creador tiene derechos exclusivos sobre el código, incluso si verbalmente dijo que podías usarlo libremente.
  2. "Permiso verbal" sin documentación legal = No es suficiente
    • Un permiso oral o comentarios en issues/PRs no tienen la misma validez legal que una licencia abierta (MIT, GPL, Apache, etc.)
    • Cualquier desacuerdo futuro podría llevar a problemas legales

✅ Recomendaciones:​

  1. Obtén constancia por escrito:
    • Pídele al creador que:
      • Añada una licencia abierta explícita (MIT, GPL, Apache 2.0, etc.) al repositorio
      • O que documente por escrito el permiso (por email, issue en GitHub, etc.)
  2. Opciones de licencias populares:
    • MIT: Muy permisiva, permite uso comercial y modificaciones
    • Apache 2.0: Similar a MIT, con más protecciones legales
    • GPL: Si la redistribución debe mantener los mismos términos
  3. Si no puedes obtener permiso escrito:
    • Considera no usar el código en proyectos críticos o comerciales
    • O reescribe las funcionalidades tú mismo
  4. Verifica los términos de GitHub:
 
Muy bien, nosotros en WPE recomendamos siempre Laravel pero ya desde hace un tiempo Laravel Livewire, porque no usa la recarga completa del sitio y eso te da una sensación de app muy moderna, algo que pueda ser rival de nextjs y todos esos frameworks basados en JS, además es más rápido.

Cuando tengamos un tiempo vamos a revisarlo con más cuidado, aplicarlo a Livewire y darte feedback. Buen trabajo!
 
tudmin dijo:
me gusta que sea simple y que cargue muy rapido, mi unica obseracion personal es que los efectos que se lanzan al deslizar el scroll solo sean unicos, cada vez q que me desplazo por la web ese efecto que le dan la mayoria captura la atencion del expectador, y es innecesario si es msa de 1 vez, a algunos les marea cosas q se mueven mas de lo debido en mi caso, y otro es el tema de que cuando compartes un poryecto al publico, para que sea estilo opensource debes ponerlo por escrito, eso atrae a inversionistas/donadores potenciales, esto lo comento por que justo una empresa que le hize un trabajito me contaron de sus problemas legales por usar un repositorio de una persona que por chat le sindico q podian usarlo,


para hacerlo mas entendible te dejo unn resumen de tu repositiorio con respecto a licencias

🔴 Riesgo legal potencial:​

  1. Ausencia de licencia visible = Derechos reservados por defecto
    • En la mayoría de jurisdicciones (incluyendo EE.UU., España, y otros países), si no hay una licencia explícita, automáticamente el código está bajo "todos los derechos reservados" (copyright implícito).
    • Esto significa que el creador tiene derechos exclusivos sobre el código, incluso si verbalmente dijo que podías usarlo libremente.
  2. "Permiso verbal" sin documentación legal = No es suficiente
    • Un permiso oral o comentarios en issues/PRs no tienen la misma validez legal que una licencia abierta (MIT, GPL, Apache, etc.)
    • Cualquier desacuerdo futuro podría llevar a problemas legales

✅ Recomendaciones:​

  1. Obtén constancia por escrito:
    • Pídele al creador que:
      • Añada una licencia abierta explícita (MIT, GPL, Apache 2.0, etc.) al repositorio
      • O que documente por escrito el permiso (por email, issue en GitHub, etc.)
  2. Opciones de licencias populares:
    • MIT: Muy permisiva, permite uso comercial y modificaciones
    • Apache 2.0: Similar a MIT, con más protecciones legales
    • GPL: Si la redistribución debe mantener los mismos términos
  3. Si no puedes obtener permiso escrito:
    • Considera no usar el código en proyectos críticos o comerciales
    • O reescribe las funcionalidades tú mismo
  4. Verifica los términos de GitHub:
Hacer clic para expandir...
Muchas gracias, voy a tener que ver mas sobre el tema de las licencias. Con la MIT seria suficiente no?
 
tudmin dijo:
me gusta que sea simple y que cargue muy rapido, mi unica obseracion personal es que los efectos que se lanzan al deslizar el scroll solo sean unicos, cada vez q que me desplazo por la web ese efecto que le dan la mayoria captura la atencion del expectador, y es innecesario si es msa de 1 vez, a algunos les marea cosas q se mueven mas de lo debido en mi caso, y otro es el tema de que cuando compartes un poryecto al publico, para que sea estilo opensource debes ponerlo por escrito, eso atrae a inversionistas/donadores potenciales, esto lo comento por que justo una empresa que le hize un trabajito me contaron de sus problemas legales por usar un repositorio de una persona que por chat le sindico q podian usarlo,


para hacerlo mas entendible te dejo unn resumen de tu repositiorio con respecto a licencias

🔴 Riesgo legal potencial:​

  1. Ausencia de licencia visible = Derechos reservados por defecto
    • En la mayoría de jurisdicciones (incluyendo EE.UU., España, y otros países), si no hay una licencia explícita, automáticamente el código está bajo "todos los derechos reservados" (copyright implícito).
    • Esto significa que el creador tiene derechos exclusivos sobre el código, incluso si verbalmente dijo que podías usarlo libremente.
  2. "Permiso verbal" sin documentación legal = No es suficiente
    • Un permiso oral o comentarios en issues/PRs no tienen la misma validez legal que una licencia abierta (MIT, GPL, Apache, etc.)
    • Cualquier desacuerdo futuro podría llevar a problemas legales

✅ Recomendaciones:​

  1. Obtén constancia por escrito:
    • Pídele al creador que:
      • Añada una licencia abierta explícita (MIT, GPL, Apache 2.0, etc.) al repositorio
      • O que documente por escrito el permiso (por email, issue en GitHub, etc.)
  2. Opciones de licencias populares:
    • MIT: Muy permisiva, permite uso comercial y modificaciones
    • Apache 2.0: Similar a MIT, con más protecciones legales
    • GPL: Si la redistribución debe mantener los mismos términos
  3. Si no puedes obtener permiso escrito:
    • Considera no usar el código en proyectos críticos o comerciales
    • O reescribe las funcionalidades tú mismo
  4. Verifica los términos de GitHub:
Hacer clic para expandir...

gracias chatgpt
 
Hay que estar conectado o registrado para responder aquí.
Atrás
Arriba