
Actividad diagnostica
Objetivo:Identificar los conocimientos previos de los estudiantes en HTML, CSS y lógica básica de diseño web.Instrucciones:Crea una página web simple con un archivo index.html.La página debe contener:Un título principal con tu nombre.Un párrafo donde describas qué entiendes por "aplicaciones web progresivas".Una lista (puede ser ordenada o no ordenada) con 3 aplicaciones web que uses en tu día a día.Una imagen (puede ser de internet o de tu computadora).Aplica algo de estilo con CSS interno o...

App móvil con CRUD conectado a servidor LAMP
Objetivo generalDesarrollar una app móvil en React Native (Expo) capaz de conectarse a una API PHP que realiza operaciones CRUD sobre una tabla en MySQL, todo dentro de una red local.Herramientas necesariasMySQ: Base de datosPHP (Apache o XAMPP): API en backendReact Native + ExpoApp: móvil frontendPostman (opcional): Prueba de endpoints APIVS Code: Editor de códigoExpo Go: Pruebas en el móvil (iOS/Android)Parte 1: Crear la base de datosEn phpMyAdmin o línea de comandos de MySQL:CREATE DATABAS...

La señal que nunca llegó
Lucas tenía una visión: crear una app que ayudara a pequeños productores locales a vender sus cosechas directamente a consumidores urbanos. Nada de intermediarios, solo conexión. La llamó Raíz. Desde su pequeño estudio en Oaxaca, con más corazón que presupuesto, construyó una app limpia, intuitiva y optimista. El diseño estaba listo. Las funciones estaban listas. Los productores estaban listos. Solo faltaba que el mundo se conectara con ella. El día del lanzamiento fue como un amanecer. Lucas...



Actividad diagnostica
Objetivo:Identificar los conocimientos previos de los estudiantes en HTML, CSS y lógica básica de diseño web.Instrucciones:Crea una página web simple con un archivo index.html.La página debe contener:Un título principal con tu nombre.Un párrafo donde describas qué entiendes por "aplicaciones web progresivas".Una lista (puede ser ordenada o no ordenada) con 3 aplicaciones web que uses en tu día a día.Una imagen (puede ser de internet o de tu computadora).Aplica algo de estilo con CSS interno o...

App móvil con CRUD conectado a servidor LAMP
Objetivo generalDesarrollar una app móvil en React Native (Expo) capaz de conectarse a una API PHP que realiza operaciones CRUD sobre una tabla en MySQL, todo dentro de una red local.Herramientas necesariasMySQ: Base de datosPHP (Apache o XAMPP): API en backendReact Native + ExpoApp: móvil frontendPostman (opcional): Prueba de endpoints APIVS Code: Editor de códigoExpo Go: Pruebas en el móvil (iOS/Android)Parte 1: Crear la base de datosEn phpMyAdmin o línea de comandos de MySQL:CREATE DATABAS...

La señal que nunca llegó
Lucas tenía una visión: crear una app que ayudara a pequeños productores locales a vender sus cosechas directamente a consumidores urbanos. Nada de intermediarios, solo conexión. La llamó Raíz. Desde su pequeño estudio en Oaxaca, con más corazón que presupuesto, construyó una app limpia, intuitiva y optimista. El diseño estaba listo. Las funciones estaban listas. Los productores estaban listos. Solo faltaba que el mundo se conectara con ella. El día del lanzamiento fue como un amanecer. Lucas...
Share Dialog
Share Dialog

Subscribe to Frexus

Subscribe to Frexus
<100 subscribers
<100 subscribers
Sofía era una joven ingeniera recién contratada en una pequeña startup de soluciones digitales. Su pasión por la tecnología la había llevado hasta allí, pero nunca imaginó que su primer gran reto no sería programar, sino decidir qué tipo de software sostendría los cimientos de la empresa.
La compañía se enfrentaba a un dilema urgente: necesitaban un sistema para manejar sus operaciones internas y, al mismo tiempo, una aplicación que ofreciera servicios a clientes. Mientras revisaba las opciones, Sofía descubrió que no todo software era igual.
Por un lado, estaba el software de sistemas, esa base invisible que permite que las computadoras funcionen: sistemas operativos, controladores, herramientas que nadie nota, pero sin los cuales nada avanza. Por otro, el software de aplicación, diseñado para resolver problemas concretos: desde procesadores de texto hasta complejas plataformas de análisis de datos.
El verdadero conflicto surgió cuando la junta directiva presionó para elegir entre dos caminos:
Software propietario, caro y con licencias restrictivas, pero con soporte técnico inmediato.
Software open source, flexible, económico y comunitario, pero que requería mayor autogestión.
Sofía pasó noches sin dormir, investigando, probando, preguntando en foros. Sentía el peso de la decisión: lo que escogiera marcaría no solo el rumbo tecnológico de la empresa, sino también la forma en que el equipo aprendería a trabajar.
Finalmente, decidió proponer un equilibrio híbrido. Usarían software de sistemas propietario para garantizar estabilidad crítica en los servidores, pero apostarían por software de aplicación open source para su producto principal, confiando en la colaboración de comunidades globales y reduciendo costos.
La transición no fue fácil. Hubo resistencia, fallos inesperados y días de frustración. Pero con el tiempo, la empresa aprendió a valorar la libertad de modificar y adaptar el software abierto, al mismo tiempo que se apoyaba en la solidez del propietario donde más se necesitaba.
Sofía comprendió que el software no es solo código: es una decisión cultural, ética y estratégica. Optar por una u otra opción refleja cómo una organización entiende el futuro, la colaboración y su lugar en el mundo digital.
Sofía era una joven ingeniera recién contratada en una pequeña startup de soluciones digitales. Su pasión por la tecnología la había llevado hasta allí, pero nunca imaginó que su primer gran reto no sería programar, sino decidir qué tipo de software sostendría los cimientos de la empresa.
La compañía se enfrentaba a un dilema urgente: necesitaban un sistema para manejar sus operaciones internas y, al mismo tiempo, una aplicación que ofreciera servicios a clientes. Mientras revisaba las opciones, Sofía descubrió que no todo software era igual.
Por un lado, estaba el software de sistemas, esa base invisible que permite que las computadoras funcionen: sistemas operativos, controladores, herramientas que nadie nota, pero sin los cuales nada avanza. Por otro, el software de aplicación, diseñado para resolver problemas concretos: desde procesadores de texto hasta complejas plataformas de análisis de datos.
El verdadero conflicto surgió cuando la junta directiva presionó para elegir entre dos caminos:
Software propietario, caro y con licencias restrictivas, pero con soporte técnico inmediato.
Software open source, flexible, económico y comunitario, pero que requería mayor autogestión.
Sofía pasó noches sin dormir, investigando, probando, preguntando en foros. Sentía el peso de la decisión: lo que escogiera marcaría no solo el rumbo tecnológico de la empresa, sino también la forma en que el equipo aprendería a trabajar.
Finalmente, decidió proponer un equilibrio híbrido. Usarían software de sistemas propietario para garantizar estabilidad crítica en los servidores, pero apostarían por software de aplicación open source para su producto principal, confiando en la colaboración de comunidades globales y reduciendo costos.
La transición no fue fácil. Hubo resistencia, fallos inesperados y días de frustración. Pero con el tiempo, la empresa aprendió a valorar la libertad de modificar y adaptar el software abierto, al mismo tiempo que se apoyaba en la solidez del propietario donde más se necesitaba.
Sofía comprendió que el software no es solo código: es una decisión cultural, ética y estratégica. Optar por una u otra opción refleja cómo una organización entiende el futuro, la colaboración y su lugar en el mundo digital.
No activity yet