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: 4 days, 11 hours ago
  • 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.
  • guest_1418 : Mam biznes budowlano/usługowy. Moi klienci zarządzają wieloma budynkami. Ja ofertuję na konkretne budynki. Standardowo w CRM są tylko dane klientów bez bydynków. Jak podejsć do tego? Jako dodatkowe pole w CRM? Czy już jako dodatkowy moduł? Dane o obiektach chcę wykorzystać też do integracji z innym systemem.
  • Jaroslaw Zelinski : guest_1418, upss, no to już jest niestety jest zapytanie ofertowe do mnie a nie dialog na czacie 😉
  • Jaroslaw Zelinski : guest_1418 , proponuje: konsultacje ad-hoc albo zlecenie. Ofertę wyśle na życzenie: https://it-consulting.pl/zamow/zapytanie/
  • guest_6767 : https://share.google/aimode/Ipo4Z20KyXpRQw353 poszło takie zapytanie do Gemini i taka odpowiedź względem rozumienia architektury heksagonalnej. Dobrze? Źle?
  • guest_7495 : Gdy wie Pan, że system, który Pan projektuje będzie integrował się z innym systemem, a dostawca jedyne co dostarcza to swagger dla ich api, bez żadnych diagramów PU oraz diagramów sekwencji, to czy uwzględnia Pan projekt komunikatów przesyłanych z obcego systemu? Tzn czy modeluje Pan tamte komunikaty?
  • Jaroslaw Zelinski : guest_6767 wygląda ok, polecam te z ten opis: hgraca. (2017, November 16). DDD, Hexagonal, Onion, Clean, CQRS, … How I put it all together. @hgraca. https://herbertograca.com/2017/11/16/explicit-architecture-01-ddd-hexagonal-onion-clean-cqrs-how-i-put-it-all-together/
  • Jaroslaw Zelinski : guest_7495 jeżeli ktoś oferuje API to powinien dostarczyć standardową dokumentację: nazwa wywołania, parametry, zwraca odpowiedź; Swagger to takie "masz i odwal się" a ja tego nie toleruje
  • Jaroslaw Zelinski : guest_7495 Przykład sensownej dokumentacji API: https://api.stat.gov.pl/Home/RegonApi
  • Jaroslaw Zelinski : guest_7495, moim zdaniem minimum to definicja klasy interfejsu, jej operacje, opis składni wywołań i testy.
  • Jaroslaw Zelinski : guest_6767 i proszę pamiętać, że źródłowy opis architektury heksagonalnej to A. Cockburn, podobnie jak DDD: książka Evansa (pamiętamy, że była wydana w 2003 roku) a nie twórcze blogi koderów bez bibliografii ;).
  • guest_7495 : "Swagger to takie "masz i odwal się" a ja tego nie toleruje" obecnie jest to częsty zabieg. Czy w takiej sytuacji bazujac na swaggerze dokumentuje Pan sam komunikaty?
  • Jaroslaw Zelinski : guest_7495 , zasadniczo żądam dokumentacji a nie implementacji :), Swager to implementacja
  • Jaroslaw Zelinski : guest_7495 Z zasady w umowach umieszczam Plan Komunikacji i tak jest opisane w jakiej postaci ona przebiega.
  • guest_7495 : Często dostawcy mają tylko swaggera. Czyli jeśli nie dostarczą innej dokumenacji niż swagger, to szuka Pan innego dostawcy do integracji?
  • Jaroslaw Zelinski : guest_7495 bywa, że importuję Swagera do VP ale to musze mieć dobry humor 😉
  • Jaroslaw Zelinski : guest_7495, nie wiem czym jest "dostawca integracji", dostawca aplikacji z API dostarcza dokumentację API tej aplikacji a sama integracja jako sekwencja to już praca projektanta całości.
  • guest_7495 : Tak, chodziło o dostawcę API
  • Jaroslaw Zelinski : guest_7495 to powinien dostarczyć to co napisałem wyżej: albo definicje klasy interfejsu albo to na przykładzie GUS. Ostatnio lubię przywoływać np. rozporządzenia 🙂 jako przykłądy
  • guest_7495 : Z praktyki: "nie mamy czegoś takiego, mamy tylko swaggera"
  • Jaroslaw Zelinski : guest_7495 , moja odpowiedź: "Proszę o materiał w postaci opisanej w podpisanej umowie" 🙂
  • guest_7495 : Innymi słowy: dbać o odpowiednie zapisy w umowie, bo takiego nie mamy
  • Jaroslaw Zelinski : guest_7495 bo to typowe odpowiedzi koderów gdy poza kodem nie mają NIC i nie raz nie rozumieją tego co mają. Tak, zapisy w umowie to klucz.
  • guest_7495 : Co gorsza, dostawca API ma po swojej stronie analityków, a jedyne co mogą dostarczyć to swagger/OpenAPI, które i tak jest generowane z kodu
  • Jaroslaw Zelinski : guest_7495 " które i tak jest generowane z kodu" - ano właśnie ; )
  • guest_7495 : Problem wciąż zostaje po naszej stronie: co z tym zrobić? Jedyne co przychodzi do głowy to na podstawie swaggera modelować
  • Jaroslaw Zelinski : guest_7495 niestety tak,
  • guest_7757 : Czy projektuje Pan systemy gisowe? Szczególnie, gdy jest konflikt ze standardową konfiguracja, modelem dostawcy?
  • Jaroslaw Zelinski : guest_7757 GIS to bazy danych i zobrazowania, tu trudno koło od nowa wymyśleć wiec podejrzewam że problem leży gdzie indziej, czy tu jest ten "model dostawcy?"
  • guest_3458 : Panie Jarku- jeśli można takie pytanie wprost- LinkedIn w kontekście pozyskiwania klientów ma dla Pana sens? Czy jest Pan tam aktywny aby dzielić się wiedzą/ wymieniać doświadczeniem?
  • Jaroslaw Zelinski : guest_3458 LinkedIn to dla mnie klub dyskusyjny, 90% klientów mam z polecenia i z bloga, klient z LinkedIn to raczej przypadek.
  • guest_8069 : Brakuje omówienia zjawiska gotowania żaby.
  • Jaroslaw Zelinski : guest_8069 , gdzie brakuje 😉
  • guest_9813 : Czy jest możliwość zrobienia doktoratu w Pańskiej dziedzinie? Modelowania organizacji, projektowania oprogramowania? Gdzei w Polsce lub na świecie możnaby znaleźć promotora? Nie znam nikogo "mocniejszego" od Pana, ale nie posiada pan stopnia doktora żeby spełnić formalne warunki. Czy cyfrowa transformacja w dużym przedsiębiorstwie (szukajać wkładu w naukę) może być tematem doktoratu wdrożeniowego?
  • Jaroslaw Zelinski : guest_9813, dobre pytanie, ja nie mam doktoratu z tego samego powodu (promotorzy w Polsce wymiękali :)) zmieniłem taktykę i zacząłem publikować w IGI Global, kilka korespondencji z uczelniami poza Polską pokazało, że to albo (słono) płatne studia lub opłacenie z własnej kieszeni redaktorów i recenzentów co w sumie na jedno wyszło. Co do doktoratów wdrożeniowych byłem konsultantem trzech takich (no bo promotor musi mieć dr). W Polsce co prawda jest możliwość uzyskania doktoratu za dorobek naukowo-dydaktyczny ale jest na to jakaś dziwna "blokada" w uczelniach.
  • guest_5135 : "Co do doktoratów wdrożeniowych byłem konsultantem trzech takich (no bo promotor musi mieć dr)." I jak to wyszło? Jest to rozsadny plan dla studenta, który chciałby się w tym rozwinąć? Może warto w instutucjach typu Sieć Badawcza Łukasiewicz?
  • Jaroslaw Zelinski : guest_5135 generalnie praca doktorska to opis dorobku naukowego, takie ziarenko do globalnej wiedzy; formalnie nauka (science) to odkrywanie i wyjaśnianie, tworzenie to inżynieria; doktoraty wdrożeniowe (w moim odczuciu) to dorobek w postaci naukowego podejścia do wdrożenia bo (skuteczne) wdrożenie czegokolwiek wymagana zrozumienia i wyjaśnienia tego co chcemy zmieniać (np. w firmie). Z tej perspektywy ja taki doktorat robię średnio co 5 lat. Rola promotora od lat jest dyskutowana na uczelniach: ma sprawdzać literówki czy merytorycznie wesprzeć dyplomanta. Rzecz w tym, że praca naukowa to praca w 100% samodzielna a doktorat powinien być zwieńczeniem jakiegoś jej etapu.
  • Jaroslaw Zelinski : guest_5135 "Może warto w instutucjach typu Sieć Badawcza Łukasiewicz?" mówi Pan o sobie czy o mnie 😉 ?
  • guest_3603 : Fragmentarycznie na blogu diagram strutktur złożonych przewija się w różnych miejscach. Głównie gdy opisywane jest modelowanie dokumentów, ale patrząc na specyfikację, można stosować go do modelowania urządzeń (?). W związku z tym może to pomysł na osobny wpis na bloga, czyli artykuł poświęcony w całości temu diagramowi, czyli z jakich elementów składa się ten typ diagramu oraz jego zastosowania,
  • Jaroslaw Zelinski : guest_3603 "ale patrząc na specyfikację, można stosować go do modelowania urządzeń", tak i dlatego UML ma rozszerzenie SysML, i na blogu też jest o tym 🙂
  • guest_3603 : Przydałby się wpis wyłącznie poświęcony temu diagramowi 🙂
  • Jaroslaw Zelinski : guest_3603 trochę tu: https://it-consulting.pl/2020/04/08/inteligentna-pralka-czyli-czym-jest-mechatronika/
  • guest_4390 : Panie Jarku, mam pytanie o przypadki użycia. W artykułach na blogu podaje Pan ich przykłady w oparciu o konwencję nazw zestawów informacji (dokument, mock-up ekranu), np. faktura, karta wypożyczenia. Jakie przypadki użycia będzie miał system BI, gdy celem aktora jest monitorowanie i analiza wybranych wskaźników, trendów, itp. , jako podstawy do podejmowania różnych decyzji biznesowych , a system ma mu umożliwić oglądanie zestawień, raportów , dashboardów, drążenie , agregację; każdy aktor może wywoływać szczególy, czy drążyć trochę inaczej. Co ma zawierać powiązany mock-up ekranu? czy tu też sprawdzi się diagram struktur złożonych?
  • Jaroslaw Zelinski : guest_4390, Każda interakcja człowiek-komputer do dialog, a dialog do co najmniej zdania a nie pojedyncze słowa. "Ludzkie" zdanie to nieustrukturyzowana treść, a tej komputer (procedura) nie przetworzy bo nie rozumie. Dlaczego zdania (akapity) zamieniamy na formularze. BI to: podaj parametry (treść jako formularz) a dostaniesz wynik obliczeń (treść jako wykresy, tabele itp.).
Jeden wpis nie może przekraczać 1000 znaków.