TheCodestReview #3 - succo settimanale di ingegneria del software

Poiché viviamo e respiriamo Ruby on RailsQuesta settimana abbiamo deciso di puntare i riflettori su StimulusReflex, che si sta imponendo all'attenzione della comunità come una nuova realtà, un'alternativa all'utilizzo dei moderni Javascript quadri in Rotaie progetti per evitare l'eccesso di lavoro. Inoltre, ci soffermiamo su quando Scrum non funziona e sull'ingegneria della privacy in fintech progetti basati su Plaid (https://plaid.com/eu/)

Glossario degli aspetti che stiamo affrontando:

1. React è morto. Lunga vita a StimulusReflex!
2. Quando Scrum non funziona?

3 Ingegneria della privacy in prodotti fintech basato su Plaid

I commenti di StimulusReflex e Scrum di questa settimana vi vengono forniti dal nostro Rubino ingegnere e Progetto Manager.

Nel prossimo episodio ho il piacere e l'emozione di annunciare che avremo un post ospite dell'ingegnere React di Vinted.com. Per coloro che non hanno mai sentito parlare di Vinted (probabilità bassa, ma ancora possibile), Vinted è un mercato della moda originario di Vilnius, in Lituania, che ha raggiunto una valutazione da unicorno nel 2019. La piattaforma è costruita su solidi Ruby on Rails fondazione supportata da React sulla parte frontend.

React è morto da Obie Fernandez

(ALLARME UMORISTICO)

Titolo controverso, vero? Devo ammettere che è stato altrettanto scioccante per me, quindi ero ansioso di leggere e verificare cosa c'è dietro lo slogan o se si tratta solo di un altro clickbait. Ero scettica ma anche piena di speranza, a dire il vero. Non fraintendetemi. Non ho problemi con l'React e con Javascript in generale, ma quando ho letto "Reactive Rails" la mia immaginazione è impazzita. Basta con i miei sentimenti, lasciatemi riassumere ciò che c'è di succoso in questo articolo.

Questo articolo pieno di umorismo e di clamore sembrava caotico a prima vista, ma ho fatto un tentativo, perché mi piace questo senso dell'umorismo e i primi paragrafi hanno alimentato la mia speranza e mi hanno ipnotizzato ancora di più.

Obie Fernandez spiega cosa si cela dietro il nome "Reactive Rails". Per darvi una rapida visione, si tratta principalmente di lavorare con StimulusReflex e ViewComponent. Questi due potenti strumenti hanno convinto lo sviluppatore che l'React non era più necessario. Ha persino scritto che "non c'è assolutamente alcuna necessità tecnica per gli sviluppatori Rails di utilizzare l'React". Senza peli sulla lingua, vero?

Naturalmente l'autore non lascia noi con questo slogan. Per dimostrare le sue parole (se qualcuno non ci crede), riassume l'approccio di Reactive Rails in punti essenziali. Ci guida anche attraverso la sua avventura di riscrittura di alcune parti del suo progetto secondario che utilizzava Vanilla Rails e jQuery. codice di seguire l'approccio Reactive Rails. Ha scoperto che la configurazione è stata relativamente indolore e che è stato davvero veloce diventare produttivi dopo non molto tempo speso per imparare nuovi strumenti. Il tutto è ovviamente seguito da esempi di codice, in modo da avere una visione migliore di ciò che è accaduto durante questo processo.

Per non annoiarvi, vi invito a leggere questo articolo. Ad essere sincero, dopo averlo letto sono davvero entusiasta ed eccitato. Il modo in cui Obie Fernandez ha presentato Reactive Rails mi ha colpito molto e mi ha fatto sperare che qualcosa di grande stia accadendo nella comunità Ruby. Con questo articolo mi ha convinto e sicuramente esplorerò questo nuovo approccio.

Raccomandazione di Codest - StimulusReflex potrebbe valere la pena di essere provato se siete una startup in fase iniziale con un progetto Ruby. squadra e la mancanza di capacità di frontend. Se l'interfaccia utente della vostra piattaforma è rivolta a utenti B2C e avete bisogno di renderla elegante e brillante fin dall'inizio, potreste considerare di dare una chance a StimulusReflex rispetto al codice jQuery classico. Se volete aggiungere la sensazione di un'applicazione moderna a un progetto Rails già esistente, privo di un'interfaccia moderna, potete scegliere StimulusReflex. JSStimulusReflex dovrebbe essere un'alternativa solida ed efficiente in termini di tempo (a patto che la versione di Rails sia aggiornata). L'implementazione nel vostro progetto esistente dovrebbe essere relativamente indolore.

Perché il vostro Scrum non funziona? di Matthijs de Booij

Interpretazioni errate da parte dell'organizzazione

Interpretazioni errate da parte del team di sviluppo

Anche se le regole sembrano essere molto semplici, la loro attuazione è una gatta da pelare. Richiede il lavoro e l'impegno di tutti i membri del team. Non potete permettervi di avere qualcuno che non fa nulla. Quando le affermazioni di Scrum convergono con le convinzioni dei vostri dipendenti, l'intero processo diventa facile come un gioco da ragazzi. Le persone accetteranno volentieri le responsabilità aggiuntive e la loro collaborazione sarà molto efficiente. Ma se le loro la mentalità non ha nulla in comune con l'approccio Scrum, sarà un compito faticoso e la maggior parte del carico di lavoro sarà sulle spalle del Scrum Master. Nonostante tutti gli ostacoli, è possibile avere successo se il team è sufficientemente impegnato. Le specifiche del prodotto Anche la tipologia può essere un fattore che spiega perché Scrum ostacola piuttosto che aiutare. Si tratta principalmente di progetti che riguardano prodotti tangibili, come l'hardware. Ci sono progetti che richiedono un approccio diverso da Agility. La ragione potrebbe risiedere nelle persone coinvolte nel progetto. Scrum richiede la presenza del Product Owner e del Scrum Master.

Potete anche leggere: Perché Agile è vincente?

Ma: Un killer di Scrum di Dirk Bolte

Episodio #242 del podcast Modern CTO con Jean-Denis Greze di Plaid

Riflessioni sull'ingegneria della privacy e sulla necessità di garantire la sicurezza fin dall'inizio di un prodotto.

Come la pandemia ha accelerato le esperienze digitali delle persone.

Come scalare quando il team di ingegneri cresce oltre il punto in cui è possibile conoscere tutti individualmente.

Tra i vari argomenti interessanti, Jean affronta il tema della privacy e dell'ingegneria della privacy sulla base della sua esperienza di azienda fintech. Questioni di derivazione dati, le buone pratiche di cancellazione dei dati, l'anonimizzazione dei dati e la loro rivendita a terze parti sulla adtech carosello. Qual è la responsabilità delle aziende nei confronti degli utenti in merito alla privacy dei loro dati? Quali sono le migliori pratiche di privacy dei dati per le fintech? Jean sottolinea inoltre l'importanza della cooperazione del settore privato con i governi e le autorità di regolamentazione nel processo di creazione di un PPP ben bilanciato per soddisfare le esigenze del settore. GDPR e non uccidere allo stesso tempo le innovazioni. 

Sintesi

Grazie per la lettura e a presto con il prossimo episodio! 

Per saperne di più:

TheCodestReview #2 - succo settimanale di ingegneria del software

TheCodestReview #1 - succo settimanale di ingegneria del software

Come migliorare le applicazioni Vue.js? Alcuni consigli pratici