RegułyChaosu

Ostatnio zdarzyło mi się przeprowadzić filozoficzną dysputę o wartości Enterprise Architecture. Nasza dysputa dość szybko przeszła w stadium zderzenia przekonań i skończyło się awanturą. Od kilku już lat wiadomo, że EA nie spełnia obietnic. Po ostatniej dyspucie już wiem, dlaczego.

W kilku ostatnich projektach podejmowałem zagadnienia reguł licencjonowania tzw. gotowych rozwiązań informatycznych dostarczanych przez znane, duże firmy z branży. Muszę przyznać, że jestem pod wrażeniem sprytu branży w kształtowaniu tych reguł – sprytu niosącego poważne ryzyko dla kupujących te rozwiązania.

Zawsze byłem wrażliwy na punkcie obsługi klienta. Zarówno jako klient jak i jako tworzący rozwiązania obsługi klienta. Dobre rozwiązania w tej sferze muszą być zintegrowane – przede wszystkim organizacyjnie, dopiero później teleinformatycznie. Wszak celem jest załatwienie sprawy klienta w czasie z nim pierwszego kontaktu, prawda?

O CRM – jako systemie informatycznym i filozofii działania – pisałem już kilkukrotnie. Przydarzył mi się kolejny projekt CRM, w którym pełnię zaszczytną rolę architekta rozwiązania. Jak to architekt, chcę powiązać świat biznesu ze światem technologii. No i jest ciekawie.

W ramach przygotowań do OSAKA 2016 podjąłem dyskusję o wartości architektury korporacyjnej. Kolega po fachu poddał ciekawą myśl, że EA powstało w czasach, kiedy strategia IT była wyznaczana na 5 lat lub więcej, a współcześnie jakoś nie sposób tak daleko „strategować”, przez co EA jakby traci na sensowności. Czy aby na pewno?

Jakiś czas temu donosiłem o doświadczeniach zakupowych w sklepach internetowych, których oferta dostępna jest w Polsce. Ponieważ czasami „wracam do korzeni” i konstruktorsko bawię się elektroniką, kupuję w sklepach oferujących elementy i moduły elektroniczne.

Całkiem niedawno, w ramach dobrej zabawy pośród inteligentnych ludzi, prowadziłem wystąpienie o algorytmach rządzących światem. Początkowo, przygotowując się do tego wystąpienia, chciałem opowiedzieć o moich doświadczeniach z modelowaniem statystycznym i analizą sieci społecznych. Przeszukanie Internetu pod kątem zdolności algorytmów do kształtowania naszego świata okazało się jednak ciekawsze.

W przypadku usług chmurowych tradycyjne opcje build / reuse / buy redukują się wyłącznie do buy. Domykając już chyba mini serię o Cloud Computing, kilka porad na temat konstrukcji umowy z dostawcą usług chmurowych.