Mentionsy

admin powinien być odpowiedzialny za deployment, a mam również osoby, które do tej pory robią mega skomplikowane flowy.

Mega skomplikowane flowy, które akurat to jest działka rekrutacyjna, w której wykonują mega skomplikowane akcje i ja jestem pełen chapeau bas, bo ja bym też wielokrotnie miał problem z takim mocno rozwiniętym flowem.

Flow, potężne, olbrzymie narzędzie.

Często też flowy są zmorą dla juniorów.

No i pytanie, dlaczego akurat napisaliście książkę o flowach?

Ja osobiście uważam, że Flow to jest taki game changer, naprawdę.

Ten flow, który znamy obecnie, to zniknie, ale to, co za nim stoi, zostanie.

Dla mnie to naprawdę jest game changer, a kiedy jakieś tam integracje, jakieś restywa weszły we flowach, to byłem w ogóle już zachwycony, że można sobie strzelić gdzieś do jakiejś zewnętrznej władzy, coś tam pozyskać, wypluć śmieszny dowcip na homescreenie dla handlowca, żeby zachęcić go do tego, żeby zupdateował okazję biznesową.

Więc z tego względu dla mnie, ja się jaram mocno flowami i z tego względu chciałem o tym coś napisać, tak?

Ja lubiłem proces Buildera i najgorsze jest to, że gdy już mi zakliknął tak bardzo dobrze, to nagle wtedy wskoczył flow i się poczułem jak dziecko we mgle.

Także myślę, że dla nich też jest coś niesamowitego i szczerze, jak czasami widzę w różnych use case'ach użycie tego Flow, w jaki sposób można go użyć, to jest naprawdę bardzo mało limitowane narzędzie i bardzo dużo pokazuje możliwości, jak go można użyć.

Pewnie w jakiś flowach co mają 120 komponentów.

No właśnie, wiecie co, super, że ty mówisz, bo mam trochę wrażenie, że flowy są niedocenione, że często nawet jak osoby korzystają z flowów, to często to się kończy na trigger flowach albo na screen flowach i myślą, że już całą wiedzę o flowach mają.

Więc jakbyśmy mogli teraz się troszkę zatrzymać i powiedzieć o tych różnych use case'ach i o potędze i możliwościach flowów.

Mamy jeszcze całą gamę innych rzeczy związanych z zapytaniem flowu na schedulery jakieś, które pozwalają zrobić coś w określonej godzinie czasu i tak dalej.

Jakieś flowy, platform eventy, to są tematy bardziej takie już...

W tematach bardziej integracyjnych częściej się stawia jednak Apex, bo jak znam te tematy, to one potrafią porosnąć do rangi większej rzeczy i myślę, że z tego względu ludzie się jeszcze boją pewne rzeczy we Flowach robić.

W ogóle nie będziemy zaczynać dyskusji, czy Apex, czy Flow, bo to na to można nagrać półtora godziny podcast.

Ale wiecie, nie chcę trochę odwracać swojego pytania, bo tak naprawdę rzeczywiście te record trigger flowy czy screen flowy to pewnie jest 80%, 90% tego, co się robi.

Może teraz approval proces, który też jest tak we Flowach zaawansowany, jakiś ten nowy, ale nawet jeszcze po tym nie klikałem za bardzo.

Trudno mi odpowiedzieć na to pytanie w sumie w dużej mierze, bo trochę to jest związane z tym, kto tego najczęściej używa, a jak ktoś jest deweloperem, to jak ja znam deweloperów, to oni w ogóle nie chcą Flowów robić.

Chyba, że w filmie jest przyjęty jakiś po prostu, jakaś zasada, że jeżeli chodzi o na przykład o to, że czy z, nie wiem, z jakimś prostym interfejsem to się zawsze idzie w screen flowy, a nie wiem, nie używa się record trigger flowów, tylko tam jest zawsze trigger fxowy.

To taki twój ulubiony przypadek use case, gdzie użyłaś flowa i czułeś taką satysfakcję.

No, są takie flowy, które... No wiem, że masz setki, trzeba wybrać jeden, ale jest z tym problem, nie?

Ja najbardziej lubię screen flow'owe, które podsumowują jakieś nieoczywiste rzeczy z Salesforce'a, czyli zbierają do kupy pewne dane, wypływają go użytkownikowi,

U ich screenflowów jest o tyle teraz fajniejszy, że to jeszcze ciekawiej można pokazać niż takie, które było kiedyś w classicu.

Mi się wydaje, najbardziej lubię takie screen flowy, które zbierają dane z różnych rzeczy, z różnych miejsc i potrafią nam jakąś taką kartę klienta na przykład przedstawić, całościowy obraz, coś w jednym miejscu, tak.

I nie mówiliśmy tutaj wtedy o blokowaniu całego rekordu Mandatory Fields, czy powiedzmy walidacjami, tylko szedł Scheduled Flow i weryfikował i wypluwał, flagował tak de facto rekordy, które należało uzupełnić.

Natomiast osobiście też jestem fanem screenflowów, które też robią bardzo dobrą robotę i wielokrotnie niwelują ogromną ilość pól do tych najważniejszych dla konkretnych danych osób.

Wiesz co, Flow były rewolucją w Salesforce, dalej są i pozwalają osobom nietechnicznym poczuć się jak programiści, tak?

Tak, piszę książki, dokładnie i robię flowy, ale faktycznie daje to jakąś taką możliwość, natomiast to też nie przychodzi łatwo.

Z flowami na pewno trzeba jakoś ostrożnie się nimi posługiwać, skorcić na pewno tworzenie ich na produkcji, tam siekanie, po prostu odpalanie i tam testowanie, co trzeba sobie starać się zabijać, na pewno.

Wiele różnych flow, do tego jeszcze dochodzą triggery apexowe, do tego validation rule'a i tak dalej i tak dalej.

Salesforce pozwala na taką kompozycję wielu tematów w jedno i to nie tylko jest we Flowach, ale można to robić w Apexie i trzeba na pewno pomyśleć i przemyśleć taką strategię, czy, nie wiem, walidacja się, kurde, polega na validation rule'ach, czy pewne rzeczy muszą być przeniesione gdzie indziej.

Bo to musi być jednak walidacja we Flow i tak dalej, więc jakby to nie są proste rzeczy, dlatego rozumiem do czego pijesz.

Tak, to jest pokolenie już inne, ja mogę nie czaić niektórych gier komputerowych, które teraz młodzież gra i skąd pochodzą pewne jakieś zwroty i dowcipy z tym związane, czy na przykład przykłady Flow, bo Mateusz przykłady Flow bazował na czym Toneka to gra, gangster, co to było, mafia, tak?