Michał Wiatr

Profil

Michał prowadzi CloudFloo od strony systemów. Jego praca zaczyna się tam, gdzie ambicja produktowa musi zamienić się w architekturę, plan wdrożenia i decyzje techniczne, których zespół będzie mógł bronić po wdrożeniu.

Klienci najczęściej spotykają go wtedy, gdy projekt niesie więcej ryzyka niż zwykły task developerski. Pytanie może dotyczyć modernizacji legacy, przejścia w stronę Kubernetes, wprowadzenia AI bez utraty przewidywalności produktu albo podziału dużej idei na pierwszy wycinek, który realnie potwierdzi kierunek.

Ma doświadczenie z systemów lotniczych w Sabre i wcześniejszej pracy przy 5G RAN w Samsung. Ten kontekst jest ważny, bo ukształtował jego podejście do niezawodności, wycofywania zmian, przepływu danych i kosztu niejasnej odpowiedzialności. CloudFloo nadal wiąże publiczne deklaracje z pracą własną firmy, ale kontekst enterprise widać w sposobie prowadzenia wdrożeń.

W IndepAI, HSK WebKD i pracach platformowych CloudFloo Michał pilnuje jawnego rdzenia technicznego: deterministycznej logiki biznesowej, obserwowalnych usług, ostrożnej sekwencji wdrożeń i funkcji AI ograniczonych regułami produktu. Nie interesuje go architektura efektowna sama w sobie. Przydatna architektura to taka, którą zespół może utrzymać, wyjaśnić i zmienić.

Chroni też rozmowę z klientem przed pustym językiem technicznym. Jeśli decyzja wpływa na koszt, termin, utrzymywalność albo ryzyko produkcyjne, nazywa trade-off wcześnie. Dzięki temu founderzy i operatorzy szybciej rozumieją, co kupują, co może poczekać i czego nie opłaca się ignorować.

W CloudFloo Michał ustawia standard pracy małego seniorskiego zespołu: mniej przekazań, bezpośrednia odpowiedzialność i decyzje techniczne połączone z rezultatem biznesowym. Gdy projekt potrzebuje pragmatycznego architekta blisko implementacji, zwykle to on wchodzi do rozmowy jako pierwszy.