Wymagania stawiane przed kandydatami na stanowisko programisty PHP Opcje

[skowron-line]

Chciałbym rozpocząć dyskusję na temat wymagań jakie stawiają pracodawcy przed kandydatami, większość z nas pracuje w firmach programistycznych lub takich w których się programuje i moja pytanie brzmi czego od was wymagano/ wymaga się do tej pory, czy musicie się douczać nowych języków lub czy musieliście się nauczyć jakichś rzeczy do napisania drobnych aplikacji.

[nasty]

Kompletnie nie rozumiem postawy typu "jestem od X i zajmuję się tylko X"...

Ileż to można słuchać narzekań programistów pracujących w dużych korporacjach na temat tego, że są właśnie szufladkowani wg. ścisłej specjalizacji i po za to nie wychodzą? dużo. Taka praca mocno uwstecznia programistę.

Szczególnie śmieszne jest to w przypadku PHP, gdzie nie jest to wcale takie duży plac zabaw, żeby zagłębienie tej technologii pochłaniało bez reszty. Programista warty swojego wynagrodzenia (jeśli mówimy o dobrym wynagrodzeniu) nie może zająć się na trochę czymś z poza swojej strefy komfortu? Davy Brion napisał kiedyś fajnego posta na swoim blogu na ten temat - To jest właśnie to, co sprawia, że nawet bardzo doświadczeni i bardzo dobrzy programiści rezygnują z pracy w wielkich firmach by pracować w startupach lub firmach które podtrzymują klimat startup-u na co dzień pomimo swojego rozmiaru (jak np. Google, Facebook, Microsoft, VMWare, RedGate, 37signals, etc...).

Osobiście na co dzień piszę głównie w C++, cieszę się jednak kiedy czasem jest do zaimplementowania coś w zupełnie innej technologii - strasznie się cieszyłem kiedy musiałem nauczyć się F# bo był potrzebny do zaimplementowania pewnego komponentu. Zawsze staram się "rwać" do zrobienia czegoś w technologii której nie znam.

Po prostu takie wykraczanie po za swoją ścisłą specjalizacje mocno rozszerza horyzonty, daje dużo inspiracji i zmienia sposób projektowania komponentów na przyszłość. Siedząc ciągle w jednej technologii i zapierając się rękami i nogami, żeby tylko nie wyjść po za nią strasznie ogranicza i otępia.

Odniosę się do przykładu który padł tutaj w temacie: Programista PHP co tnie layouty i piszę w JS/HTML.
Gdyby taki phpwiec nie pociął w życiu pare layoutów, to nie będzie mógł wyczuć to jak eksponować zmienne, żeby były łatwo było z nimi pracować od trony prezentacji. Phpowiec który zapiera się żeby nie pisać nic w JS, nigdy nie będzie potrafił dobrze zaprojektować jakieś REST-owe api, nie będzie rozumiał jak dobrze zwracać JSON, żeby łatwo się go używało, nie będzie wiedział co to jest programowanie deklaratywne, a jeśli nawet, to nie będzie potrafił dostrzec korzyści z tego idących.

Jak myślicie? czemu np. w takim C# pojawiają się elementy takie jak LINQ, anonymous methods, TPL? Dlatego, że dobrzy programiści zaglądają na inne podwórka i dostrzegają moc idącą z programowania funkcyjnego i przenoszą jego ważniejsze elementy do swojego.

Podsumowując: Nie można się ograniczać do jednego zestawu technologii. Manual PHP ile ma stron? 500? 1000? Czy dlatego, że ktoś zna dobrze tylko 1000 stron tekstu powinien zarabiać więcej niż 1500zł/mc? Nie sądzę.

Ten post edytował nasty 2.09.2011, 20:51:43

[lobopol]

Czytam wypowiedzi niektórych i po prostu łapie się za głowę. Ja nie rozumiem dlaczego członkowie grupy informatyków piszą takie bzdury. Jest takie powiedzenie, jeżeli coś jest do wszystkiego to jest do niczego. Wiecie dlaczego duże firmy rozdzielają tak pracę? Bo mają wtedy świetną kontrolę nad pracą i trwają one znacznie krócej, sam pracuje w niedużej firmie (oprócz mnie jest jeszcze 5 programistów, grafik, admin + redaktorzy) i przeważnie projekty wykonuje w całości samodzielnie (poza tworzeniem grafik). I wiem jak to masakrycznie spowalnia pracę, cały czas muszę skakać z projektu na projekt i z html/css na javascript/jQuery no i oczywiście na php z jednego toku rozumowania w drugi, a to dla wydajności nie jest dobre.

Lepszy wyspecjalizowany programista w jednym języku niż niemota w 10, sam znam php na nie najgorszym poziomie, ale jeszcze długa droga przede mną długa droga abym mógł się nazwać super programistą php, ale stawka 1500zł jaką @nasty podałeś byłaby dobra dla kasjerki w markecie albo faceta ze szpadlem, a nie dla osoby która musi zdobyć bardzo dużo wiedzy i doświadczenia, aby dobrze programować nie wystarcza znajomość manuala, a specyficzny sposób myślenia którego nie nauczysz pani Jadzi. Php nie jest może najbardziej rozbudowanym językiem na świecie, ale zbuduj dużą aplikacje posiadając tylko podstawową wiedzę, a wiedzę zdobywa się latami i dziesiątkami tysięcy linijek kodu napisanych.

Wiadomo, że pracodawca chcę jak najlepiej dla siebie bo w końcu żyje z pracy swoich pracowników, szkoda tylko, że przeważnie nie mają oni odpowiedniej wiedzy i wymagają cudów.

[eccocce]

Lepszy wyspecjalizowany programista w jednym języku niż niemota w 10(...)

Nie popadajmy w skrajności ;] Jestem tego samego zdania, że jak się posadzi kodera do jednego projektu, w którym robi silnik w PHP, to nie należy go "wyrywać", żeby nagle pociął layout albo skrobnął coś w jQuery, ale z drugiej strony warto czasem sięgnąć po nową technologię, żeby, jak napisał nasty, zobaczyć jak to robią na innym podwórku. Pytanie tylko na ile można zaufać w takim wypadku rozwiązaniu przedstawionemu przez gościa, który kodzi dorywczo np. w JS, gdy na co dzień siedzi tylko w PHP.
Wiecie, należy pamiętać o podstawowej kwestii - ludzie są różni. To że Ty, czy Ty lubisz skakać po technologiach, tutaj coś skrobnąć w JS, tutaj pociąć lay a za chwilę zakodzić coś w PHP, to nie znaczy, że ktoś inny będzie równie elastyczny. Skądś się biorą w końcu "mózgi", które znają tylko jedną technologię na wylot i uchodzą w niej za guru. Warto o tym pamiętać, bo jeśli na siłę będziemy się starać uczynić kogoś multifunkcjonalnym, to tak naprawdę efekt możemy uzyskać całkowicie nieoczekiwany - spadek wydajności, efektywności i zniechęcenie do pracy. To normalne, nie jesteśmy maszynami, żeby funkcjonować tak samo, jeden trzyma się wszystkimi kończynami PHP, a inny ma jednocześnie otwartego NetBeansa z projektem w PHP i jakiś symulator procków AVR (IMG:style_emoticons/default/smile.gif)