The Codest
  • Sobre nós
  • Serviços
    • Desenvolvimento de software
      • Desenvolvimento de front-end
      • Desenvolvimento backend
    • Staff Augmentation
      • Programadores Frontend
      • Programadores de back-end
      • Engenheiros de dados
      • Engenheiros de nuvem
      • Engenheiros de GQ
      • Outros
    • Aconselhamento
      • Auditoria e consultoria
  • Indústrias
    • Fintech e Banca
    • E-commerce
    • Adtech
    • Tecnologia da saúde
    • Fabrico
    • Logística
    • Automóvel
    • IOT
  • Valor para
    • CEO
    • CTO
    • Gestor de entregas
  • A nossa equipa
  • Case Studies
  • Saber como
    • Blogue
    • Encontros
    • Webinars
    • Recursos
Carreiras Entrar em contacto
  • Sobre nós
  • Serviços
    • Desenvolvimento de software
      • Desenvolvimento de front-end
      • Desenvolvimento backend
    • Staff Augmentation
      • Programadores Frontend
      • Programadores de back-end
      • Engenheiros de dados
      • Engenheiros de nuvem
      • Engenheiros de GQ
      • Outros
    • Aconselhamento
      • Auditoria e consultoria
  • Valor para
    • CEO
    • CTO
    • Gestor de entregas
  • A nossa equipa
  • Case Studies
  • Saber como
    • Blogue
    • Encontros
    • Webinars
    • Recursos
Carreiras Entrar em contacto
Seta para trás VOLTAR
2020-11-05
Fintech

TheCodestReview #3 - sumo semanal de engenharia de software

The Codest

Kamil Ferens

Diretor de Crescimento

Olá e obrigado por terem vindo aqui para ver o terceiro episódio da nossa série TheCodestReview. Isso significa muito para nós e esperamos que seja um tempo bem passado.

Uma vez que vivemos e respiramos Ruby on RailsEsta semana decidimos dar destaque ao StimulusReflex, que está a chamar a atenção da comunidade como um novo miúdo no bairro, sendo uma alternativa à utilização de Javascript quadros em Carris projectos para evitar exageros. Além disso, falamos sobre quando o Scrum não funciona e sobre a engenharia da privacidade em fintech projectos baseados em Plaid (https://plaid.com/eu/)

Glossário dos aspectos que estamos a abordar:

  1. React está morto. Viva o StimulusReflex!
  2. Quando o Scrum não funciona?

3 Engenharia de privacidade em produtos fintech baseados em Plaid

Os comentários do StimulusReflex e do Scrum desta semana são-lhe enviados pelo nosso Rubi engenheiro e Projeto Diretor.

No próximo episódio, tenho o prazer e o entusiasmo de anunciar que teremos um post convidado do engenheiro React da Vinted.com. Para aqueles de vocês que nunca ouviram falar de Vinted (chances baixas, mas ainda possíveis), Vinted é um mercado de moda originário de Vilnius, Lituânia, que atingiu uma avaliação de unicórnio em 2019. A plataforma é construída sobre sólidos Ruby on Rails apoiada por React na parte frontal.

React está morto por Obie Fernandez

(ALERTA DE HUMOR)

Título polémico, não é? Tenho de admitir que foi igualmente chocante para mim, por isso estava ansiosa por ler e verificar o que está por detrás do slogan ou se se trata apenas de mais um clickbait. Estava cético, mas também cheio de esperança, para ser justo. Não me interpretem mal. Não tenho problemas com React e Javascript em geral, mas quando li "Reactive Rails" a minha imaginação ficou louca. Chega de falar sobre meus sentimentos, deixe-me resumir o que há de interessante nesse artigo.

Este artigo cheio de humor e de propaganda parecia caótico à primeira vista, mas experimentei-o, porque gosto deste sentido de humor e os primeiros parágrafos aumentaram a minha esperança e entusiasmaram-me ainda mais.

Obie Fernandez explica o que está por trás do nome "Reactive Rails". Para dar uma visão rápida, ele trabalha principalmente com StimulusReflex e ViewComponent. Essas duas ferramentas poderosas convenceram o desenvolvedor de que o React não era mais necessário. Ele até escreveu que "não há absolutamente nenhuma necessidade técnica para os desenvolvedores de Rails usarem o React". Sem rodeios, certo?

É claro que o autor não deixa nós com este slogan. Para provar suas palavras (se alguém não acreditar nelas), ele resume a abordagem do Reactive Rails em pontos. Ele também nos guia através de sua aventura de reescrever algumas partes de seu projeto paralelo que usava Vanilla Rails e algum jQuery código para seguir a abordagem Reactive Rails. Ele descobriu que a configuração foi relativamente simples e que foi muito rápido começar a produzir depois de não ter passado muito tempo a aprender novas ferramentas. É claro que tudo é acompanhado de exemplos de código para que possamos ter uma visão melhor do que aconteceu durante este processo.

Para não vos aborrecer, convenço-vos a todos a lerem este artigo. Para ser honesto eu estou realmente animado e empolgado depois de ler isso. A maneira como Obie Fernandez introduziu o Reactive Rails me impressionou muito e me deu esperança de que algo grande está acontecendo na comunidade Ruby. Ele me comprou com esse artigo, eu com certeza vou explorar essa nova abordagem.

Recomendação da Codest - Vale a pena experimentar o StimulusReflex se for uma empresa em fase de arranque com um projeto Ruby equipa e falta de capacidade de front-end. Se a interface do utilizador da sua plataforma se destina a utilizadores B2C e precisa de a tornar elegante e brilhante desde o início, pode considerar dar uma oportunidade ao StimulusReflex em vez do código clássico jQuery. Se quiser adicionar uma sensação de aplicação moderna a um projeto Rails existente sem JS moderno, deverá considerar o StimulusReflex uma alternativa sólida e eficiente em termos de tempo (desde que a sua versão do Rails esteja actualizada). Implementá-lo em seu projeto existente deve ser relativamente fácil.

Porque é que o seu Scrum não funciona? por Matthijs de Booij

Interpretações erróneas por parte da organização

Interpretações erradas da equipa de desenvolvimento

Mesmo que as regras pareçam ser muito simples, a sua aplicação é um osso duro de roer. Requer o trabalho e o empenho de todos os membros da equipa. Não se pode dar ao luxo de ter alguém que simplesmente não faz nada. Quando as declarações do Scrum são convergentes com as crenças dos seus colaboradores, todo o processo é fácil como um pedaço de bolo. As pessoas aceitarão de bom grado responsabilidades adicionais e a sua cooperação será altamente eficiente. Mas se as suas a mentalidade não tem nada em comum com a abordagem Scrum, será uma tarefa árdua e a maior parte da carga de trabalho recairá sobre os ombros do Scrum Master. Apesar de todos os obstáculos, é possível ter sucesso se a equipa estiver suficientemente empenhada. As especificidades do produto O tipo também pode ser um fator que impede o Scrum em vez de o ajudar. Estes são principalmente projectos relativos a produtos tangíveis, como hardware. Existem alguns projectos que requerem uma abordagem diferente da Agilidade. A razão pode estar nas pessoas incluídas num projeto. O Scrum exige a presença do Product Owner e do Scrum Master.

Também pode ler: Porque é que o Agile está a ganhar?

Mas: Um assassino do Scrum por Dirk Bolte

Episódio #242 do podcast Modern CTO com Jean-Denis Greze da Plaid

Reflexões sobre a engenharia da privacidade e a garantia de que a segurança é incorporada desde o início de um produto.

Como a pandemia acelerou as experiências digitais das pessoas.

Como se adaptar à medida que a equipa de engenharia cresce e ultrapassa o ponto em que é possível conhecer cada um individualmente.

Entre alguns temas interessantes, Jean aborda a privacidade e a engenharia da privacidade com base na sua experiência como empresa fintech. Questões relacionadas com dados derivados, boas práticas de eliminação de dados, anonimização de dados e revenda a terceiros na adtech carrossel. Qual é a responsabilidade das empresas perante os seus utilizadores no que respeita à privacidade dos seus dados? Quais são as melhores práticas de privacidade de dados para as fintechs? Jean também sublinha a importância da cooperação do sector privado com os governos e os reguladores no processo de criação de uma PPP equilibrada para cumprir o RGPD e não matar as inovações ao mesmo tempo. 

Resumo

Obrigado pela leitura e voltaremos em breve com o próximo episódio! 

Ler mais:

TheCodestReview #2 - sumo semanal de engenharia de software

TheCodestReview #1 - sumo semanal de engenharia de software

Como melhorar as aplicações Vue.js? Algumas dicas práticas

Artigos relacionados

capa do blogue da Codest com uma ilustração minimalista de um smartphone que mostra barras de análise, mais ícones para definições, hora e uma moeda - simbolizando o desenvolvimento de aplicações fintech e pagamentos digitais.
Fintech

Desenvolvimento de aplicações Fintech: Serviços, recursos em 2026

O mercado global de fintech está a caminho de ultrapassar $1,2 triliões até 2030, crescendo a uma taxa de crescimento anual (CAGR) de cerca de 15%. Mais de 90% dos Millennials usam agora pelo menos uma aplicação fintech para...

The Codest
Edyta Obszanska Business Growth & Partnerships Lead
Fintech

Principais tecnologias utilizadas no desenvolvimento do FinTech europeu

Explorando as principais tecnologias que moldam o FinTech na Europa Em toda a Europa, o sector das fintech está a passar por uma das transformações mais profundas da sua história. Instituições financeiras, empresas de fintech e instituições financeiras estabelecidas...

OCODEST
Fintech

As 30 principais fintechs que se destacam em soluções centradas no cliente

As seguintes empresas de fintech têm sido excepcionais na adoção de tais estratégias, causando impactos significativos nos seus respectivos domínios ao centrarem-se profundamente nas necessidades dos clientes.

The Codest
Agata Waszak Especialista em soluções para clientes
Fintech

Fintech High Flyers da Alemanha: Empresas que avançam por 10%+

Conheça os inovadores Fintech da Alemanha: Crescendo para além do crescimento 10%. Aumente o potencial da sua fintech com a experiência comprovada do The Codest!

Fintech

No radar: Principais empresas FinTech em Nevada

Explore os principais inovadores de fintech do Nevada que estão a moldar o futuro com tecnologias inovadoras no sector financeiro. Mergulhe nos detalhes agora!

The Codest
Greg Polec CEO

Subscreva a nossa base de conhecimentos e mantenha-se atualizado sobre os conhecimentos do sector das TI.

    Sobre nós

    The Codest - Empresa internacional de desenvolvimento de software com centros tecnológicos na Polónia.

    Reino Unido - Sede

    • Office 303B, 182-184 High Street North E6 2JA
      Londres, Inglaterra

    Polónia - Pólos tecnológicos locais

    • Parque de escritórios Fabryczna, Aleja
      Pokoju 18, 31-564 Cracóvia
    • Embaixada do Cérebro, Konstruktorska
      11, 02-673 Varsóvia, Polónia

      The Codest

    • Início
    • Sobre nós
    • Serviços
    • Case Studies
    • Saber como
    • Carreiras
    • Dicionário

      Serviços

    • Aconselhamento
    • Desenvolvimento de software
    • Desenvolvimento backend
    • Desenvolvimento de front-end
    • Staff Augmentation
    • Programadores de back-end
    • Engenheiros de nuvem
    • Engenheiros de dados
    • Outros
    • Engenheiros de GQ

      Recursos

    • Factos e mitos sobre a cooperação com um parceiro externo de desenvolvimento de software
    • Dos EUA para a Europa: Porque é que as empresas americanas decidem mudar-se para a Europa?
    • Comparação dos centros de desenvolvimento da Tech Offshore: Tech Offshore Europa (Polónia), ASEAN (Filipinas), Eurásia (Turquia)
    • Quais são os principais desafios dos CTOs e dos CIOs?
    • The Codest
    • The Codest
    • The Codest
    • Privacy policy
    • Website terms of use

    Direitos de autor © 2026 por The Codest. Todos os direitos reservados.

    pt_PTPortuguese
    en_USEnglish de_DEGerman sv_SESwedish da_DKDanish nb_NONorwegian fiFinnish fr_FRFrench pl_PLPolish arArabic it_ITItalian jaJapanese es_ESSpanish nl_NLDutch etEstonian elGreek cs_CZCzech pt_PTPortuguese