Desarrollo independiente de
Sistemas web

Actúo desde el análisis y corrección de código legado hasta ideas que aún están en papel y proyectos que necesitan evolucionar.
Entiendo el problema antes de decidir la solución, con foco en claridad, rendimiento y en no complicar lo que puede ser simple.

Tecnología

No estás solo.

Si ya intentaste sacar una idea del papel, llevar adelante un proyecto con otras personas o simplemente hacer que algo funcione como fue acordado, y sentiste que todo se volvió más complicado de lo necesario… bien, eso no es falta de visión ni de capacidad.

La mayoría de las veces, el problema está en decisiones equivocadas acumuladas, atajos mal hechos y soluciones impuestas sin una comprensión real de lo que debía resolverse.


Trabajo con recursos propios, sin fórmulas prefabricadas, sin imponer herramientas solo porque están de moda.
Mi enfoque es entender el problema antes de cualquier decisión y construir algo que tenga sentido hoy y siga funcionando mañana.


Si buscas a alguien que trate tu proyecto con seriedad, claridad y respeto por el proceso, entonces hablemos.

El problema no eres tú

Las decisiones vienen antes de cualquier solución

Entender antes de construir

No comienzo un proyecto eligiendo herramientas, lenguajes o frameworks.

Comienzo por el problema. Por el contexto. Por lo que realmente necesita resolverse y, sobre todo, por lo que no necesita existir.

Uso PHP a fondo, JavaScript cuando tiene sentido, Node cuando es necesario e incluso Python cuando el escenario lo requiere. No se trata de gusto personal, sino de eficiencia y claridad.

¿Frameworks? Los evito al máximo. No por terquedad, sino porque el exceso de abstracción cobra intereses altos más adelante. Uso clases, bibliotecas y estructuras propias cuando realmente ayudan.

La complejidad solo entra cuando es inevitable.

Muchos fallos ocurren porque las decisiones técnicas se toman demasiado pronto… y luego nadie quiere volver atrás.

Cuando la base es clara, el desarrollo fluye. Cuando no lo es, cualquier solución se convierte en un parche.

La claridad evita retrabajo

Prefiero avanzar con seguridad antes que correr para aparentar productividad.
Eso significa hacer menos al inicio para acertar más a lo largo del camino.

Código claro, decisiones bien explicadas y soluciones simples no son atajos… son lo que permite que un proyecto evolucione sin romperse en cada cambio.

Cuando la base está bien pensada, los ajustes dejan de ser traumas y pasan a ser parte natural del proceso.
Esto reduce correcciones innecesarias, facilita el mantenimiento y aporta previsibilidad para quien trabaje en el proyecto en el futuro… incluso para mí mismo.

No se trata de escribir más código, sino de escribir el código correcto, en el momento correcto y con el menor ruido posible.

Lo que resuelvo en la práctica

Proyectos y evolución

No todo trabajo implica crear algo desde cero. Muchas veces se trata de continuar, corregir, redirigir o estructurar lo que ya existe.

En muchos casos el verdadero trabajo está en entender lo que ya existe, corregir el rumbo y crear bases que permitan una evolución real.

  • Sistemas existentes que necesitan ser corregidos o reorganizados
  • Código legado que “nadie” quiere tocar
  • Proyectos que comenzaron mal, pero aún tienen solución
  • Ideas que necesitan salir del papel con estructura desde el inicio
  • Automatizaciones para reducir tareas manuales y procesos repetitivos
  • Cuidados de seguridad: datos, formularios, archivos e integraciones
  • Mantenimiento técnico: correcciones, ajustes y estabilidad continua

Sitios, correcciones y mantenimiento real

La mayoría de los sitios se rompen por malas decisiones: exceso de dependencias, soluciones frágiles, falta de actualizaciones y ausencia de mantenimiento técnico.

Plataformas llenas de plugins y creadores de sitios prometen facilidad, pero entregan estructuras difíciles de corregir cuando algo se desajusta. El resultado es una falsa sensación de facilidad… hasta que aparece el primer problema real.

webship trabaja de forma diferente:

  • Sitios desarrollados desde cero, con estructura propia
  • Correcciones y ajustes en sitios existentes (incluido WordPress)
  • Organización de código y optimización de rendimiento
  • Mantenimiento técnico continuo, sin improvisaciones

Automatizaciones y Seguridad

En la práctica, resuelvo problemas que normalmente se convierten en dolores de cabeza:

Automatizaciones: Procesos manuales que parecen “magia” cuando se automatizan, pero que en realidad solo necesitaban que alguien los mirara con calma.

Integraciones, flujos internos y tareas repetitivas que “nadie” quiere seguir haciendo.

Seguridad: No como paranoia, sino como obligación. Un sistema sin seguridad es como dejar un auto nuevo abierto con la llave puesta.
No importa si es un sitio pequeño o grande: siempre habrá alguien intentando entrar.

Aprendí esto en la práctica desarrollando Opus Core, donde la seguridad no es un extra: es parte de la base.

Cómo trabajo (y por qué eso importa)

Trabajo de forma independiente porque eso me da control sobre decisiones, calidad y tiempo.
No dependo de estructuras infladas, equipos desalineados ni procesos que existen solo para justificar costos.

Esto me permite adaptar el proyecto a la realidad de quien está del otro lado… incluso cuando el presupuesto es limitado o la idea aún está en construcción.

El trabajo comienza pequeño cuando es necesario, evoluciona cuando tiene sentido y cambia cuando la realidad cambia.
Sin contratos rígidos, sin promesas irreales y sin esconder lo que se está haciendo.

El dinero es parte del proceso, no su centro.
El foco está en construir algo que funcione, sea comprensible y pueda evolucionar con el tiempo.

Pero… ¿quién es webship, al final?

Mi nombre es Wellington Pragidi, desarrollador independiente.
webship es una marca registrada, no una agencia inflada, no una fábrica de sitios, ni una empresa llena de capas burocráticas.
Eso significa menos ruido, sin promesas vacías y con responsabilidad directa sobre lo que se entrega.

Cuando algo funciona, fui yo. Cuando algo falla, también.

Proyectos

Sistemas y soluciones que nacieron de problemas reales

Opus Core

Un sistema en desarrollo continuo iniciado hace más de cinco años.

Creado para ser liviano, transparente y evolutivo, sin herencias innecesarias.
Opus no oculta código, no depende de modas y no crece por acumulación: crece por necesidad.

No nació para competir con WordPress ni para agradar a las masas. Nació para resolver problemas reales sin cargar el peso de decisiones antiguas.

Código abierto internamente, estructura clara, panel que no crece sin necesidad y cero dependencia ciega de JavaScript asíncrono cuando no resuelve un problema real.

Packit

Packit UI es un conjunto de herramientas para interfaz visual y estructural, pensado para permitir el uso solo de lo que el proyecto realmente necesita.

A diferencia de la mayoría de las soluciones similares, no obliga a adoptar todos los módulos ni ata el proyecto a modelos rígidos o reescrituras forzadas.

Hasta hoy, ningún proyecto necesitó usar todo lo que ofrece… y eso no es una limitación, es criterio.

Sirve como base y resuelve lo trivial para que el foco esté en los detalles que realmente importan.

EMA: Software de Gestión y Consulta para Análisis de Marcas INPI RPI

Proyecto desarrollado para procesos automatizados con PDFs, utilizando los softwares OCR Tesseract y Ghostscript integrados directamente, sin necesidad de Composer, es decir, sin dependencias innecesarias.

El desafío fue separar procesos a partir de marcas visuales y eliminar elementos específicos de los archivos.
Todo funcionó y fue entregado antes del plazo previsto. Parte de esto solo fue posible porque reutilicé clases y helpers existentes del Opus, que no se esconde detrás de abstracciones, ahorrando tiempo real de desarrollo.

Solo en la primera fase del sistema, la tabla de procesos de marcas superó los 13 millones de registros.