https://github.com/ozclef/ozclef este mismo doc README de presentación es esta WEBSITE https://ozclef.github.io/ozclef/

LISTA DE TECNOLOGÍAS.

No inscrito actualmente en un instituto para documentar tu formación técnica, aprendizaje autónomo y tu experiencia práctica. Son apartados distintos.

Docker, Linux, CI/CD, Python, SQL, SSH y toda la nube si todavía estás aprendiendo. Debe mostrar qué ya implementaste, qué estás explorando y hacia dónde estás construyendo.

Yo lo titularía Development Environment & Engineering Roadmap. Separado completamente del expediente ICO.

Oscar Cruz Díaz · Os Clef / ozclef

Desarrollo web, automatización, integración de servicios, despliegue de aplicaciones y aprendizaje de infraestructura.

Actualmente desarrollo proyectos de manera independiente, utilizando GitHub como centro de control de versiones, documentación, colaboración y evolución técnica.

Mi objetivo es construir aplicaciones web funcionales y comprender progresivamente toda su infraestructura: desde el desarrollo local hasta la integración, seguridad, automatización y despliegue.

Este repositorio documenta mi entorno de desarrollo, tecnologías implementadas, experimentación técnica y ruta de aprendizaje.

Trabajo con Git y GitHub para:

• Crear y mantener repositorios.
• Administrar ramas y commits.
• Actualizar nombres y estructuras de proyectos.
• Documentar cambios mediante README.
• Organizar proyectos experimentales, educativos y funcionales.
• Mantener un historial de desarrollo y despliegues.

He implementado y explorado despliegues de proyectos web mediante diferentes plataformas:

• Vercel: despliegue de proyectos web.
• Render: publicación de aplicaciones y sitios.
• Cloudflare: despliegue y exploración de servicios web.

Objetivo: comprender las diferencias entre hosting estático, aplicaciones ejecutadas en servidor, dominios, DNS, HTTPS y servicios de infraestructura.

Actualmente estoy construyendo conocimientos para automatizar el ciclo de desarrollo.

Áreas de implementación y aprendizaje:

• GitHub Actions.
• Workflows mediante archivos YAML.
• Integración continua (CI).
• Entrega y despliegue continuo (CD).
• Validación automática de proyectos.
• Ejecución de pruebas.
• Automatización de builds.
• Despliegues vinculados a ramas y eventos de Git.

Objetivo: desarrollar pipelines reutilizables para reducir tareas manuales y mantener consistencia entre repositorios.

Exploro la integración de aplicaciones web con servicios de datos y APIs.

Tecnologías y conceptos:

• SQL y PostgreSQL.
• Python.
• APIs REST.
• Supabase.
• Autenticación y autorización.
• Row Level Security (RLS).
• Variables de entorno.
• Gestión de credenciales y claves de API.
• Persistencia de datos y control de acceso.

Mi objetivo es comprender cómo diseñar servicios backend propios y cómo integrar servicios administrados sin perder de vista la seguridad y el control de los datos.

Área de aprendizaje en desarrollo:

• Linux y administración de entornos.
• Docker y contenedores.
• Configuración de servidores.
• SSH y autenticación mediante llaves.
• Gestión de secretos y variables de entorno.
• Servicios y procesos.
• Redes, puertos y conectividad.
• Configuración de entornos de desarrollo y producción.
• Despliegues y administración de aplicaciones.

Objetivo a largo plazo: poder preparar infraestructura desde cero, comprender sus componentes y desplegar aplicaciones de forma reproducible.

Líneas de trabajo:

• Separación de entornos de desarrollo y producción.
• Protección de credenciales.
• Uso adecuado de variables de entorno.
• Gestión de secretos en plataformas de despliegue.
• Control de acceso a bases de datos.
• Políticas RLS.
• Uso responsable de claves públicas y privadas.
• Protección de repositorios y datos personales.

1. Consolidar una plantilla reutilizable para nuevos proyectos web.
2. Automatizar validaciones mediante GitHub Actions.
3. Implementar pipelines CI/CD.
4. Profundizar en Python y PostgreSQL.
5. Construir servicios backend propios.
6. Implementar autenticación y autorización seguras.
7. Aprender Docker y administración de Linux.
8. Configurar servidores y despliegues mediante SSH.
9. Comprender la infraestructura completa de una aplicación web.

Aprendizaje práctico, documentación, experimentación y reutilización.

No busco únicamente publicar páginas web: quiero comprender cómo funcionan las aplicaciones, sus servicios, sus datos y la infraestructura que permite mantenerlas disponibles.

Estado: aprendizaje autónomo y desarrollo continuo.

Portafolio: https://oscarcruzdiaz.vercel.app/

GitHub: https://github.com/ozclef

Mira cómo se conectan las piezas que mencionaste:

1. Desarrollo

   HTML · CSS · JavaScript · JSON · APIs

   Experiencia práctica

2. Control de versiones

   Git · GitHub · ramas · commits · documentación

   Uso práctico

3. Despliegue

   Vercel · Render · Cloudflare

   Ya implementado

4. Automatización

   GitHub Actions · YAML · CI/CD · workflows

   En desarrollo

5. Datos y backend

   Python · SQL · PostgreSQL · APIs · Auth · RLS

   Aprendizaje e implementación progresiva

6. Infraestructura

   Linux · Docker · SSH · servidores · redes

   Ruta de aprendizaje

Estas son las que conectan tu objetivo de montar infraestructura de cero:

Una precisión importante: las claves de Supabase no son todas iguales. La clave publicable puede utilizarse desde el navegador bajo las políticas adecuadas; una service_role o clave secreta jamás debe exponerse en el frontend. Y RLS debe estar correctamente configurado para proteger los datos.

No empezaría por Docker todavía. Primero haría que GitHub automatice algo real.

Proyecto: dev-workflow

Primer objetivo

Una plantilla que puedas reutilizar en tus siguientes proyectos.

dev-workflow/
├── .github/
│   └── workflows/
│       ├── validate.yml
│       └── deploy.yml
├── templates/
│   └── static-web/
├── docs/
│   ├── deployment.md
│   └── security.md
├── scripts/
├── README.md
└── .gitignore

Primera meta:

• Validar estructura del proyecto.
• Ejecutar workflow al hacer push.
• Comprobar que no se suban archivos sensibles.
• Ejecutar validaciones automáticas.
• Conectar un despliegue.
• Documentar el resultado.

Y algo que quiero que tengas presente: tu portafolio no tiene que demostrar que ya sabes montar toda una infraestructura empresarial. Tiene que demostrar que sabes construir, investigar, implementar, documentar y mejorar sistemas.

Eso es mucho más honesto y defendible en una entrevista técnica.

Tu siguiente salto no es aprender veinte tecnologías simultáneamente: es conectar las que ya estás utilizando en un flujo real. 😁

CV + PORTAFOLIO FORMACIÖN REPOS DE DOCENCIA \ Experiencia \ Students \ Jobs

Los commits pueden documentar cambios a lo largo del tiempo.
Los repositorios muestran código, documentación y decisiones técnicas.
Las demostraciones permiten comprobar funcionalidades.
Las pruebas muestran comportamientos concretos.
Los README explican qué hiciste, qué falta y cómo reproducir los resultados.

https://github.com/ozclef/cv

https://oscarcruzdiaz.vercel.app/

Repo privado SEGURIDAD . FRAMEWORK js + json + SPA full stack

Desarrollador enfocado en sistemas web, automatización y herramientas ligeras para gestión de datos e inventarios.

Experiencia en:

• Frontend (HTML, CSS, JS, TypeScript)
• Backend básico (JSON, APIs, lógica de datos)
• SQL y modelado de bases de datos
• Sistemas ligeros offline-first (localStorage / prototipos)

image

un SSD y más RAM pueden mejorar mucho la experiencia, pero no aumentan la potencia de cálculo del procesador. Tu equipo admite hasta 8 GB de DDR3L-1600 y un SSD SATA de 2,5 pulgadas, según las referencias del modelo 14-bs0xx.

image

desarrollador autodidacta en etapa inicial, con experiencia práctica variada y criterio técnico en desarrollo, pero todavía construyendo la consistencia necesaria para consolidarte como JR profesional. No domino toda la arquitectura de sistemas empresariales. Las dos cosas pueden ser verdad al mismo tiempo.

• Construyes proyectos funcionales, no solamente ejercicios aislados.
• Has trabajado con JavaScript, interfaces SPA, CRUD, almacenamiento local, APIs y despliegues.
• Estás explorando autenticación, bases de datos, SQL y servicios como Supabase.
• Ya distingues entre una demo, un producto entregable y un sistema que necesita infraestructura.
• Empiezas a pensar en alcance, mantenimiento, costos y evidencia verificable.

necesita consolidar

• Git, ramas, despliegues y diagnóstico de errores con un flujo reproducible.
• Autenticación real, permisos, validación de datos y seguridad del backend.
• SQL, diseño de esquemas, integridad y consultas.
• Pruebas que demuestren que las funcionalidades trabajan como afirmas.
• Documentación que permita a otra persona ejecutar y evaluar tus proyectos.

• Formación técnica continua (2018 - presente)
• Certificaciones en HTML, Java, SQL y MySQL Workbench
• Certificación en Microsoft Excel (oficial)
• Experiencia en docencia técnica (2025)
  • Impartición de temas de desarrollo web y bases de datos

Docs web- sep deployement branch main github

https://github.com/ozclef/sep-docs-pdf

https://ozclef.github.io/sep-docs-urls https://ozclef.github.io/sep-docs-urls

https://sep-docs-pdf.oscar-cdzz-14.workers.dev/

https://sep-docs-pdf.oscar-cdzz-14.workers.dev/

REPOSITORIO D CONTRATACiÖN Y FACTURACIÓN https://github.com/ozclef/contrato-servicio/tree/main

WBSITE OFICIAL PARA SOLICITAR ASSORÍA GRATUITA PARA ESCOGER EL SISTEMA DE SOFTWARE MÁS ADCUADO PARA MIS NECESIDADES SÓLIDAS https://ozclef.github.io/contrato-servicio/

Los costos nunca serán los mismos si la arquitectura de software cambia algún aspecto.

> he desarrollado sistemas ligeros orientados a inventario, automatización y prototipos de gestión desde 2018, con enfoque en soluciones prácticas para entornos educativos y pequeños negocios

• systems prototyping
• lightweight backend thinking
• automation tools
• applied software solutions

import os
p="/mnt/data/mickey mouse taller ad oscar dev edit xD.mp4"
os.path.exists(p), os.path.getsize(p) if os.path.exists(p) else None

https://github.com/ozclef/class-for-kids

repositorio ---> https://github.com/ozclef/cshtml-autos-mongo

como materia prima para desarrollar proyectos reales. CRUD de productos o una tienda para practicar SQL, Python y APIs.

De hecho, puedes conectar tres cosas que ya estás construyendo:

1. Tu expediente académico y documentación oficial.
2. Tu portafolio y repositorios de GitHub.
3. Tu aprendizaje de ingeniería de software e infraestructura.

Y hay una diferencia importante: no es lo mismo consultar datos públicos que desarrollar un sistema oficial. Puedes crear aplicaciones independientes que reutilicen datos publicados, siempre respetando sus licencias, atribución, privacidad y condiciones de uso.

El catálogo que compartiste es un portal de datos abiertos. Actualmente el resultado indexado que consulté muestra miles de conjuntos, con predominio de CSV y licencias Creative Commons Atribución 4.0. El número puede variar con las actualizaciones del catálogo.

image

datos.gob.mx+1

Eso es importante porque puedes:

• Descargar conjuntos de datos.
• Procesarlos con Python.
• Importarlos a PostgreSQL.
• Crear consultas SQL.
• Construir APIs propias.
• Desarrollar interfaces que visualicen los resultados.
• Automatizar la actualización de los datos.

Y todo eso puede hacerse con proyectos independientes, sin pedir acceso a los sistemas internos de una dependencia.

Ojo con una distinción: datos.gob.mx y API Access Nacional no son lo mismo. El segundo ofrece APIs institucionales sujetas a autorización de la dependencia responsable; sus credenciales son para instituciones autorizadas y tienen restricciones de uso. No confundas una descarga pública CSV con acceso autorizado a una API institucional.

image

Gobierno de México+2

En principio, sí, cuando el conjunto está publicado bajo una licencia que permite su reutilización y respetas sus condiciones.

Por ejemplo, CC BY 4.0 permite compartir y adaptar el material, pero debes dar atribución adecuada, enlazar la licencia e indicar si realizaste modificaciones.

image

datos.gob.mx+1

Yo seguiría estas reglas:

1. Identificar la institución que publica los datos.
2. Guardar el enlace y fecha de consulta.
3. Revisar la licencia de cada conjunto, no asumir que todos tienen las mismas condiciones.
4. Atribuir la fuente en el README y dentro de la aplicación.
5. No publicar datos personales o información sensible.
6. No presentar tu proyecto como una aplicación oficial del Gobierno.

La guía federal de datos abiertos también contempla formatos como CSV, JSON y bases de datos para facilitar su procesamiento.

image

sidof.segob.gob.mx+1

Proyecto independiente de aprendizaje

Una aplicación construida a partir de un conjunto de datos públicos.

Fuente

datos.gob.mx — CSV / JSON

Procesamiento

Python · limpieza · validación · transformación

Persistencia

PostgreSQL · tablas · relaciones · consultas SQL

Aplicación

API propia · JavaScript · interfaz web

Operación

GitHub · Actions · pruebas · deploy

Y aquí está lo interesante: con un solo proyecto puedes demostrar Python, SQL, Git, APIs, frontend, automatización y despliegue. No necesitas fingir experiencia empresarial: enseñas el sistema funcionando.

Yo mantendría tres repositorios o espacios separados:

Y algo importante: el historial de Prepa en Línea que no concluiste puede servir para documentar tu trayectoria, pero no lo presentes como bachillerato terminado. Que esté documentado no significa que debas ocultar su estado.

catálogo:

• Catálogo de datos.gob.mx.
• Guía federal de datos abiertos.
• API Access Nacional.

https://www.datos.gob.mx/

Durante el proceso de integración y despliegue se identificó una limitación externa relacionada con requisitos de validación de identidad y número telefónico exigidos por ciertos servicios de terceros.

La funcionalidad dependiente de dichos servicios quedó pendiente no por una limitación técnica del proyecto, sino por requisitos administrativos y de validación ajenos al desarrollo.

El proyecto mantiene compatibilidad para futuras integraciones una vez cumplidos los requisitos correspondientes.

Fecha: 19 Junio 2026 Autor: Oscar Cruz