Nie po to skończył*m informatykę, żeby rozmawiać z ludźmi?
"Nie po to skończył*m informatykę, żeby rozmawiać z ludźmi." To zdanie to najgłupsze i najbardziej szkodliwe tłumaczenie ignorancji wobec umiejętności miękkich. Słyszałam je zbyt wiele razy. Oczywiście przeważnie bywa wypowiadane jako żart, ale ten żart powtarzany w nieskończoność zasiewa nam w głowie ziarno. Są projekty, które padły ze względu na źle dobraną technologię. Startupy, które zarżnął czysty kod. Projekty korporacyjne, które poślizgnęły się na niedojrzałych bibliotekach. Jednak to co kładzie większość projektów, to komunikacja. Niewłaściwie zebrane wymagania. Nieumiejętnie przekazane oczekiwania. Niewłaściwie przetestowany produkt. I wreszcie, mój ulubieniec: kod który robi coś innego, niż powinien. Perła w koronie inżynierów dumnie zasiadających w swoich piwnicach. Piwnicach mentalnych. Skąd się to bierze? Z procesów. Bez względu na to, czy pracujemy w dużym korpo, czy małej firmie mamy jakieś procesy, zwyczaje i sposoby rozwiązywania problemów. To nie są wyryte