TheCodestReview #3 - cotygodniowy sok z inżynierii oprogramowania

Ponieważ żyjemy i oddychamy Ruby on RailsW tym tygodniu postanowiliśmy zwrócić uwagę na StimulusReflex, który przyciąga uwagę społeczności jako nowy dzieciak na rynku, będący alternatywą dla korzystania z nowoczesnych technologii. Javascript frameworków w projektach Rails, aby uniknąć przesady. Dodatkowo omawiamy sytuacje, w których Scrum nie działa i inżynierię prywatności w fintech projekty oparte na Plaid (https://plaid.com/eu/)

Słowniczek aspektów, którymi się zajmujemy:

1. React nie żyje. Niech żyje StimulusReflex!
2. Kiedy Scrum nie działa?

3 Inżynieria prywatności w produktach fintech opartych na Plaid

Komentarze dotyczące StimulusReflex i Scrum w tym tygodniu są dostarczane przez naszego inżyniera Ruby i Projekt Menedżer.

W następnym odcinku mam przyjemność ogłosić, że będziemy mieli gościnny wpis inżyniera React z Vinted.com. Dla tych z Was, którzy nigdy nie słyszeli o Vinted (małe szanse, ale wciąż możliwe), Vinted to rynek mody pochodzący z Wilna na Litwie, który osiągnął wycenę jednorożca w 2019 roku. Platforma zbudowana jest na solidnym fundamencie Ruby on Rails wspieranym przez React w części frontendowej.

React nie żyje, autor: Obie Fernandez

(HUMOR ALERT)

Kontrowersyjny tytuł, prawda? Przyznam, że dla mnie był równie szokujący, więc z chęcią przeczytałem i sprawdziłem, co kryje się za tym hasłem, czy jest to tylko kolejny clickbait. Byłem sceptyczny, ale też pełen nadziei. Nie zrozum mnie źle. Nie mam problemów z React i Javascriptem w ogóle, ale kiedy przeczytałem "Reactive Rails" moja wyobraźnia oszalała. Dość o moich odczuciach, pozwólcie mi podsumować to, co jest soczyste w tym artykule.

Ten pełen humoru i szumu artykuł na pierwszy rzut oka wyglądał chaotycznie, ale spróbowałem, ponieważ lubię to poczucie humoru, a pierwsze akapity zwiększyły moją nadzieję i jeszcze bardziej mnie podekscytowały.

Obie Fernandez wyjaśnia, co kryje się za nazwą "Reactive Rails". Aby dać ci szybki pogląd, jest to głównie praca ze StimulusReflex i ViewComponent. Te dwa potężne narzędzia przekonały programistę, że React nie jest już potrzebny. Napisał tam nawet, że "nie ma absolutnie żadnej technicznej potrzeby, aby programiści Railsów używali już React". Tępy, prawda?

Oczywiście autor nie zostawia nas z tym sloganem. Aby udowodnić swoje słowa (jeśli ktoś im nie wierzy), podsumowuje podejście Reactive Rails w punktach. Prowadzi nas również przez swoją przygodę z przepisywaniem niektórych części swojego pobocznego projektu, który wykorzystywał Vanilla Rails i trochę jQuery kod aby zastosować podejście Reactive Rails. Przekonał się, że konfiguracja była stosunkowo bezbolesna i bardzo szybko można było uzyskać produktywność po niezbyt długim czasie spędzonym na nauce nowych narzędzi. Wszystko jest oczywiście poparte przykładami kodu, dzięki czemu mamy lepszy wgląd w to, co wydarzyło się podczas tego procesu.

Aby was nie zanudzić, naprawdę przekonuję was wszystkich do przeczytania tego artykułu. Szczerze mówiąc, jestem naprawdę podekscytowany i podekscytowany po jego przeczytaniu. Sposób w jaki Obie Fernandez przedstawił Reactive Rails bardzo mnie uderzył i dał mi nadzieję, że coś wielkiego dzieje się w społeczności Ruby. Kupił mnie tym artykułem, na pewno zbadam to nowe podejście.

Rekomendacja Codest - StimulusReflex może być warta wypróbowania, jeśli jesteś startupem na wczesnym etapie rozwoju i masz Ruby. zespół i brak możliwości frontendowych. Jeśli interfejs użytkownika twojej platformy jest skierowany do użytkowników B2C i musisz sprawić, by był fantazyjny i błyszczący od samego początku, możesz rozważyć wybranie StimulusReflex zamiast klasycznego kodu jQuery. Jeśli chcesz dodać wrażenie nowoczesnej aplikacji do istniejącego projektu Rails bez nowoczesnego JS, powinieneś znaleźć StimulusReflex jako solidną i wydajną czasowo alternatywę (biorąc pod uwagę, że twoja wersja Rails jest aktualna). Wdrożenie go do istniejącego projektu powinno być stosunkowo bezbolesne.

Dlaczego Scrum nie działa? Matthijs de Booij

Błędne interpretacje ze strony organizacji

Błędne interpretacje przez zespół programistów

Nawet jeśli zasady wydają się bardzo proste, ich wdrożenie to twardy orzech do zgryzienia. Wymaga pracy i zaangażowania wszystkich członków zespołu. Nie można pozwolić sobie na kogoś, kto po prostu nic nie robi. Gdy założenia Scruma są zbieżne z przekonaniami pracowników, cały proces jest łatwy jak bułka z masłem. Ludzie chętnie przyjmą dodatkowe obowiązki, a ich współpraca będzie bardzo efektywna. Ale jeśli ich sposób myślenia nie ma ze sobą nic wspólnego Przy podejściu Scrum będzie to żmudne zadanie, a większość pracy będzie spoczywać na barkach Scrum Master. Pomimo wszystkich przeszkód, nadal można odnieść sukces, jeśli zespół jest wystarczająco zaangażowany. Specyfika podejścia produkt Typ może być również czynnikiem, który sprawia, że Scrum raczej przeszkadza niż pomaga. Są to głównie projekty dotyczące produktów materialnych, takich jak sprzęt. Istnieją projekty, które wymagają innego podejścia niż Agility. Przyczyna może leżeć w ludziach zaangażowanych w projekt. Scrum wymaga obecności Właściciela Produktu i Scrum Master.

Możesz również przeczytać: Dlaczego Agile wygrywa?

Ale: Zabójca Scruma Dirk Bolte

Odcinek #242 podcastu Modern CTO z Jeanem-Denisem Greze z Plaid

Przemyślenia na temat inżynierii prywatności i upewnienia się, że bezpieczeństwo jest wbudowane od samego początku produktu.

Jak pandemia przyspieszyła cyfrowe doświadczenia ludzi.

Jak się skalować, gdy zespół inżynierów rozrasta się poza punkt, w którym można poznać każdego z osobna.

Wśród kilku interesujących tematów Jean porusza kwestie prywatności i inżynierii prywatności w oparciu o ich doświadczenia jako firmy fintech. Kwestie danych pochodnych, dobre praktyki usuwania danych, anonimizacja danych i odsprzedaż ich stronom trzecim na adtech karuzela. Jaka jest odpowiedzialność firm wobec użytkowników za prywatność ich danych? Jakie są najlepsze praktyki w zakresie prywatności danych dla fintechów? Jean podkreśla również znaczenie współpracy sektora prywatnego z rządami i organami regulacyjnymi w procesie tworzenia dobrze wyważonego PPP, aby zachować zgodność z RODO i jednocześnie nie zabijać innowacji. 

Podsumowanie

Dzięki za przeczytanie i już wkrótce wracamy z kolejnym odcinkiem! 

Czytaj więcej:

TheCodestReview #2 - cotygodniowy sok z inżynierii oprogramowania

TheCodestReview #1 - cotygodniowy sok z inżynierii oprogramowania

Jak ulepszyć aplikacje Vue.js? Kilka praktycznych wskazówek