VOLTAR
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/)
3 Engenharia da privacidade em produtos fintech baseado 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.
(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 IU 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 que não tem JSSe o StimulusReflex for uma alternativa sólida e eficiente em termos de tempo (desde que sua versão do Rails esteja atualizada). Implementá-lo em seu projeto existente deve ser relativamente fácil.
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
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 nas suas experiências como empresa fintech. Questões derivadas dadosboas práticas de eliminação de dados, anonimização de dados e revenda dos mesmos a terceiros no 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 bem equilibrada para cumprir RGPD e não matar as inovações ao mesmo tempo.
Obrigado pela leitura e voltaremos em breve com o próximo episódio!
Ler mais:
TheCodestReview #2 - sumo semanal de engenharia de software
Portuguese 
English 
German 
Swedish 
Danish 
Norwegian 
Finnish 
French 
Polish 
Arabic 
Italian 
Spanish 
Dutch 
Estonian 
Greek 
Czech 
Latvian 
Lithuanian 
Icelandic