RegułyChaosu

„Cloud, czy on-premises” wchodzi już na stałe do kanonu procesów decyzyjnych o sposobie realizacji przedsięwzięć informatycznych. Na szczęście mamy już za sobą czasy naiwnego rachunku kosztów i dysponujemy doświadczeniem pozwalającym na znacznie głębsze zrozumienie mechanizmów związanych z ekonomiką rozwiązań chmurowych i skutkujących racjonalizacją kosztów posiadania informatyki.

Włam do szpitala może mieć wiele twarzy. To może być wyciek bardzo wrażliwych danych, ale może także doprowadzić do paraliżu placówki (ransomware). Przed takimi zdarzeniami trzeba umieć się zabezpieczyć. Włam do szpitala może jednak nieść także potencjał działań terrorystycznych, na przykład podawania pacjentom leków dla nich szkodliwych. Przerażające, prawda?

Duch startup’owy zachwyca możliwościami. Zero cynizmu, naprawdę. Skuteczność działań prowadzonych w ten sposób, choć oceniana jedynie po przedsięwzięciach „z sukcesem”, przekonuje duże firmy do realizacji przedsięwzięć w taki sposób. Jak więc powstają „systemy z garażu”? Opowiem o doświadczeniach na przykładzie dwóch przedsięwzięć, jakie oglądam z bliska.

CRM to filozofia działania. Choć to trywialne, bardzo rzadko spotykam się z przedsięwzięciem o nazwie CRM, które nie zaczynałoby się od „wdróżmy system CRM”. Równie trywialną jest konstatacja, że o skuteczności rozwoju organizacji trudno dzisiaj marzyć bez wsparcia rozwiązaniami informatycznymi. Jak określić rolę systemu CRM, aby pomagał on w realizacji filozofii CRM?

Co pewien czas nachodzi mnie defetystyczny nastrój. Przyglądam się zmaganiom inżynierów informatyki z materią ich działań i odnoszę wrażenie, że klęska jest nieuchronna. Chwilę później zwykle wpadam na pomysł, jak sobie poradzić z takim, czy innym problemem, więc nastrój mi przechodzi – pozostają doświadczenia. Ostatnio rzecz dotyczyła spojrzenia na środowisko informatyczne od strony sprawności i skuteczności komunikacji pomiędzy systemami informatycznymi w środowisku typowym dla współczesnych firm.

Od ponad dwóch dekad rozwiązuję zagadki ze świata informatyki praktycznej, sfery nazywanej w literaturze “Enterprise Information Systems”, posługując się warsztatem i narzędziami architekta. Wraz ze wzrostem doświadczenia rośnie we mnie przekonanie, że najważniejszą klasą narzędzi architekta są wzorce architektury, wszak po co za każdym razem na nowo wymyślać koło, skoro już wiemy, jak ma wyglądać? Z drugiej strony jednak stosowanie wzorców staje się coraz trudniejsze, wymaga coraz większego wysiłku, napotyka na coraz więcej przeszkód. Coś jest nie tak ze wzorcami? Problemy są tak specyficzne dla każdego przypadku? Myślę, że nie, a prawdziwa zagadka jest w nieco innym miejscu.

Wiele lat temu, kiedy miałem rozpocząć studia, uczestniczyłem w wykładzie inauguracyjnym w temacie paradoksów rozwoju technologii, szczególnie ujawniających się cyklicznością zachodzących zmian. Wykładowca utrzymywał, że proces rozwoju technologii nie jest procesem liniowym – meandruje, gdyż ludzie budują zrozumienie metodą prób i błędów. Wykładowca twierdził, że – jako ludzie – jesteśmy całkiem nieźli w próbkowaniu, jednak umyka nam systematycznie zrozumienie cechy tego procesu, która czyni go wrażliwym.

W ramach moich poszukiwań sfer stosowania technologii teleinformatycznych „przez chwilę” udzielałem się w środowisku Smart City. Dzieje się tam wiele bardzo, ale to bardzo ciekawych rzeczy. Jest to jednak obszar działań, który przeżywa „najazd” technologii.