window.pipedriveLeadboosterConfig = { base: 'leadbooster-chat.pipedrive.com', companyId: 11580370, playbookUuid: '22236db1-6d50-40c4-b48f-8b11262155be', version: 2, } ;(function () { var w = window if (w.LeadBooster) { console.warn('LeadBooster już istnieje') } else { w.LeadBooster = { q: [], on: function (n, h) { this.q.push({ t: 'o', n: n, h: h }) }, trigger: function (n) { this.q.push({ t: 't', n: n }) }, } } })() TheCodestReview #3 - cotygodniowy sok z inżynierii oprogramowania - The Codest
The Codest
  • O nas
  • Nasze Usługi
    • Software Development
      • Frontend Development
      • Backend Development
    • Zespoły IT
      • Programiści frontendowi
      • Backend Dev
      • Inżynierowie danych
      • Inżynierowie rozwiązań chmurowych
      • Inżynierowie QA
      • Inne
    • Konsultacje IT
      • Audyt i doradztwo
  • Branże
    • Fintech i bankowość
    • E-commerce
    • Adtech
    • Healthtech
    • Produkcja
    • Logistyka
    • Motoryzacja
    • IOT
  • Wartość dla
    • CEO
    • CTO
    • Delivery Managera
  • Nasz zespół
  • Case Studies
  • Nasze Know How
    • Blog
    • Meetups
    • Webinary
    • Raporty
Kariera Skontaktuj się z nami
  • O nas
  • Nasze Usługi
    • Software Development
      • Frontend Development
      • Backend Development
    • Zespoły IT
      • Programiści frontendowi
      • Backend Dev
      • Inżynierowie danych
      • Inżynierowie rozwiązań chmurowych
      • Inżynierowie QA
      • Inne
    • Konsultacje IT
      • Audyt i doradztwo
  • Wartość dla
    • CEO
    • CTO
    • Delivery Managera
  • Nasz zespół
  • Case Studies
  • Nasze Know How
    • Blog
    • Meetups
    • Webinary
    • Raporty
Kariera Skontaktuj się z nami
Strzałka w tył WSTECZ
2020-11-05
Fintech

TheCodestReview #3 - cotygodniowy sok z inżynierii oprogramowania

The Codest

Kamil Ferens

Dyrektor ds. rozwoju

Witamy i dziękujemy za przybycie tutaj, aby sprawdzić 3. odcinek naszej serii TheCodestReview. To wiele dla nas znaczy i mamy nadzieję, że będzie to dobrze spędzony czas.

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

Powiązane artykuły

Fintech

30 najlepszych fintechów wyróżniających się rozwiązaniami zorientowanymi na klienta

Poniższe firmy fintech w wyjątkowy sposób przyjęły takie strategie, wywierając znaczący wpływ w swoich dziedzinach, koncentrując się głęboko na potrzebach klientów.

The Codest
Agata Waszak Specjalista ds. rozwiązań dla klientów
Fintech

Niemiecki Fintech High Flyers: Firmy rozwijające się dzięki 10%+

Poznaj niemieckich innowatorów fintech: Wzrost przekraczający 10%. Zwiększ swój potencjał fintech dzięki sprawdzonej wiedzy The Codest!

Fintech

Na radarze: Najlepsze firmy FinTech w Nevadzie

Poznaj wiodących innowatorów fintech z Nevady, którzy kształtują przyszłość dzięki przełomowym technologiom w finansach. Poznaj szczegóły już teraz!

The Codest
Greg Polec CEO
Fintech

Silver State Standouts: Ranking najbardziej wpływowych instytucji bankowych w Nevadzie

Ranking wiodących instytucji finansowych w Nevadzie: Wgląd w ich usługi, innowacje i wpływ na branżę.

The Codest
Greg Polec CEO
Rozwiązania dla przedsiębiorstw i scaleupów

10 największych innowatorów fintech do obejrzenia w 2024 r.

Kto trzęsie sceną Fintech w Wielkiej Brytanii? Dowiedz się tego z naszego najnowszego rankingu, w którym prezentujemy firmy, na które warto mieć oko w tym roku!

The Codest
Greg Polec CEO

Subskrybuj naszą bazę wiedzy i bądź na bieżąco!

    O nas

    The Codest - Międzynarodowa firma programistyczna z centrami technologicznymi w Polsce.

    Wielka Brytania - siedziba główna

    • Office 303B, 182-184 High Street North E6 2JA
      Londyn, Anglia

    Polska - lokalne centra technologiczne

    • Fabryczna Office Park, Aleja
      Pokoju 18, 31-564 Kraków
    • Brain Embassy, Konstruktorska
      11, 02-673 Warszawa, Polska

      The Codest

    • Strona główna
    • O nas
    • Nasze Usługi
    • Case Studies
    • Nasze Know How
    • Kariera
    • Słownik

      Nasze Usługi

    • Konsultacje IT
    • Software Development
    • Backend Development
    • Frontend Development
    • Zespoły IT
    • Backend Dev
    • Inżynierowie rozwiązań chmurowych
    • Inżynierowie danych
    • Inne
    • Inżynierowie QA

      Raporty

    • Fakty i mity na temat współpracy z zewnętrznym partnerem programistycznym
    • Z USA do Europy: Dlaczego amerykańskie startupy decydują się na relokację do Europy?
    • Porównanie centrów rozwoju Tech Offshore: Tech Offshore Europa (Polska), ASEAN (Filipiny), Eurazja (Turcja)
    • Jakie są największe wyzwania CTO i CIO?
    • The Codest
    • The Codest
    • The Codest
    • Privacy policy
    • Warunki korzystania z witryny

    Copyright © 2025 by The Codest. Wszelkie prawa zastrzeżone.

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