Jak uniknąć zatrudniania przez firmy, które są kandydatami do opowiadań DailyWTF? [Zamknięte]

Czytam archiwa Daily WTF, a zwłaszcza te historie o firmach związanych z IT, które mają całkowicie błędne podejście do tworzenia oprogramowania, pracy programisty itp.

Niektóre historie są całkowicie okropne: firma nie ma sieci lokalnej ze względów bezpieczeństwa, inna ma serwer kontroli źródła, do którego dostęp ma tylko menedżer itp. Dodaj do tego wszystkie historie o menedżerach, którzy nie znają cokolwiek na temat ich pracy i podejmować głupie decyzje, nie słuchając nikogo.

Chodzi o to, że nie wiem, jak się dowiedzieć, czy będziesz zatrudniony przez taką firmę podczas rozmowy kwalifikacyjnej. Oczywiście czasami ankieter opowiada dziwne rzeczy, co daje wyobrażenie, że coś idzie nie tak z firmą (w moim przypadku ostatni menedżer powiedział, że powinienem pracować w 100% za pośrednictwem pulpitu zdalnego, podłączonego do starego i maszyna slooooow, ponieważ „pozwala to modyfikować ten sam kod źródłowy kilku osobom” ; może powinienem mu wyjaśnić, czym jest SVN).

Ale w większości przypadków nie będziesz w stanie uzyskać wystarczającej ilości informacji podczas wywiadu, aby uzyskać dokładny wizerunek firmy.

Jak więc uniknąć zatrudniania przez tego rodzaju firmy?

• Pomyślałem o zapytaniu o dokumenty, takie jak przewodnik po dokumentacji lub wytyczne dotyczące stylu kodu . Problem polega na tym, że mieszkam we Francji i tutaj większość firm w ogóle nie ma tych dokumentów, aw rzadkich przypadkach, gdy takie dokumenty istnieją, są one nieaktualne, źle napisane, nigdy nie używane lub zmuszają cię do tworzyć rzeczy, które nie mają żadnego sensu .

• Zastanawiałem się też, czy nie zapytać, jak naprawdę działają programiści . Ale widząc, że mają podwójne ekrany lub „meble z późnej nowoczesności i artystyczne fartsy” , nie oznacza, że ​​nie mają ludzi, którzy podejmują dziwne decyzje, co uniemożliwia pracę tam.

Czy byłeś w takich sytuacjach? Czego próbowałeś? Czy to zadziałało?

Pamiętaj, że wywiady są dwustronne. Zadaj im otwarte pytania, które dadzą Ci znać, że wiedzą, co robią. Naucz się „czytać między wierszami”, oceniając ich odpowiedzi. Na przykład:

Jak upewniacie się, że pisane oprogramowanie nie jest do kitu? (przeformułowany na coś bardziej „odpowiedniego”, jeśli jesteś nudny)

Dobra odpowiedź: „Używamy testów jednostkowych, mamy dział kontroli jakości i recenzje kodu”.

To nie musi tak być. Osoba, z którą rozmawiasz, nie musi mieć takiej samej odpowiedzi na to, co ja. Chcemy przede wszystkim upewnić się, że firma w pewnym stopniu ceni kod, który pisze, a nie po prostu wypchną go za drzwi z lekkomyślnym porzuceniem.

Zła odpowiedź: „Cóż, chcieliśmy zrobić więcej z tych„ testów jednostkowych ”. Po prostu się do tego nie przyzwyczailiśmy”

Ponownie skupiono się mniej na testach jednostkowych, a więcej na podejściu ankietera do problemu. Ogólnie „wiemy, że tego potrzebujemy, po prostu tego nie zrobiliśmy” to czerwona flaga. Oznacza to jedną z kilku możliwości:

1. Twoi współpracownicy będą leniwi.
2. Zarządzanie nie daje czasu na zastosowanie właściwego procesu.
3. Twoi współpracownicy nie są wystarczająco inteligentni, aby zrozumieć testy jednostkowe.

Żadne z nich nie są dobre (ale niektóre są gorsze od innych).

Opisz proces dodawania funkcji przez Twoją firmę (od podjęcia decyzji, że ta funkcja jest potrzebna do wysłania jej do klienta).

Dobra odpowiedź: „Ludzie biznesu decydują, że funkcja jest dobrym pomysłem i konsultują się z programistami, aby dowiedzieć się, jak łatwo ją wdrożyć. Programiści i personel techniczny decydują o architekturze i wdrażają ją. Zespół wydający wypycha ją na wolność . ”

Zła odpowiedź: „Ludzie biznesu mówią programistom, co mają robić, i robią to”.

Tak jak w przypadku powyższego, sama odpowiedź nie jest tak ważna jak postawa. Dobra odpowiedź wskazuje, że strona biznesowa i techniczna współpracują ze sobą, aby stworzyć produkt. Zła odpowiedź wskazuje, że kierownictwo postrzega programistów jako nadpłacone maszynistki.

Podsumowując , pamiętaj, aby zadawać właściwe pytania podczas rozmowy kwalifikacyjnej. I pamiętaj, że poszczególne odpowiedzi nie są tak ważne, jak postawa tych odpowiedzi. Wreszcie, nie powstrzymuj się . Zadawanie trudnych pytań wskazuje, że jesteś naprawdę zainteresowany pracą i uważasz, że jesteś wystarczająco dobry, aby być nieco wybrednym w kwestii tego, kto cię zatrudni.

Możesz dać im test Joela:

1. Czy korzystasz z kontroli źródła?
2. Czy potrafisz wykonać kompilację w jednym kroku?
3. Czy robisz codzienne kompilacje?
4. Czy masz bazę danych błędów?
5. Czy naprawiasz błędy przed napisaniem nowego kodu?
6. Czy masz aktualny harmonogram?
7. Czy masz specyfikację?
8. Czy programiści mają ciche warunki pracy?
9. Czy korzystasz z najlepszych narzędzi, które można kupić za pieniądze?
10. Czy masz testerów?
11. Czy nowi kandydaci piszą kod podczas rozmowy kwalifikacyjnej?
12. Czy wykonujesz testy użyteczności korytarza?

Trzymaj CV w obiegu przez około miesiąc po tym, jak zostałeś zatrudniony, a jeśli sprawy nie idą w parze, nie bój się skorzystać z innej okazji. Firmy często postrzegają twoje zatrudnienie przez okres próbny, ponieważ chcą mieć pewność, że pracujesz tak dobrze, jak rozmawiałeś. To uczciwe, że robisz to samo, jeśli rzeczy są naprawdę na poziomie Daily WTF.

Zajmę pesymistyczne i nietradycyjnie inżynierskie stanowisko w tej sprawie.

Nie możesz

Każda firma, bez wyjątku, jest kandydatem do opowiadań Daily WTF. Wynika to z faktu, że każda osoba, bez wyjątku, bez względu na zawód i doświadczenie, może być oszustem w niektórych aspektach wybranego życia zawodowego.

Tak. Dotyczy to Ciebie, osoby, która to czyta. (Jeśli nie wierzysz, że dotyczy to ciebie, myślę, że właśnie znaleźliśmy jeden z twoich obszarów niekompetencji ...)

Może możesz spróbować spojrzeć na to inaczej.

Zatrudnienie przez firmę będącą w centrum uwagi The Daily WTF jest okazją do pokazania, jak rozwiązać problemy. Ogromne problemy.

Możesz postrzegać te trudności jako szanse .

Zamiast używać testu Joela dla avoidfirm, użyj go do improvenich.

Co może być bardziej ekscytującego niż to?

Jeśli przyjdziesz w towarzystwie białego konia, jak Napoleon, i powiesz im, że wszyscy się mylą, zostaniesz wyrzucony bardzo szybko.

Istnieje możliwość, że będziesz w stanie przedstawić konstruktywne propozycje, poparte faktami i referencjami . Jeśli zrobisz to tak, jak opisano w poprzednim zdaniu, będziesz proponować, aby zająć się tym przez większość czasu (jest to okazja). W bardzo niewielu przypadkach zostaniesz zignorowany.

Pamiętaj, że każdy wywiad to droga dwukierunkowa. Pracodawca próbuje ustalić, czy jesteś dobrym kandydatem. Podobnie powinieneś spróbować ustalić, czy firma jest warta pracy. Zadawać dużo pytań. Dowiedz się, co jest dla Ciebie ważne i zapytaj o to. Zapytaj ankieterów, co lubią, a czego nie lubią w firmie.

Ponadto popieram zalecenie drugiego plakatu, aby dać mu test Joela .

Nawet psychotyczny menadżer megalomanów może poprowadzić zespół, który przejdzie test Joela. Jak reagują, gdy terminy nie są dotrzymywane? Czy CIO zgłasza się do CEO lub CFO? To może dać ci wyobrażenie o tym, jak ważne jest IT w firmie innej niż oprogramowanie.

Dlaczego dostępna jest pozycja? Czy mają duży obrót?

Poszukaj sposobów na sprawdzenie, czy programiści są przepracowani. Nikt nie miał wakacji od kilku miesięcy do roku? Nie można pokonać firmy, która daje czas na wakacje, ale nikt nie uważa, że ​​może go wziąć.

Możesz poprawić złe praktyki testowania i systemy kontroli kodu. Nie mogę wyleczyć szalonego.

Oto co bym zrobił, gdybym był tobą:

• spróbuj uzyskać możliwość przeprowadzenia wywiadu z jednym lub większą liczbą programistów w firmie i zapytaj ich, jaki jest typowy dzień w pracy. Trudno zapytać, czy tego nie zapewniają, ale firma, która to zapewnia, to ogromny plus w mojej książce
• zapytaj ich, w jaki sposób zazwyczaj opracowywana jest nowa funkcja i jak dzielą się pracą między programistami.

Oba pytania są ostatecznie takie same, zadawane różnie różnym osobom. Ważne punkty:

• Jak rozwiązywane są problemy techniczne w zespole?
• Jak dzielona jest praca między programistami
• W jaki sposób błędy są przypisywane do ludzi
• Jak podejmujesz decyzję o projektowaniu wewnętrznym, outsourcingowym i gotowym?
• Jak oceniasz porażkę / sukces projektu?

Uzupełnia to test Joela. Pamiętaj, że nie ma „właściwej” odpowiedzi: zależy to od tego, czego sam szukasz, jakiej firmy szukasz, jakiego rodzaju firmy (np. Startup będzie mniej skłonny pozwolić sobie na najlepsze narzędzia w porównaniu do fortuny 500). Jeśli dana osoba nie może odpowiedzieć na to pytanie, jest to prawie zdecydowanie zły znak: najprawdopodobniej nawet nie pomyślał o tych kwestiach.

Istnieje wiele rzeczy, które możesz zrobić, np. Zadać im kilka pytań na temat ich procesu lub spróbować porozmawiać z innym deweloperem lub nawet krótko z nim pracować. Choć jest to dobre, jest również łatwe do sfałszowania - nawet najgorsi menedżerowie często wiedzą właściwe rzeczy na temat swojej metodologii (wiedząc, co powiedzieć, nie rozumiejąc „dlaczego” to, co czyni ich złymi menedżerami, prawda) ?), a większość programistów nie będzie chciała przekłamać firmy do potencjalnego zatrudnienia - po co ryzykować, że wróci do kogoś za milion osób, które przejdą przez system? (w niezdrowej firmie, w której krytyka jest… wydziewana ... to może być realne ryzyko)

Możesz jednak spojrzeć na bardziej subiektywne rzeczy - czy menedżerowie wydają się być modni czy szczerzy? Czy to wygląda na zdrowe środowisko?

Jaka jest jakość pytań i wiedza twoich ankieterów - pamiętaj o tym, przez co przeszedł każdy, z kim pracujesz. Czy zadają ci głupie pytania? Pytanie typu HR? Czy pytania dotyczące kodowania są zbyt łatwe?

Jak już powiedzieli inni, wywiady to dwukierunkowa ulica ....

Ale jest tutaj subtelny czynnik psychologiczny, który, jak sądzę, wielu ludzi nie radzi sobie dobrze: bycie zastraszanym podjęciem bzdurnej pracy. Jest to bardziej problem dla młodszych osób, ale wszyscy jesteśmy na to podatni.

Myślę, że wiele osób jest przekonanych, że tak naprawdę nie można zmienić gównianych zachowań korporacyjnych, więc podejmując decyzję o przyjęciu oferty pracy, podejmujemy zbyt wiele złych uczuć. Częścią psychologii tutaj jest także relacja władzy między pracodawcą a pracownikiem - szczególnie w złej lub konkurencyjnej gospodarce - czuje się, jakby musieli dać dużo swobody, nawet w obliczu niektórych raczej złych zapachów pracy - takich jak zdecydowanie porażka Joela Testy itp.

Tak skutecznie, mówię to - wielu z nas przyjmuje prace WIEDZĄ, że będą to prace DailyWTF. Sztuka polega na tym, aby być bardziej wybrednym, ciężko drążyć ankieterów - i po prostu nie przyjmować bzdurnych prac, chyba że jesteś absolutnie zdesperowany. Oczywiście istnieje równowaga, ale naprawdę opłaca się zbadać swoje uczucia, decydując, czy oferta pracy na stole jest WTF, czy nie. Łatwo jest przekonać się, że jesteś „zbyt wybredny i nieelastyczny”, podczas gdy w rzeczywistości ignorujesz naprawdę nieprzyjemny zapach pracy.