Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Quando pensamos em sistemas de recomendação, a maioria das soluções prontas são baseadas em algoritmos genéricos que nem sempre atendem às necessidades específicas do projeto ou do usuário. No meu entendimento, criar um modelo de recomendação próprio, alimentado por dados internos, pode oferecer resultados mais relevantes.
No contexto de uma tese ou projeto de pesquisa, a vantagem de usar dados próprios é que você consegue ajustar o modelo para o seu público-alvo, além de ter controle total sobre os critérios de recomendação. Mas, claro, isso pesa na complexidade de implementação e no tempo de treinamento.
A questão é como fazer esse sistema rodar de forma eficiente, com feedback rápido ao usuário. Afinal, se o sistema demora demais para gerar uma recomendação, a experiência do usuário é prejudicada. Como vocês lidam com o balanceamento entre a precisão do modelo e o tempo de resposta? Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
A minha dica é pensar em uma arquitetura que permita treinar e atualizar o modelo de forma incremental, usando apenas os dados mais recentes ou relevantes. Assim, evita-se retrabalho e mantém-se a recomendação sempre atualizada. Ainda assim, a decisão de desenvolver uma solução própria ou usar APIs externas depende do custo e da complexidade do seu projeto. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta.
Concordo com o Bruno. Ainda mais se a base de dados for grande, o retraining pode virar um problema de performance. Acho que a chave é fazer atualizações menores e mais frequentes, assim a gente mantém a relevância sem travar o sist ema. duvido!
lol
No meu time, o cuidado é com o tradeoff entre precisão e velocidade. Quanto maior o modelo, mais lento fica o feedback, e isso impacta na experiência do usuário. Então, uma abordagem incremental com cache pode ajudar bastante.
Boa, mas alguém já usou alguma lib que permite treinar modelos menores pra esse tipo de aplicação? Tô querendo evitar aquele atraso de carregamento em interfaces mais lentas.