O projeto inicial (v1/v2) foi desenvolvido pela SQLI, uma empresa francesa de servicos de TI, com um framework PHP customizado e templates Smarty. O codigo legado continha 398 revisoes SVN cobrindo 2010-2013.

Quando cheguei na SQLI, 5 desenvolvedores PHP dedicados em tempo integral trabalhavam no projeto. Com o tempo, assumi uma parte crescente do perimetro tecnico, ate cobrir sozinho o essencial das evolucoes - um papel que evoluiu naturalmente com minha expertise crescente e a autonomia do ambiente PME. Depois de cuidar sozinho do perimetro por um tempo, pedi reforco e obtive a contratacao de um segundo desenvolvedor.

A partir de 2014-2016, nossa nova equipe Medialeads realizou uma reescrita completa da plataforma, migrando progressivamente do framework customizado para Symfony 2/3 enquanto mantinha o site publico em um framework MVC customizado mais leve.

A plataforma era multilingue (7 idiomas), multi-pais, com alto volume de dados de produtos, e a necessidade de manter compatibilidade com os feeds de dados de fornecedores existentes - tudo hospedado em servidores dedicados OVH totalmente autogerenciados: faziamos absolutamente tudo por conta propria, da configuracao do sistema ate as implantacoes.

• Gestao massiva de dados e otimizacao SQL: dominio das formas normais SQL (1NF, 2NF, 3NF, BCNF), de todos os tipos de joins (INNER/LEFT/RIGHT/CROSS/SELF), da indexacao avancada (indices B-tree, compostos, covering), da analise constante de planos de execucao com `EXPLAIN ANALYZE`, da replicacao MySQL master-slave e do cache Memcache. Batches noturnos de varias horas para recalcular estoques, precos e promocoes em todo o catalogo - nessa escala, um indice ausente podia transformar uma query de 50 ms em timeout de 30 segundos, entao cada milissegundo ganho por query se multiplicava em milhoes de execucoes.
• Mecanismos de busca e indexacao: passagem pratica por quatro geracoes de mecanismos - (1) MySQL LIKE / FULLTEXT (MyISAM/InnoDB), (2) busca full-text PostgreSQL com `tsvector`/`tsquery`, indices GIN e funcoes `to_tsvector`/`ts_rank`, (3) Apache Solr indexando centenas de milhares de produtos com facetamento avancado (categorias, cores, precos, fornecedores), sugestoes, correcao ortografica e scoring de relevancia personalizado, (4) Elasticsearch com inverted indexes, analyzers multilingues (stemming, tokenization, normalizacao), scoring TF-IDF, agregacoes e facetas. Aprendizado das diferencas profundas entre um mecanismo relacional e um mecanismo de busca dedicado.
• Algoritmos e regras de negocio complexas: concepcao e implementacao de numerosos algoritmos e de regras de negocio muito complexas - por exemplo o calculo de todas as combinacoes possiveis de preco, variantes de produto e disponibilidade (produto cartesiano / explosao combinatoria gerando milhares de combinacoes por produto entre tamanhos, cores, quantidades, tipos de marcacao, zonas de marcacao e acabamentos). Dominio da modelagem de regras de pricing dinamicas e motores de decisao de negocio.
• Dominio do ecossistema Symfony 2/3 em producao em larga escala (Propel, Doctrine, bundles, servicos, seguranca, WSSE)
• Desenvolvimento de habilidades solidas em migracao de codigo legado - transicao do monolito SVN para microsservicos Git sem interrupcao de servico
• Aquisicao de conhecimento de dominio em mercado B2B de produtos promocionais, automacao de feeds de dados e e-commerce multi-pais
• Aprendizado de coordenacao em uma equipe pequena onde cada desenvolvedor possui porcoes significativas do codigo

Com os padroes e o recuo de hoje, algumas escolhas poderiam ter sido diferentes - cada decisao fazia sentido dentro das restricoes da sua epoca:

• Adotar um unico framework desde o inicio em vez de manter um framework PHP customizado ao lado do Symfony, embora o contexto historico justificasse a coexistencia durante a migracao.
• Configurar CI/CD desde a migracao para GitHub (janeiro 2016) - Jenkins, Travis CI ou GitLab CI estavam disponiveis mesmo que GitHub Actions ainda nao existisse.
• Usar Docker para ambientes de dev e implantacao, embora Proxmox fosse o padrao de virtualizacao maduro para PMEs PHP da epoca.
• Centralizar o acesso a dados via uma unica API em vez de conectar cada servico diretamente ao banco MySQL - um padrao que so se generalizou apos 2017.