JZ IT Consulting Limited – PL Blog

Anonimowy czat

Jarosław Żeliński

Celem utworzenia tej strony jest umożliwienie niezobowiązującej rozmowy bez podawania danych osobowych i ujawniania miejsca pracy. Odpisuję najpóźniej na następny dzień roboczy (z reguły rano przy kawie). Anonimowość powoduje jednak, że nie ma powiadomień o odpowiedzi więc trzeba samemu tu zaglądać i sprawdzać. Tu zawsze rozmawiasz z człowiekiem ;).

Anonimowy czat: Korzystając z czatu oświadczasz, że akceptujesz fakt jawności umieszczanych tu treści. Czat nie służy do udzielania konsultacji i świadczenia usług doradczych, stanowi miejsce spotkań i rozmów na tematy usług które oferuję oraz do proponowania tematów nowych artykułów.

Latest Message: 3 days ago
  • Jaroslaw Zelinski : c.d. SBVR, Dodatek C.10 Multiplicities
  • guest_9259 : Czyli generalnie patrząc na dodatek C zarówno stosowanie związku agregacji jak i rozszerzenia diagramu pojęciowego o krotności nie łamie notacji.
  • Jaroslaw Zelinski : guest_9259 , o ile pamiętam jest w SBVR podrozdział, że diagram faktów to w sadzie "okrojony diagram klas". diagram kas w UML służy zresztą do tworzenia modeli i pojęciowych i struktury kodu. Visual Pradigm (i nie tylko) traktuje diagram faktów osobno by nie mieszać modeli pojęciowych i architektury kodu co w projektach bardzo pomaga utrzymać porządek w repozytirum.
  • guest_7539 : Czyli w zasadzie to, co mamy w dodatku C, traktujemy raczej jako "rozszerzenie" do diagramu faktów, które można stosować wykonując diagram modelu pojęciowego, tak długo jak to jest przydatne z punktu widzenia zrozumienia problemu.
  • Jaroslaw Zelinski : guest_7539 raczej jest tak, że diagram faktów to "okrojona" wersja diagramu klas na potrzeby ontologii, "liczność klas" to "zabieg" pozwalający pokazać reguły biznesowe takie jak np. "samochód może być prowadzony tylko przez jednego kierowcę" i nie należy tego mylić z "relacjami" ER.
  • guest_142 : Jeśli pracuję w projekcie, w którym jest pudełkowy CRM, to jak to udokumentować? Procesy biznesowe + UC i scenariusze + diagramy aktywności dla bardziej skomplikowanych algorytmów?
  • Jaroslaw Zelinski : guest_142 np. tak 🙂 https://it-consulting.pl/2025/04/27/jak-udokumentowac-monolit/
  • Jaroslaw Zelinski : guest_142 : BTW: procesy biznesowe nie dokumentują aplikacji tylko firmę, to nie to samo.
  • guest_142 : Dziękuję.
  • Jaroslaw Zelinski : 🙂
  • guest_111 : Czy możliwe jest aby model aplikacji był jeden, a różne GUI? Np. inny GUI dla klienta poczty, a inny dla tej przysłowiowej "pani z okienka"?
  • Jaroslaw Zelinski : guest_111, to zależy od projektu i projektanta, aplikacja to jej usługi a te to nic innego jak formularze ekranowe. Ale np. treść faktury, czyli jej widok, nie zależy od tego czy patrzy księgowa czy klient, który kupił trampki czyż nie? I nie ma czegoś takiego jak "ekran pani z okienka", jest konkretny dokument i to czy określony użytkownik jest jest twórca czy adresatem.
  • guest_2819 : dzień dobry
  • guest_2819 : czy będzie na blogu wpis na temat vp 18.1?
  • guest_6540 : Co Pan uważa o spec-driven development?
  • guest_9633 : guest_2819 v.18.1 nie wnosi niczego wielkiego poza integracja ze znanymi AI (rynek chce :))))) ... ale to co produkuje AI do niczego sie nie nadaje,
  • Jaroslaw Zelinski : to byłem ja 🙂
  • Jaroslaw Zelinski : guest_6540, tworzenie wykonywalnej specyfikacji nie ma żadnego sensu, bo: 1. co do zasady i nie przypadkiem etap projektowania to "platform independent model", 2. co do zasady projekt logiki działania system ma być zrozumiały dla "przeciętnego biznesu", to co nazywamy "jedno źródło prawdy to model działania a nie kod, który z zasady jest wtórny ...
  • Jaroslaw Zelinski : BTW: byłem na krótkim urlopie, stąd dopiero dziś odpowiedź
  • Jaroslaw Zelinski : guest_6540, Od lat widzę i rozumiem wstręt koderów do wszystkiego co nie jest kodem, ale to właśnie powody porażek, i dlatego na świecie coraz rzadziej oddaje sie projekty koderom ... sorry.
  • Jaroslaw Zelinski : Po czterech oderwania od IT i biznesu dniach wróciłem 🙂 .
  • Guestex : Dzień dobry, imponuje mi pańskie rozumowanie przy budowaniu systemów j aplikacji. Czy jest jakaś książka/książki/materiały, które najbardziej wpłynęły na to.podejście? Dziękuję za odpowiedź. Pozdrawiam
  • guest_9259 : Jakie inne źródła literaturowe poza Weilkensem poleca pan, gdzie piszą o tym, że nie należy "tłumaczyć" modelu pojęciowego na model architektury LLD?
  • Jaroslaw Zelinski : guest_9259: jest tego wiele, nie tyle "nie należy" co "to powoduje ogromna komplikacje kodu", więcej tu: https://it-consulting.pl/2025/10/19/dziedziczenie-anatomia-trzydziestopiecioletniego-bledu/
  • Jaroslaw Zelinski : guest_9259, odtwarzanie taksonomii w kodzie to chyba najgorsza forma programowania z perspektywy komplikacji kodu
  • Jaroslaw Zelinski : Guestex : to były lata 90te, gdy odkryłem, że relacyjny model danych i SQL masakrycznie wszystko komplikuje. To było (i jest) dobre do tworzenia systemów księgowości, ale nie do zarządzania treścią, gdzie liczby stanowią ułamek treści. Literatury jest nie mało ale ona ginie w "głównym nurcie" jakim jest C++/JavaEE/.NET.
  • Jaroslaw Zelinski : guest_9259, dlatego od kilku lat staram sie w artykułach na blogu przywoływać wszelkie źródła
  • pytanie_DMN : Kiedy Pan używa DMN? Jeśli nigdy - co go zastępuje? Jeśli nigdy bo nie ma potrzeby - dlaczego?
  • Jaroslaw Zelinski : pytanie_DMN, Od dawna nie używam, w to miejsce używam, jak wielu na świecie, tabel decyzyjnych i reguł biznesowych, są znacznie efektywniejsze jako narzędzie dokumentowania i łatwiejsze w zrozumieniu dla "zwykłych śmiertelników". Z moich obserwacji DMN sie nie przyjęło i nie dziwię się.
  • Jaroslaw Zelinski : pytanie_DMN, jest to bardzo potrzebne bo pozwala znacznie uprościć modele procesów i algorytmy, do tego tablice decyzyjne mają gotowie implementacje w postaci biblikotek programitycznych, https://it-consulting.pl/2015/05/09/tablice-decyzyjne-sila-regul-biznesowych/
  • pytanie_DMN : to ja wiedziony ciekawością spróbuję trochę prowokacyjnie: zmotywował mnie Pan do nauki SBVR. a czy jest jakaś metodyka od OMG, którą Pan zgłębił i Pan NIE uważa za udaną?
  • Jaroslaw Zelinski : pytanie_DMN OMG.org nie publikuje "metodyk" tylko specyfikacje notacji, to narzędzia. Zostaw metod to "inne książki" lub własny dorobek.
  • Jaroslaw Zelinski : pytanie_DMN, jest tego nie mało, sa standardy, jest wiele opisów na moim blogu 🙂
  • pytanie_DMN : wiem, czytam Pana od 2021, zakładam więc w temacie pytania że jeszcze Pan nie spotkał specyfikacji, która by się wydała słaba 😛
  • Jaroslaw Zelinski : specyfikacja w OMG to język a nie metody :
  • Jaroslaw Zelinski : 🙂
  • Jaroslaw Zelinski : pytanie_DMN, niestety nie "jednej fajnej książki, wiedza w tej branży jest rozsmarowana po wielu publikacjach i książkach, co ciekawsze staram sie wskazywać w liście źródeł a kolejną ksiązke to chyba na emeryturze napisze 😉
  • guest_9249 : Dzień dobry, jaka jest różnica między polityką organizacji a regułą biznesową?
  • guest_9249 : https://share.google/aimode/AP1zo3FpBKuH8jm6h tutaj Gemini od Google zrobił podsumowanie, zgodnie z promptem wyłącznie na podstawie Pana bloga.
  • guest_9249 : Sądząc po fragmencie, który mówi że polityka "Agreguje i grupuje powiązane tematycznie reguły." oraz przykładem polityki jest np. "Polityka Obsługi Klientów", to można powiedzieć, że polityka to nazwa "kontenera" tematycznego na reguły biznesowe
  • Jaroslaw Zelinski : guest_9249 Polityka (regulamin, ustawa, ...) to zbiór reguł
  • Jaroslaw Zelinski : guest_9249 moim zdaniem to podsumowanie to zbiór wątków, nie jest złe ale troszkę "przydkowe" 😉
  • Jaroslaw Zelinski : guest_9249 "można powiedzieć, że polityka to nazwa "kontenera" tematycznego na reguły biznesowe", bo każdy dokument to "kontener" a treść (ustrukturyzowana lub nie)
  • Jaroslaw Zelinski : guest_9249 c.d. dlatego w spec. SBVR operuje pojecie "Reguła Biznesowa" oraz "Grupa reguł biznesowych"
  • guest_821 : Mój koder chce przejść z bazy nosql na SQL w projekcie. Uzasadnia, to relacyjnościa danych (są rzeczywiście, ale nie wyobrażam sobie scenariusza że nie korzystkibysmy z danych z innych dokumentów, miejsc). Kiedy rzeczywiście warto przejść na SQL? A może kompromisem jest Postgresql z jsonb?
  • Jaroslaw Zelinski : guest_821 a po co komu "relacyjność" jeżeli dokumenty nie są "cięte" na osobne tabele? Po drugie SQL jako kod jest masakrycznie trudny do debagowania czyli "usuwanie błędów będzie dużo kosztowało" i w zasadzie nie da sie dokumentować więc nikt nie bezie wiedział jak działa 'to co w SQL" .. Taka migracja ma same wady
  • Jaroslaw Zelinski : guest_821, ważna uwaga bo wielu koderów popełnia ten błąd: dokumentowa baza to np. jeden JSON na fakturę a nie "wszystkie faktury w jendym JSONie"
  • guest_1465 : Czy w architekturze mikroserwisow dopuszcza się by mikroserwisy ze sobą się komunikowały bezpośrednio poza koordynatorem? czym jest ten koordynator już technicznie bo czesc osób myśli że to silnik bpms lub sam API gateway z load balancerem
  • Jaroslaw Zelinski : guest_1465 "Czy w architekturze mikroserwisow dopuszcza się by mikroserwisy ze sobą się komunikowały bezpośrednio poza koordynatorem?" - ten wzorzec zakłada, że z zasady nie ma takiej komunikacji bo jest szkodliwa. Koordynator to komponent przechowujący scenariusze realizacji usług, nie ma to nic wspólnego z BPMS, bliżej mu raczej do ESB.
  • Jaroslaw Zelinski : guest_1465 "czesc osób myśli że to silnik bpms lub sam API gateway z load balancerem" i dlatego admin serwera (stosu technologicznego) nie powinien zabierać się na kodowanie bez projektanta.
Jeden wpis nie może przekraczać 1000 znaków.