Mentionsy

DevTalk - Maciej Aniserowicz
DevTalk - Maciej Aniserowicz
02.03.2026 17:31

DevTalk #140 – O Salesforce CRM ze Stanisławem Zaniem

Programowanie bez kubernetesów, dockerów i mikroserwisów? Dla wielu to brzmi jak cyfrowy skansen, ale dla Stanisława Zania to codzienność, w której realną wartość biznesową dostarcza się w godziny, a nie tygodnie. Choć praca na „niebieskiej platformie” wiąże się z rygorystycznymi limitami i brakiem klasycznego przycisku „rollback”, to właśnie te ograniczenia stają się paliwem dla kreatywnej […]

The post DevTalk #140 – O Salesforce CRM ze Stanisławem Zaniem appeared first on DevTalk.

Szukaj w treści odcinka

Znaleziono 15 wyników dla "Salesforce'a"

Bardzo jestem ciekaw jak ta nasza rozmowa dzisiejsza się potoczy, bo szczerze mówiąc ja nigdy nie korzystałem z Salesforce'a, ledwo wiem co to jest i celowo się nie doszkalałem z tego tematu przed naszą rozmową, ponieważ prawdopodobnie większość naszych słuchaczek i słuchaczy jest na takim samym poziomie wiedzy na temat Salesforce'a jak ja teraz, więc poznanie co ty robisz na co dzień i co rozumiesz przez programowanie Salesforce'a może być wydaje mi się takim fajnym poszerzeniem horyzontów.

I to faktycznie jest taki stack komponentów od Salesforce'a, które wyglądają jak Salesforce i można je rozwijać.

Jednym z projektów ostatnich na przykład to było, musieliśmy zaimplementować na produkcie Salesforce'a kalendarz do spotkań powiedzmy i trzeba było dokonfigurować dostępność ludzi, zasobów i to było dużo administracji jakby powiedzmy

Jeżeli coś popsujemy w naszej bazie danych Salesforce'a, która jest bazą na ich serwerach,

Czy to są jakieś biblioteczki do testów, takie wzięte ze środowiska Javy, czy to są też dostarczane przez Salesforce'a, jakieś autorskie?

Są autorskie od Salesforce'a, natomiast przez to, że ta platforma jest bardzo ograniczona, to znaczy bardzo ograniczona.

Jakby jest dążenie, bo rozumiem, że jest społeczność wokół Salesforce'a również zbudowana czy w Polsce, czy w różnych krajach, tak?

Tak, to regularnie mamy, w każdym większym mieście w Polsce obecnie są meetupy z Salesforce'a, można przyjść zjeść pizzę, Salesforce na ogół płaci za to i sobie porozmawiać o praktykach.

Wiem, że Salesforce kiedyś próbował wprowadzić takie coś, co się nazywało Salesforce Function i to właśnie pozwalało na serwerach Salesforce'a chyba wykonywać kod Javy, który miał być super zoptymalizowany, natomiast tak dużą cenę dali, że nikt tego nie kupił i finalnie ten produkt po trzech latach chyba się wycofał.

Mamy dostęp do bazy, która jest w naszej instancji, natomiast przez to, że to środowisko jest multi-tenant i jest takie elastyczne, to jakbyśmy chcieli czytać, jak to działa pod spodem, to tak naprawdę my działamy na zwirtualizowanym, zdormalizowanym modelu, który się na bieżąco dla naszej instancji Salesforce'a buduje.

I często jest taka sytuacja, że trzeba robiąc jakiś projekt odzywać się do supportu Salesforce'a, żeby to oni coś zrobili?

Natomiast na ogół się wygląda to w ten sposób, że wchodzimy sobie na stronę Salesforce'a, podpinamy sobie instancję, której się logujemy, robimy case do supporta, który następnie najczęściej osoba z Azji Wschodniej obsługuje.

Co jeszcze byś chciał powiedzieć na ten temat Salesforce'a?

Szybkość dostarczania rozwiązań jest to na pewno czymś fajnym, no tylko, że z drugiej strony się to rozbija o biznes, który bardzo często, jak widzi Salesforce'a, no to jest mu to sprzedawane na poziomie, głównie przez Salesforce'a jako niesamowita platforma, która zrobi wszystko.

To, że na ogół klient potrzebuje Excela, który jest kolorowy i chce z Salesforce'a zrobić bardzo drogiego Excela, to już jest inna sprawa, ale to w naszej programistyczno-architektonicznej mierze, żeby to jakoś dograć.