Desenvolvimento independente de
Sistemas web

Atuo desde a análise e correção de código legado a ideias que ainda estão no papel e projetos que precisam evoluir.
Entendo o problema antes de decidir a solução, com foco em clareza, desempenho e em não complicar o que pode ser simples.

Tecnologia

Você não está sozinho.

Se você já tentou tirar uma ideia do papel, tocar um projeto com outras pessoas ou simplesmente fazer algo sair do jeito que foi combinado, e sentiu que tudo ficou mais complicado do que precisava… bem, isso não é falta de visão, nem de capacidade.

Na maioria das vezes, o problema está em decisões ruins acumuladas, atalhos mal feitos e soluções empurradas sem entendimento real do que precisava ser resolvido.


Eu trabalho com recursos próprios, sem fórmulas prontas, sem empurrar ferramentas só porque estão na moda.
Meu foco é entender o problema antes de qualquer decisão e construir algo que faça sentido hoje e continue fazendo amanhã.


Se você procura alguém que trate seu projeto com seriedade, clareza e respeito ao processo, então vamos conversar.

O problema não é você

Decisões vem antes de qualquer solução

Entender antes de construir

Eu não começo um projeto escolhendo ferramenta, linguagem ou framework.

Eu começo pelo problema. Pelo contexto. Pelo que realmente precisa ser resolvido e principalmente pelo que não precisa existir.

Uso PHP a fundo, JS quando faz sentido, Node quando necessário, até Python quando o cenário pede. Não é sobre gosto pessoal, é sobre eficiência e clareza.

Frameworks? Evito ao máximo. Não por birra, mas porque abstração em excesso cobra juros altos depois. Uso classes e bibliotecas, estruturas próprias quando elas ajudam.

Complexidade só entra quando é inevitável.

Muitas falhas acontecem porque decisões técnicas são tomadas cedo demais… e depois ninguém quer voltar atrás.

Quando a base está clara, o desenvolvimento flui. Quando não está, qualquer solução vira um remendo.

Clareza evita retrabalho

Prefiro avançar com segurança do que correr para parecer produtivo.
Isso significa fazer menos no início para acertar mais ao longo do caminho.

Código claro, decisões bem explicadas e soluções simples não são atalhos… são o que permite que um projeto evolua sem quebrar a cada mudança.

Quando a base é bem pensada, ajustes deixam de ser traumas e passam a ser parte natural do processo.
Isso reduz correções desnecessárias, facilita manutenção e dá previsibilidade para quem venha a trabalhar no projeto no futuro… inclusive eu mesmo.

Isso reduz correções desnecessárias, facilita manutenção e dá previsibilidade para quem continua o trabalho depois.

Não é sobre escrever mais código, é sobre escrever o código certo, no momento certo, com o mínimo de ruído possível.

O que resolvo na prática

Projetos e evolução

Nem todo trabalho envolve criar algo do zero, às vezes é continuar, corrigir, direcionar ou estruturar o que já existe.

Muitas vezes o trabalho é em entender o que já existe, corrigir o rumo e criar bases que permitam real evolução.

  • Sistemas existentes que precisam ser corrigidos ou reorganizados
  • Código legado que "ninguém" mais quer mexer
  • Projetos que começaram mal, mas ainda têm salvação
  • Ideias que precisam sair do papel com estrutura desde o início
  • Automações para reduzir tarefas manuais e processos repetitivos
  • Cuidados com segurança: dados, formulários, arquivos e integrações
  • Manutenção técnica: correções, ajustes e estabilidade contínua

Sites, correções e manutenção real

A maioria dos sites quebram por decisões ruins: excesso de dependências, soluções frágeis, ausência de atualizações e manutenção técnica.

Plataformas cheias de plugins e criadores de sites prometem facilidade, mas entregam estruturas difíceis de corrigir quando algo sai do lugar. O resultado é a falsa sensação de facilidade… até o primeiro problema real aparecer.

A webship trabalha diferente:

  • Websites desenvolvidos do zero, com estrutura própria
  • Correções e ajustes em sites existentes (inclusive WordPress)
  • Organização de código e otimização de desempenho
  • Manutenção técnica contínua, sem improviso

Automações e Segurança

Na prática, eu resolvo coisas que normalmente viram dor de cabeça:

Automações: Processos manuais que parecem “mágica” quando automatizados, mas que na verdade só estavam esperando alguém olhar com calma.

Integrações, fluxos internos, tarefas repetitivas que "ninguém" quer mais fazer.

Segurança: Não como paranoia, mas como obrigação. Um sistema sem segurança é como deixar uma carro zero aberto com a chave no contato.
Não importa se é um site pequeno ou grande, alguém sempre vai tentar invadir.

Aprendi isso na prática desenvolvendo o Opus Core, onde segurança não é um extra: é parte da base.

Como eu trabalho (e por que isso importa)

Eu trabalho de forma independente porque isso me dá controle sobre decisões, qualidade e tempo.
Não dependo de estruturas infladas, equipes desalinhadas ou processos que existem só para justificar custo.

Isso me permite adaptar o projeto à realidade de quem está do outro lado… inclusive quando o orçamento é limitado ou a ideia ainda está em construção.

O trabalho começa pequeno quando precisa, evolui quando faz sentido e muda quando a realidade muda.
Sem contrato engessado, sem promessas irreais e sem esconder o que está sendo feito.

Dinheiro é parte do processo, não o centro dele.
O foco é construir algo que funcione, seja compreensível e possa evoluir com o tempo.

Mas quem é a webship afinal?

Meu nome é Wellington Pragidi, um desenvolvedor independente.
A webship é uma marca registrada, não uma agência inchada, não uma fábrica de sites, não uma empresa com CNPJ cheio de camadas.
Isso significa menos ruído, sem promessas vazias e com responsabilidade direta sobre o que é entregue.

Quando algo funciona, fui eu. Quando algo quebra, também.

Projetos

Sistemas e soluções que nasceram de problemas reais

Opus Core

Um sistema em desenvolvimento contínuo iniciado há mais de cinco anos.

Criado para ser leve, transparente e evolutivo, sem heranças desnecessárias.
O Opus não esconde código, não depende de modismos e não cresce por acúmulo. Ele cresce por necessidade.

Ele não nasceu para competir com WordPress ou agradar massas. Nasceu para resolver problemas reais sem carregar o peso de decisões antigas.

Código aberto internamente, estrutura clara, painel que não cresce sem necessidade e nada de dependência cega de JavaScript assíncrono quando ele não resolve um problema real.

Packit

O Packit UI é um conjunto de ferramentas para interface visual e estrutural, pensado para permitir o uso apenas do que o projeto realmente necessita.

Diferente da maioria das soluções do tipo, ele não exige a adoção de todos os módulos nem prende o projeto a modelos fixos ou reescritas forçadas.

Até hoje, nenhum projeto precisou usar tudo o que ele oferece… e isso não é limitação, é critério.

Serve como base e resolve o trivial para que o foco fique nos detalhes que mais importam.

EMA: Software de Gerenciamento e Consulta para Analise de Marcas INPI RPI

Projeto desenvolvido para processos automatizados com PDFs, nele usamos os softwares OCR Tesseract e Ghostscript integrados diretamente, sem necessidade de Composer, ou seja, sem dependências desnecessárias.

O desafio era separar processos a partir de marcas visuais e remover elementos específicos dos arquivos.
Tudo deu certo e entregue antes do pazo previsto. Parte disso só foi possível porque reutilizei classes e helpers existentes do Opus que não se esconde em abstrações, o que economizou tempo real de desenvolvimento.

Só na primeira fase do sistema a tabela com processos de marcas ficou com mais de 13 milhoes de registros