Mitologia rekrutacji programistów

Mainpage_Slider_Greek_Mythology_GodsChoć jest przynajmniej kilka znanych i całkiem dobrych tekstów nt. rekrutacji programistów (kilka linków podałem niżej), postanowiłem podzielić się swoim – bardzo subiektywnym – doświadczeniem w tej dziedzinie. Niniejszy tekst piszę z perspektywy osoby, która rekrutuje programistów, jednak spostrzeżenia i porady pomocne mogą być zarówno dla innych rekruterów jak i kandydatów do pracy. Swoje przemyślenia zebrałem w formie kilku “mitów”, które udało mi się gdzieś usłyszeć lub przeczytać. Nazywam się je mitami głównie dlatego, że w całości lub przynajmniej częściowo się z nimi nie zgadzam… i staram się niżej wyjaśnić dlaczego. Dodatkowo chciałbym uprzedzić – tekst dotyczy weryfikacji zdolności, umiejętności i wiedzy technicznej – a nie całokształtu znajdowania idealnych pracowników do danego zespołu. Nie aspiruję do tego aby być ekspertem od psychologii, HR czy zaawansowanego managementu. Interesuje mnie głównie to, aby ludzie techniczni – programiści i architekci, mieli możliwość dobierania sobie współpracowników poprzez udział w rekrutacji i żeby robili to kierując się sensownymi kryteriami.

[…]

Release Wars

Dawno, dawno temu, w odległej galaktyce, w układzie planetarnym Ajti żyli Deweloperzy trudniący się dostarczaniem Zmian do Systemu, który Produkcyjnym był zwany.

Hej, odległe to były czasy, kiedy to gwiazdy jaśniej świeciły, przepisów ograniczających prędkość statków kosmicznych nie było – a każdy Deweloper, który ukończył Zmianę, pakował ją dzielnie na statek własny i na System Produkcyjny osobiście zawoził.

Jednakże plemię Deweloperów rosło w siłę, System rozwijał się, a i Zmian coraz więcej dostarczanych było. Pomiędzy Deweloperami konflikty jakoweś poczęły się pojawiać. To jeden zarzucał drugiemu, że Zmianę mu popsuł, to znów inny mówił iż Zmiany swojej oddać nie może, gdyż System Produkcyjny nadto już się innymi Zmianami odmienił. […]

Edukacja 2.0

Machine LearningNa Trzeciej Kawie od jakiegoś czasu cisza… aż tu nagle Nowy Rok nastał. Nie chcę tłumaczyć się za kolegów współautorów odnośnie ich milczenia w ostatnim czasie – napiszę więc o sobie, bo tak się składa, że powody mojej publicystycznej przerwy nadają się na materiał do kolejnego artykułu. O co chodzi? Przez ostatnie kilka miesięcy brałem udział w swoistym „eksperymencie” organizowanym przez Uniwersytet Stanforda. Pomysł był w miarę prosty – zorganizować dobre, darmowe i ogólnie dostępne kursy akademickie. Ja brałem udział w dwóch takich „przedmiotach” – było to „wprowadzenie do sztucznej inteligencji” (ai-class.com) oraz „uczenie maszynowe / machine learning” (ml-class.org). Poniżej pokrótce opiszę doświadczenia wyniesione z tych kursów. Nie będę jednak pisał zbyt dużo o samej treści konkretnych kursów. Skupię się raczej na formie i wpływie takich inicjatyw na przyszłość edukacji (szczególnie IT) w ogóle.
[…]

O trudnej sztuce kierowania IT

Dzisiaj publikujemy test pt: „czy wiesz, jak kierować zespołem IT”. Przeczytaj poniższy opis i odpowiedz na pytania na końcu testu.

Ponieważ nasza poprzednia próba napisania programu „Hello, world!” zakończyła się niepowodzeniem, zostało powołanych kilka niezależnych zespołów, które miały wykonać to zadanie. A każdy z tych zespołów ma oczywiście swojego kierownika… Przyjrzyjmy się im dokładniej: […]

Hello, world!

W wielu różnych kursach programowania, pierwszym przykładowym programem jest program „Hello world”. Celem tego programu jest po prostu wyświetlenie tekstu na ekranie. Na tej stronie można znaleźć „Hello world” napisane w ponad 400 różnych językach programowania, wliczając w to Brainfuck oraz Whitespace… Ale tak naprawdę to, jak napiszemy ten program, zależy nie tylko od języka programowania – zależy to również od osoby, która go pisze. W praktyce wiele osób podchodzi do pisania „Hello world” – a także do pisania wielu innych, bardziej poważnych programów… – na wiele, kompletnie od siebie różnych, sposobów.

Zobaczmy, jak to tej pracy zabiera się kilka różnych osób… […]

Jak mierzyć efektywność IT?

EfektywnoscEfektywność – to takie ładne słowo… Wszyscy chcieliby, żeby praca – zarówno ich osobista praca, jak i działanie całej firmy czy organizacji – była efektywna. Wysoka efektywność z reguły związana jest z sprawnym działaniem, brakiem marnowania czasu na niepotrzebne aktywności, skupieniem się na tym co najważniejsze, dostarczaniem właściwych rezultatów czy produktów, wysoką motywacją do pracy, oraz – last but not least – dochodowością przedsiębiorstwa.

To wszystko brzmi pięknie – natomiast kiedy próbujemy odpowiedzieć na pytanie, czy praca naszych działów czy zespołów wytwarzających oprogramowanie jest efektywna, to z reguły pojawia się problem. A jeszcze większy problem pojawia się w momencie, kiedy chcemy tą efektywność jakoś zmierzyć…

[…]

Błąd czy zmiana?

Z reguły w umowach, które firmy IT zawierają ze swoimi klientami, często znajduje się zapis, że za zmiany w systemie klient płaci, natomiast błędy usuwane są za darmo w ramach gwarancji czy maintenance’u.

Wydaje się to proste i zrozumiałe. Ale w praktyce bardzo często zdarzają się sytuacje, w których dyskusje „czy to jest błąd, czy to jest zmiana” pochłaniają bardzo dużo czasu oraz energii. Dlaczego tak się dzieje? […]

Jak motywować informatyków?

MotywacjaKażdy manager chciałby zarządzać zespołem ludzi, którzy są bardzo zmotywowani do swojej pracy. Zespołem, który z entuzjazmem realizuje swoje zadania, podejmuje niebanalne wyzwania, mobilizuje się do pracy w obliczu trudności. Zespołem, który – podobnie jak maszyny Boba Budowniczego – mówi: „damy radę!” i zabiera się z uśmiechem za pracę.

Jak wzmacniać motywację zespołu? Na temat motywacji jest ponad milion stron w sieci, napisano tysiące książek i jest dostępnych tysiąc szkoleń. A jak wygląda sprawa motywacji zespołów informatycznych w praktyce? […]

Krótki tekst o dokumentacji

Ten tekst będzie o tym co warto dokumentować i jak to robić – oczywiście z bardzo subiektywnego punktu widzenia(!). No i o tym, że wcale nie zawsze potrzebujemy dokumentacji – a wręcz czasem najlepsze co możemy zrobić to skasować istniejące dokumenty! Ale po kolei. Zanim dotrzemy do rozwiązania, musimy najpierw spojrzeć na przyczyny i źródła zamieszania…

[…]