W dniu 2012-03-20 15:38, Andrzej Jarzabek pisze:
[ciach]
> I tutaj można rozpatrywać różne warianty i różne wymagania w
> zależności np. od branży i stopnia ryzyka - od takiego, gdzie w
> projekcie wymagana jest jedna certyfikowana osoba, która zatwierdza,
> że wszystko jest OK, do wariantu z wielostopniową certyfikacją i
> sytuacją, gdzie jedyną osobą, która ma prawo pisać kod bez certyfikatu
> jest praktykant po ukończonym kursie teoretycznym, a to tylko nadzorem
> programisty certyfikowanego na odpowiednim (i to nie nie tym
> najniższym) poziomie. Ale na ten akurat temat nie zamierzam się
> wypowiadać, bo - w przeciwieństwie do tego, co twierdzą niektórzy -
> nie mam na tym punkcie hopla.
>
> Ja bym raczej powiedział, że hopla mają ci, którzy na każde
> wspomnienie o certyfikacji krzyczą AAA BEZSĘSU BIUROKRACJA KORUPCJA
> ZUO ZUO ZUO. Moje zdanie, na tyle, na ile w ogóle jakieś mam, jest
> takie: postęp w technologii mamy obecnie taki, że od niezawodności
> oprogramowania w coraz większym stopniu zależy nie tylko życie i
> zdrowie ludzkie, ale też dobrobyt, stan gospodarki, bezpieczeństwo
> społeczne i tak dalej. Skoro utrzymujemy certyfikacje w innych
> zawodach gdzie są takie stawki, to być może powinniśmy również mieć
[ciach]

Mnie to wszystko raczej skłania bardziej do poglądu, że żyjemy w
czasach, w których niedługo prawie każda praca będzie wymagała
jakichś tam umiejętności programistycznych, a sam programista
coraz bardziej będzie nadawał się do przyrównania do
'inteligentnego hydraulika'. Imo nie ma sensu tu wymyślać jakichś
zaawansowanych certyfikacji, bo temat, jak sam wskazałeś, jest zbyt
obszerny, za dużo tematów 'programista potencjalnie dotyka'.
Para musi iść imo w przystosowanie branży korzystających
z nowych technologii, by objęły je swoimi własnymi, dziedzinowymi
standardami. Na zasadzie: jak zwykła żarówka strzeli
w szpitalu, to szpital nie pozywa producenta zwykłych żarówek,
tylko albo kupuje specjalistyczne żarówki z odpowiednimi gwarancjami
albo szkoli ludzi do pracy przy świecach albo buduje duże okna
i świetliki i pracuje tylko w dzień, albo ...
Podobnie z oprogramowaniem dla szpitala - potrzeba standardów
musi wyjść ze szpitala w kierunku konkretnej grupy kontrahentów,
a nie od informatyków w kierunku ogólnym, bo jest jakiś problem
na rynku pracy czy może z jakością, czy nie wiadomo, co.