Monolit czy Mikroserwisy?

Dzień Dobry Od dość dawna śledzę Pańskie materiały (strona www, książka) i trafił mi się taki materiał (link poniżej), pomyślałem sobie że się podzielę. https://www.youtube.com/watch?v=voq_hz4LZLA Should I Build a Monolith or Microservices? jestem ciekawy Pańskiego komentarza, oczywiście w wolnej chwili na linkedinie albo na stronie Dzień Dobry Kolejny przypadek tego jak "koderzy" potrafią niezrozumieć i zniszczyć pierwotny pomysł, a największymi niszczycielami są Ci od C++/JavaEE (kaskady dziedziczenia i kompozycji). Dlaczego? Przede wszystkim nie mam na myśli autora cytowanego przez Pana referatu :), on opisuje konsekwencje. Mam na myśli tych, którzy z mikroserwisów zrobili…

Czytaj dalejMonolit czy Mikroserwisy?

Informatyzacja jako projekt ontologiczny

Wprowadzenie Współczesne organizacje inwestują ogromne środki w informatyzację, oczekując, że systemy IT usprawnią procesy, zwiększą efektywność i umożliwią podejmowanie lepszych decyzji. Paradoks polega jednak na tym, że wiele z tych projektów kończy się rozczarowaniem: systemy nie wspierają biznesu, procesy zostają zabetonowane, a organizacja traci kontrolę nad własną wiedzą. Przyczyną nie jest technologia, lecz fundamentalne niezrozumienie natury projektów cyfryzacji (digitalizacji) organizacji. Wbrew powszechnemu przekonaniu, informatyzacja nie jest przedsięwzięciem programistycznym. Jest projektem ontologicznym, dotyczącym modelowania rzeczywistości organizacji, jej pojęć, relacji, zasad i sposobów podejmowania decyzji. Dopiero na tej podstawie można budować oprogramowanie.…

Czytaj dalejInformatyzacja jako projekt ontologiczny

Systemy Ekspertowe a Sztuczna Inteligencja

Wprowadzenie Systemy ekspertowe to aplikacje, które z perspektywy obserwatora naśladują sposób myślenia i podejmowania decyzji przez ludzkiego eksperta. Ich początki sięgają lat 60. XX wieku, a pierwszym szeroko uznanym systemem był DENDRAL (1965). Łukasz OGRYZEK, Politechnika Śląska w Gliwicach, Polska, "Systemy ekspertowe wykorzystywane jako inteligentne, platformy e-learningowe – etapy uczenia" Czym są systemy ekspertowe? System ekspertowy to rodzaj sztucznej inteligencji, który: wykorzystuje bazę wiedzy (zestaw reguł, faktów, heurystyk), posiada mechanizm wnioskowania (silnik inferencyjny), potrafi rozwiązywać problemy, które normalnie wymagałyby udziału specjalisty, działa na zasadzie reguł typu jeżeli -> to. Najważniejsza…

Czytaj dalejSystemy Ekspertowe a Sztuczna Inteligencja
Read more about the article Event-Driven Architecture – droga do gwiazdy śmierci
(źr.: https://codersociety.com/blog/articles/contract-testing-pact)

Event-Driven Architecture – droga do gwiazdy śmierci

Wprowadzenie Pięć lat temu artykuł o różnicy między stanem a statusem obiektu kończyłem słowami: Powyższe to jeden z wielu powodów, dla których metody takie jak “event storming” są bardzo nieskuteczne jako analiza i projektowanie logiki działania oprogramowania, szczególnie tak zwanego “biznesowego”. (Stan obiektu to nie jest jego status – JZ IT Consulting Limited – PL Blog) Dzisiaj kontynuacja. Coraz częściej słyszę buzzword "Event-Driven Architecture". Co to jest? To założenie, że aplikacja to maszyna stanowa, że obiekty reagują i zmieniają swój stan pod wpływem zdarzeń (zmiana stanu innych obiektów) w ich…

Czytaj dalejEvent-Driven Architecture – droga do gwiazdy śmierci

Dlaczego AI nie potrafi modelować?

Tytułowe pytanie zadałem AI (Google i Copilot) licząc na samokrytykę i autoocenę. I proszę... AI "wie" że jest tylko betoniarką! Odpowiedź jakiej udzielił Google: Mówiąc o tym, że AI „nie potrafi modelować”, zazwyczaj mamy na myśli jeden z trzech obszarów: tworzenie precyzyjnej geometrii 3D, rozumowanie przyczynowo-skutkowe lub modelowanie świata (zrozumienie fizyki i logiki rzeczywistości). Oto główne powody, dla których AI wciąż ma z tym problemy: 1. Brak zrozumienia praw fizyki Modele AI, takie jak te generujące obrazy czy tekst, opierają się na statystycznym przewidywaniu kolejnych elementów (pikseli lub słów), a…

Czytaj dalejDlaczego AI nie potrafi modelować?

Czym się różni PlantUML i Mermaide od narzędzi CASE

Wprowadzenie Często jestem pytany: "Panie Jarku, czy Pan używa AI?". Tak, np. do szybkiego przeglądu publicznie dostępnych popularnych treści. Np. zadałem tytułowe Copilotowi. Tak odpowiedział: "PlantUML i Mermaid różnią się od klasycznych narzędzi CASE w celu, filozofii pracy, zakresie funkcji i miejscu w procesie inżynierskim. Najkrócej: PlantUML/Mermaid to języki do rysowania diagramów, a CASE to środowiska do projektowania systemów. PlantUML i Mermaid nie konkurują z CASE — one konkurują z Visio, Draw.io, PowerPointem. CASE to zupełnie inna liga: model-first, a nie diagram-first." (poniższy tekst wygenerowany przez Copilot w odpowiedzi na…

Czytaj dalejCzym się różni PlantUML i Mermaide od narzędzi CASE
Read more about the article ERP – Hybryda czy monolit?
ERP, CRM, Inventory, problem. https://dataedo.com/cartoon

ERP – Hybryda czy monolit?

Wprowadzenie To pytanie zadaje sobie każdy kto planuje tę inwestycję. Czy to łatwy wybór? Nie. Na początek ważny fakt: wdrożenia monolitów: Co jest powodem? Kluczowym jest architektura: relacyjne bazy danych tych systemów mają kilka tysięcy powiązanych tabel, zapytania SQL do tych tabel to setki linii kodu na każde zapytanie, a zapytań tych są setki, kod tych aplikacji jest jeszcze bardziej złożony (mowa o milionach linii kodu). Razem wygląda tak jak poniżej: Struktura monolitycznego ERP Efekt? Kastomizacja tak złożonego kodu to praktycznie pewna porażka, a niestety oferują to w zasadzie wszystkie…

Czytaj dalejERP – Hybryda czy monolit?

Dlaczego projekty informatyczne najczęściej kończą się niepowodzeniem? c.d.

Ponieważ projekty informatyczne są traktowane jako projekty technologiczne i najczęściej zlecane dostawcom technologii. To największy błąd, jaki można popełnić. W tym miejscu chciałbym zwrócić uwagę, że wymagania dzielą się na funkcjonalne i niefunkcjonalne. Wymagania niefunkcjonalne nigdy nie stanowiły problemu, ale wymagania funkcjonalne zawsze są problemem. Dlaczego więc zarządzanie projektami powierza się dostawcom technologii? Architektura korporacyjna – stary model SOA Poniższy schemat (Street, K. (2006). Budowanie architektury zorientowanej na usługi z wykorzystaniem BPM i MDA. 2(1), 8.) ilustruje kluczowe warstwy (poziomy) opisu organizacyjnego: procesy biznesowe usługi biznesowe (wymagane przez biznes) komponenty…

Czytaj dalejDlaczego projekty informatyczne najczęściej kończą się niepowodzeniem? c.d.

Dlaczego projekty IT tak często się nie udają

Zależnie od szacunków (czyli od tego jak zdefiniowano sukces) 60 - 80% projektów IT to nieudane projekty. Pod pojęciem projektu IT rozumiemy tu systemy dla firm: szeroko pojęte systemy biznesowe. Na świecie każdego dnia inicjowanych są setki tysięcy projektów IT dla firm, śladowe ilości nowych gier i w zasadzie żaden nowy system operacyjny (co najwyżej jego drobne rozszerzenia i aktualizacje). Dlatego nie ma sensu by w projektach biznesowych stosować wzorce i metody sprawdzone w tworzeniu gier czy środowisk technologicznych. Dlatego zlecanie projektów biznesowych od razu deweloperom ma bardzo nikłe szanse…

Czytaj dalejDlaczego projekty IT tak często się nie udają

Koniec treści

Nie ma więcej stron do załadowania