Wszyscy trąbią, że ciężko o pracę, że nie ma, że bieda w kraju. O ile górnicy faktycznie mają na co narzekać, o tyle umęczeni informatycy (w szerokim tego słowa znaczeniu) plotą bzdury. Miejsc pracy jest więcej niż fachowców, bo rynek ten w Polsce dopiero się rozwija, a w ofertach można wręcz przebierać.
Przygotowania wstępne
Mówienie o informatyce jak o konkretnym zawodzie, to jak powiedzenie, że konkretną pracą jest robotnik. Są tu setki specjalności, od statystyki po programowanie, a każda ma inne wymagania i specyfikę pracy. Łączy je tylko jedno - do pracy niezbędny jest komputer. Jako programista, skupię się bardziej na rdzeniu tego rynku, czyli na specjalizacjach technicznych - programowaniu, administracji, aplikacjach sieciowych.
Pierwszą ważną rzeczą jest wybranie w miarę wąskiej specjalizacji. Nikt nie zabrania ci posiadać wielu hobby i interesować się wszystkim po trochu, jednak twój pracodawca będzie zainteresowany współpracą z tobą w zakresie konkretnych obowiązków. Stąd powinieneś przede wszystkim inwestować swój czas w rozwój w wybranym kierunku. Jeśli chcesz być programistą, wybierz grupę docelową. Mogą to być aplikacje desktopowe, software na komórki, gry komputerowe, oprogramowanie serwerowe, aplikacje internetowe, zagnieżdżone systemy czasu rzeczywistego czy skrypty Flash. Jako administrator możesz specjalizować się w zarządzaniu farmami produkcyjnymi, rozległymi sieciami, czy tuningu konkretnych usług serwerowych. Wszystko jedno, co wybierzesz, niech stanie się to twoją mocną stroną. Przeciętny student informatyki ma przynajmniej minimalne pojęcie o każdym z wybranych kierunków, ty nie możesz być przeciętny, musisz przekonać pracodawcę, że to właśnie ty najlepiej pasujesz do danego stanowiska.
Śledź rynek. Skończyły się czasy, kiedy wystarczyło trochę poklikać w jakimś programie, żeby uważać się za guru i wyrocznię. Chcesz pracować jako webdeveloper i znasz HTML? Świetnie, ale czy potrafisz swobodnie poruszać się w technologiach takich jak CSS, sIFR, AJAX? Cytujesz obiekty drzewa DOM z pamięci? Mamy rok 2005 i technika nie stoi w miejscu, klienci (a przez to i pracodawcy) oczekują nowinek, a ty będziesz musiał temu podołać.
Upewnij się, że używasz najoptymalniejszych narzędzi i naucz się je efektywnie wykorzystywać. Oczywiście, kod można pisać w notatniku, ale z całą pewnością dużo wygodniej robi się to w zintegrowanych środowiskach, oferujących zwijanie sekcji i kolorowanie składni. Dowiedz się, z czego korzystają autorytety w danej branży, nie zatrzymuj się na pierwszym programie, który działa. Sumiennie porównaj dostępne na rynku aplikacje i zorganizuj sobie listę wad i zalet. Pamiętaj, że być może w przyszłości będziesz zmuszony korzystać z odgórnie narzuconego oprogramowania - najprawdopodobniej będzie to właśnie jeden z uznanych w branży liderów.
Śledź ludzi. Mamy XXI wiek, czas blogów. Blogi prowadzą uczniowie podstawówek, gimnazjów, licealiści i studenci. Być może cię to zdziwi, ale prowadzą je także biznesmeni, managerowie i programiści. Popytaj bardziej doświadczonych, niech polecą ci kilka linków, stamtąd - po siatce odnośników - trafisz na szersze wody. Zanim zachwycisz się ślepo każdym, kto pisze posty dłuższe niż dwa zdania o myciu zębów, rozejrzyj się po wzajemnych relacjach, polemice i krytyce na innych blogach - będzie ci łatwiej zorientować się, kto powinien być dla ciebie autorytetem.
Naucz się biegle czytać angielskie teksty, 90% interesujących cię informacji znajdziesz w sieci właśnie w tym języku. Nieodzowne będzie także zaznajomienie się ze słownictwem specyficznym dla danej branży - dotyczy to tak języka polskiego jak i angielskiego. Nie zdziw się, kiedy ktoś zapyta cię, czy wiesz co to floatus divitis czy segvowanie.
Naucz się organizować swój czas. Sprawdź, ile czasu zajmuje ci wykonanie każdego projektu. Oblicz, ile procent z tego czasu poświęcasz na poszczególne etapy realizacji. Zastanów się, czy gdyby więcej czasu poświęcić na wcześniejsze planowanie, to faza budowania i wdrażania nie uległaby skróceniu. Naucz się myśleć przyszłościowo, realizując fragment pracy, pomyśl, jakie mogą być potencjalne przyczyny jego późniejszej modyfikacji i czy nie można temu zapobiec już w danym momencie.
Szukaj znajomości, znajomości zawsze się przydają. Czy to w poszukiwaniu pracy, czy w późniejszym rozwiązywaniu napotkanych problemów. Często będziesz w stanie zaoszczędzić mnóstwo czasu, zwracając się do osoby, która dany problem już rozwiązała.
Poszukiwanie pracy
Z najlepszym nawet przygotowaniem, nie oczekuj, że praca sama cię znajdzie. Oczywiście, z czasem i takie przypadki zdarzają się coraz częściej - wystarczy wyrobić sobie choćby minimalną renomę. Póki co jednak, trzeba szczęściu dopomóc.
Zanim zaczniesz szukać pracy i porównywać ogłoszenia, dowiedz się jak najwięcej o strukturze płac w wybranym sektorze rynku. To, co dla świeżo upieczonego studenta może wyglądać na lukratywną ofertę, może w rzeczywistości leżeć grubo pod kreską przeciętnych zarobków. Musisz oczywiście wziąć pod uwagę swój staż i umiejętności.
Największym źródłem ofert pracy są grupy dyskusyjne (pl.praca.oferowana), często jest to też miejsce, gdzie dane ogłoszenie pojawia się po raz pierwszy. Warto regularnie przeglądać podsyłane tam oferty. Niestety, większość pracodawców ogłaszających się za pośrednictwem Usenetu to ludzie poszukujący zdespoerowanych studentów, stąd oferowane zarobki są niewspółmiernie niskie w porównaniu do nakładanych na pracownika obowiązków. Ignoruj takie ogłoszenia, bardziej opłaca się poszukać dłużej niż potem żałować podjętej współpracy.
Drugim źródłem informacji o ofertach jest prasa papierowa. Są to zarówno dzienniki o charakterze ogólnoinformacyjnym, jak i specjalizowane magazyny branżowe. Pierwsze mają ogromną zaletę - publikują tylko ogłoszenia z okolic twojego miejsca zamieszkania. Drugie z kolei ograniczają się do potencjalnych miejsc, w których chciałbyś pracować. Firmy publikujące się w magazynach branżowych mają też z reguły większy budżet, a co za tym idzie, więcej pieniędzy do wydania na ciebie.
Trzecim źródłem ofert są dedykowane serwisy internetowe - od bardzo ogólnych, jak praca.pl, przez dedykowane dla konkretnych grup, jak wrocławskie Biuro Karier dla studentów, aż do specjalizujących się w konkretnej branży, jak IT Kontrakt.
Nie bój się zgłaszać do rekrutacji. Jeśli to możliwe, swoje CV i list motywacyjny wysyłaj pocztą elektroniczną - przerzucasz w ten sposób całość kosztów rekrutacji na potencjalnego pracodawcę, co pozwala startować jednocześnie w konkursach do kilku-kilkunastu ofert. Zgłaszaj swoją kandydaturę nawet kiedy nie jesteś pewien w 100% swojego zainteresowania. W przypadku rezygnacji, grzecznie poinformuj o tym firmę, nie musisz podawać powodu zmiany zdania.
Zanim zdecydujesz się walczyć o konkretne stanowisko, rozpoznaj rynek. Dowiedz się, jak duża jest firma, jaką cieszy się renomą i ile osób zatrudnia. Będzie ci łatwiej ocenić możliwości rozwoju zawodowego, podwyżki czy awansu. Małe, kilku(nasto)osobowe firmy charakteryzują się lepszą atmosferą pracy, ale z reguły płacą mniej. Duże firmy mniej liczą się z kosztami, ale obowiązuje tam większa dyscyplina pracy.
Nie ograniczaj się do rynku ściśle związanego z IT. Często lepiej płatną pracę można znaleźć w firmie zajmującej się innego typu działalnością, a tylko poszukującej specjalisty na dane stanowisko.
Nie popędzaj pracodawcy. Zasypywanie firmy telefonami i emailami nie przyspieszy procesu rekrutacji. Warto za to przypominać się co jakiś czas (np. raz na kwartał), jeśli upragnionego stanowiska nie dostaniesz. Dajesz w ten sposób pracodawcy znać, że twoja kanydatura nadal jest aktualna. Dobrze przy okazji podesłaś uaktualnione CV i pochwalić się postępami.
Rozmowa kwalifikacyjna
Jeśli twoje resume zrobi odpowiednio dobre wrażenie, zostaniesz zaproszony do kolejnego etapu rekrutacji, którym jest spotkanie osobiste. Dobrym pomysłem jest przygotowanie się do tego wizualnie, to jest wbicie się w najlepszy garnitur ze ślubu szwagra i wypolerowanie butów. Są od tego pewne wyjątki (np. ja na ostatniej rozmowie byłem w szerokich spodniach i bluzie z kapturem oraz z nieśmiertelnikami na szyi), ale jeśli pracodawca nie zaznaczy wyraźnie, że możesz przyjść ubrany luźno, to znaczy że nie możesz. Nie należy przesadzać również w drugą stronę, jeśli twój rozmówca podejmie cię w sportowej marynarce, a ty wyglądać będziesz jak prezes banku, to może to wywołać negatywne skojarzenia związane z twoją osobą.
Nie ćwicz przed lustrem uśmiechu i nie pisz mowy otwierającej. Bądź naturalny, podchodź do sprawy profesjonalnie, ale nie sztywno. Lepsze wrażenie zrobisz dowcipną odpowiedzią niż wydukanym cytatem z podręcznika.
Nie spóźnij się, komisja rekrutacyjna ma prawo trzymać cię na korytarzu dowolnie długo, ale tobie nie wolno pozwolić im czekać - to oznacza brak szacunku.
Nie chwal się na zapas, nie opowiadaj o rzeczach, które nie miały miejsca. Łatwo twoje umiejętności sprawdzić w praktyce, a najmniejsze nawet wykryte kłamstwo spowoduje przesunięcie twojej kandydatury w bardzo bliskie okolice kosza.
Nie bądź skromny, ale unikaj dumy. Pokaż wszystkie swoje zalety, ale tylko te związane ze stanowiskiem, o które się starasz. Zanudzanie szefa osiągnięciami w konkursach recytatorskich z pierwszych lat szkoły podstawowej nie uczyni cię w jego oczach bardziej inteligentnym.
Odpowiadaj całymi zdaniami. Staraj się odpowiadać jak najlepiej potrafisz, ale nie lej wody. Jeśli nie masz pojęcia na dany temat, to zaznacz to wyraźnie, przy okazji dodając, że szybko się uczysz, a następnie skieruj rozmowę ponownie na listę swoich zalet.
Unikaj rozmowy na temat poprzednich miejsc pracy, im mniej mówisz o wadach poprzednich firm, tym większą odznaczasz się lojalnością i dyskrecją. Są to cechy jak najbardziej pożądane w każdym miejscu pracy.
Test praktyczny
Przygotuj się na to, że coraz więcej firm chce sprawdzić kandydata jeszcze zanim zacznie pracę. Może się zdarzyć tak, że w kilka dni po rozmowie kwalifikacyjnej zostaniesz zaproszony na poligon, gdzie w ciągu paru godzin pracy przy komputerze sprawdzone zostaną twoje deklaracje umiejętności. Szybko zobaczysz, dlaczego nie warto było kłamać w czasie rozmowy kwalifikacyjnej.
Zanim przystąpisz do testu, dowiedz się, co będzie oceniane, czy komisja zwracać będzie uwagę na metodę rozwiązania, czy na efekt. Pamiętaj o tym podczas rozwiązywania postawionego ci problemu.
Powodzenia.
Niezły tekst, tylko to "uwarzaj". :P
OMG, za mało kawy, za dużo jellonków na Gadu-Gadu.
Fixed.
Bardzo ciekawe. Co do jelonków. Wystarczy wyczyścić dane w katalogu i spokój ;)
Chyba sobie wydrukuję … naprawdę dobry tekst :).
Sam miałem kiedyś coś podobnego napisać. Dobrze ujętę i sformułowane :)
Może tylko mógłbym czepić się "cytowania obiektów DOM z pamięci". Osobiście uważam to za zagracanie sobie pamięci rzeczami niemal tak istotnymi jak suma rocznych opadów w Bangladeszu.
To nie klasówka.
I kwestia mailowego wysyłania CV i listu motywacyjnego. Jeśli faktycznie zależy ci na pracy - sugeruję po wysłaniu aplikacji wysłać albo maila z monitem czy doszło albo zadzwonić.
Często bowiem bywa tak, że maile utykają u "pani Jadzi", która właśnie, przypadkiem, wyjechała na urlop.
I jest jeszcze kwestia szczęścia. Już chyba mówiłem/pisałem o tym, jak w pewnej firmie przebiegała rekrutacja. Przyszedł pan głównodowodzący rekrutacją, spojrzał na kupkę aplikacji, wydzielił z niej ze 3/4 kartek i wrzucił je do kosza. Na pytanie co z nimi odpowiedział - w tej grupie są ci, którzy nie mieli szczęścia.
Dodam, że warto być dowcipnym i nie bać się poprawiać ofert - najlepsze firmy specjalnie przemycają błędy w ofercie bądź dają w ofercie jakieś zadanie do wykonania: vide google. Tak zdarzyło się mojemu znajomemu, który zwrócił pracodawcy uwagę, że w jego ofercie jest błąd: wymagano 8 letniego doświadczenia w dziedzinie, która istnieje od 3 lat. To właśnie ta uwaga sprawiła, że dostał pracę.
A co do dowcipności? Przy ostatniej okazji, tej która zakończyła się moim zatrudnieniem, pozwoliłem sobie na bezczelny żart. Kiedy pracodawcy zabrakło pytań po kilku minutach i zapytał "czy mam jakieś pytania", odpowiedziałem - tak, kiedy zaczynam?
A moja Siostra, będąc na rozmowie w tepsie miała test na szybkość pisania. Miała napisać dwa rozbudowane zdania. Jedno było fragmentem piosenki, a drugim było "Bardzo chciałabym pracować w TPSA" ;)
Dwóch informatyków i webmastera moja Fabryka przymie od zaraz. Z cmoknięciem w dowolną część ciała.
nbw:
Z tym DOM to był żart, chodziło mi bardziej o document.getElementById() i element.getElementsByTagName() jako kontrprzykład dla odwołania przez document.all albo lepiej przez samą nazwę.
To ja może już potulnie wracam do swojego biura, bo w IT widzę ciężko mi będzie..
DeeJay1:
Możesz rozwinąć swoją myśl? :D
Bardzo dobry tekst, ale brakuje w nim paru szczegółów. Np o bardzo często spotykanym pytaniu "dlaczego chce pan zmienić pracodawcę. Dlaczego chce Pan odejść/odszedł Pan z poprzedniej pracy" Pytanie niebezpieczne. Najlepszą odpowiedzią jest "przestałem się rozwijać i szukam nowych wyzwań. Obie strony wiedzą, że to kłamstwo, ale pracodawca od razu czuje, że dla Ciebie to temat tabu i z szacunkiem odnosisz się do swojego poprzedniego pracodawcy nie zdradzając powodów, dla których chcesz zmienić pracę.
> Mamy rok 2005 i technika nie stoi w miejscu
Poprzedni wpis sugeruje zupełnie coś innego ;-)
chcialbym tylko dodac, ze zapomniales Patrys o najwiekszej kopalni pracy dla informatykow, jaka w tej chwili jest serwis jobpilot.pl - liczba ofert zdecydowanie przewyzsze te dostepna na p.p.o, poza tym sa tam oferty znacznie powazniejsze. Znam wieeeele firm szukajacych specjalistow i oferujacych im bardzo godziwe wynagrodzenia, ktore na p.p.o ogloszen nie publikuja - dotyczy to wprawdzie glownie stanowisk typu software engineer i software developer, a nie webdesigner/developer, no ale jednak.
Misiek, tylko ja podałem przykłady rodzajów serwisów, a nie konkretne sajty. Ja mam takich kilkanaście w zakładkach i nie tylko polskich ;]
No i z tym strojem to przegiales, bo aplikujac na stanowiska inzynierskie, w ktorych do pracy przychodzisz w tym, w czym poszedles spac, nie trzeba sie przebierac jak na urodziny babci. Dwa razy bylem tak ubrany - raz przegialem, bo nic nie wiedzialem o firmie, w ktorej potem pracowalem dwa lata ;), za drugim razem byla to duza korporacja, a stanowisko zdecydowanie malo inzynierskie.
Inna sprawa, ze za drugim razem (moze na szczescie) roboty nie dostalem ;)
Tylko że twój strój codzienny wygląda jak mój galowy ;>
Patrys: no szur, brachu, ze tak :). Podobnie mam i ja, ale jobpilot to zupelnie niezle miejsce na szukanie roboty w Polsce ;)
A to juz inna sprawa ;)
A powazniej - bardzo fajny tekst o rekrutacji w IT czytalem jakis czas temu, teraz pogooglalem i mam: http://www.joelonsoftware.com/articles/fog0000000073.html
Co wiecej, pytania z cyklu "napisz atoi()" to nie mrzonki - znajomy, ktory siedzi teraz w Redmond, WA na stanowisku test engineer mial podczas rozmowy wlasnie takie pytania:
- opisz, jak moglbys przetestowac szklanke (i po 5 min rzucania pomyslow uslyszal "nice but anything else?"),
- napisz atoi()
W kazdym razie warto ten art Joela przeczytac.
Jakby ktos wolal po polsku to wlasnie namierzylem tlumaczenie: http://polish.joelonsoftware.com/Articles/Interviewing.html
Zajebista pogoda dziś…
Ale o co chodzi z tym "- napisz atoi()"? :)
Vrok:
Zaimplementuj konwerster ASCIIZ na integer.
To wcale nie jest głupie zadanie, chociaż jak ktoś ma pojęcie o C, poradzi sobie :). Najpierw trzeba złapać 'długość' liczby w stringu, a potem jechać - od początku albo od końca (od końca lepiej, bo po złapaniu długości jest się na tym końcu i nie marnuje cykli) - mnożąc cyfry przez kolejne potęgi 10-tki. To najbardziej naturalne i intuicyjne rozwiązanie. Ktoś ma lepszy pomysł? ;)
m - ja cie prosze - najpierw przemysl, potem pisz
nie klep komentarzy jeden pod drugim, jeno jeden konkretny, tutaj nie ma opcji 'edytuj posta' czy 'scal komentarze', przemysl i napisz raz…
Tomash:
int wynik = 0;
while (*ciag)
{
wynik = wynik * 10 + (*ciag - '0');
ciag++;
}
wynik = wynik*10. Nie wpadłem na to, rzeczywiście świetne :).
szej: musisz to stary przebolec i jakos z tym zyc…
/me idzie poprosić Sparrowa, żeby komentowanie wymagało przepisania 666 cyferek z obrazka, wtedy będzie mniej doublepostów.
Fajny tekst, dzięki :)
A gdzie można się zorientować albo uzyskać poradę co do płac za projekty web'owe? Ja nie mam pojęcia ile brać za strony, które robię.
riddle: archiwum http://groups.google.pl/group/pl.comp.www ?
Tak naprawdę - nigdzie. To indywidualna sprawa. Zależy jaki projekt, dla kogo itd.
Pewnym punktem wyjścia jest ustalenie sobie stawki godzinowej. Do tego oczywiście musisz wiedzieć ile średnio zajmuje Ci stworzenie projektu.
Najłatwiej ustalić sobie stawkę poniżej której się nie robi ;) (np pół samochodu ;)
Interesujący tekst. Sprawia wrażenie 'Desideraty'.
Taka notka powinna powracać okresowo. Dobra pomoc dla początkujących (i nie tylko) :)
niezły tekst ale ma pare mankamentów, jak zaznaczyłeś na wstępie sporo jest specjalizacji "informatyka".i tu jest pies pogrzebany, o ile w miare podobnie wygląda dalszy procesz w przypadku np webmastera to juz do poważniejszych spraw (Ada95, konkretne adminowanie i rózne inne enterprise rzeczy) proces sie komplikuje i warto też zaznaczyć ze nawet najlepsze wykształcenie nie pomoże bo doświadczenie w branży jest ważnym kryterium.
lukier: Ale czy to cos zmienia w kontekscie zupelnie slusznych rad Patrysa?
btw, czy osoby zajmujace sie rzeczywiscie topowymi technologiami potrzebuja takich tekstow? raczej nie…
A procedury rekrutacyjne ulegaja zmianom. Ostatnio mila praktyka wsrod powaznych firm jest poddawanie kandydatow testom zwiazanych z technologiami, ktore odpowiadaja trudnoscia mniej wiecej egzaminom certyfikacyjnym (dla Javy SCJP, dla Oracle OCP, dla .NET przede wszystkim MCP XML WebServices i ASP.NET) - nawet we WR wiele wiekszych firm budujacych bardziej zlozone rozwiazania niz sklepik internetowy stosuja taka praktyke.
A doswiadczenie? Anegdotka: wroclawski Siemens otwierajac dzial SDC podkupil specjalistow GSM/GPRS z PTC - takich ludzi nie ma w Polsce wielu.
W przypadku ludzi majacych doswiadczenie, wierz mi, kwestie rekrutacyjne wygladaja o wiele "wygodniej" niz w przypadku osoby zdobywajacej dopiero praktyke - tacy ludzie nie potrzebuje zlotych porad, bo znakomicie radza sobie sami.
No i sorry, ale Ada95 jest chyba mniej popularna (gdzie to sie stosuje?) nawet niz takie egzotyki, jak Cobol/mainframe i RPG/iSeries - notabene na specjalistow od tych dwoch jezykow nadal jest bardzo duzy popyt, bo systemow do utrzymywania jest w brod.
Dla sprostowania: Siemens SDC oznacza oftware Development Center. Tobie chodziło o SCD MD (SCD Mobile Devices) i faktycznie masz rację. Teraz jest mnóstwo ludzi w całym dziale, a wiedza na temat GSM/GPRS/UMTS jest bardzo mierna. Co ciekawe - wiedza na temat systemów RTOS czy embedded też pozosstawia wiele do życzenia.
Rynek trudny, a specjalistów niewielu. A tam rekrutacja jest niestety bardziej na zasadzie "hurra", bo ludzi, których oni poszukują po prostu nie ma.
Wiem. Pracuję tam i uczę nowych rekrutów rzeczy potrzebnych im do pracy…
bez Ady nie polatałbyś Boeingiem 777 czy innymi samolotami, nie przejechał sie metrem w Paryżu czy Londynie, szybkimi kolejami w europie, nie miał byś prądu w domu (np elektrownie atomowe) a o NASA czy ESA to juz wogle nie będe wspominał. W Adzie sa realizowane najdroższe projekty informatyczne. Choc pewnie juz Java dogania. Ada jest popularna w takich zastosowaniach bo jest strasznie wredna dla programisty :-) i pilnuje na każdym kroku, nie to co w PHP.
bazyl:
Słyszałem ze w SCD MD jest mase ludzi, regularnie widze na wydziale oferty pracy. Macie już znane z USA "przegródki" :-)
lukier: nie wiem kto Ci takich bajek nawciskał. Przegródek nie ma. Ale tłoczno się zrobiło, a owszem :P Choć i tak warunki pracy są o wiele ciekawsze niż w niejednej innej firmie w Polsce. Nawet tej międzynarodowej.
bazyl: bajek o Adzie? nikt, poczytałem:
http://www.adahome.com/
http://www.adahome.com/Ammo/Success/
http://www.seas.gwu.edu/~mfeldman/ada-project-summary.html
nie patrz na to przez pryzmat Polski bo u nas to nowościa jest Siematic :-)
lukier: to ciekawe, moglbys cos wiecej powiedziec? Na jakich platformach to chodzi? Dotyczy to systemow RTOS, tak? Z tego, co widze, w bankowosci nadal baaardzo dobrze sie maja systemy na Cobolu i RPG, ale to bardziej kwestia wyboru platformy sprzetowej i utrzymywania sprawdzonego softu niz tworzenia nowych rozwiazan. Smierc iSeries jest blisko, duzo rzeczy migruje sie do J2EE/web, bo lepsze to niz zielone ekrany:).
bazyl: ano, SCD MD. A wiedza jest mierna, bo sam wiesz, na ilu uczelniach ucza na wydziałach telekomunikacji technologii nowszych niz ISDN. Znasz takie, na ktorych sa kursy z GPRS/UMTS (powaznie pytam, bo mam mlodszego brata…)? Systemy RTOS tez na uczelniach wlasciwie nie istnieja, co do embedded to cos sie tam chyba robi, ale nie wiem, jaki tego poziom. Zreszta Siemens siorbie absolwentow, jak moze - 90-ciu absolwentow rocznie z IO/IZ/PWR działowi SDC nie wystarcza ;)
Nie unoś się. Mówiłem o przegródkach. Adę znam, stosowałem i wiem z czym to się je i do czego się stosuje.
lukier: jakie tam przegrodki - ciasno, ale bez boxow, w dodatku w niektorych sekcjach zdecydowanie stawiaja na komunikacje w grupie. No i to jedna z tych firm o najwygodniejszach krzesla :).
m: mówisz jakbyś tam pracował :P Czy my się nie znamy? :P
m: Nie pracuje, ale mysle, ze mamy wielu wspolnych znajomych :)
bazyl: sorry, to o przegródkach to było pytanie :-)
m:
tak, to są systemy RTOS, czasami na mikroprocesorach wbudowanych (motorolki, pewnie ARM, jest nawet wersja na AVR ale bez wielu bajerow), często uruchamia sie to w "powłoce" systemu operacyjnego czasu rzeczywistego np QNX czy RT Linux. To są dosyć wąskie przemysłowe zastosowania i wcale sie nie dziwie, że banki przechodzą na J2EE bo to jest dosyć dobra platforma.
Niestety Ci nie powiem jak jest na kierunku telekomunikacja EKA/PWr choć sam studiuje na tym wydziale ale ja automatyke i robotyke specjalność robotyka :-)
lukier: to ja Ci moge powiedziec, jak jest z RPG/DB2 na iSeries czyli starym dobrym AS/400 - glownym argumentem za trzymaniem sie tej platformy jest sprawdzone i ciagle rozbudowywane oprogramowanie, ktore chodzi sobie juz kilkanascie, jak nie kilkadziesiat lat glownie tam, gdzie wieksze pieniadze, drugim powodem jest ogromna stabilnosc tej platformy. Minusy tez sa w zasadzie dwa: bardzo duzy koszt skalowania takich systemow oraz ograniczenia samej platformy - opoznienie DB2 UDB/iSeries w porownaniu z wersjami tej bazy na innych platformach, archaicznosc RPG i topornosc zielonych ekranow. J2EE jest technologia znacznie tansza, znacznie latwiejsza w rozwoju i znacznie bardziej uniwersalna w kontekscie platformy bazodanowej i sprzetowej. Firmy pracuja nad planami pozbycia sie iSeries, deadline'y juz wytyczone.
m:
firmy pewnie swego czasu sporo zainwestowały to, a że to nie jest byle system to IBM co łaska nie dał. Sun jest o tyle lepszy, że platforma jest dosyć popularna (teraz OpenSolaris), Java również, opracowali IMHO porządny framework (ME,SE,EE) i jak pokazuje rynek da sie tego używać całkiem nieźle, a ilość oprogramowania (i jego otwartość często!) też jest spora np. http://c-jdbc.objectweb.org/ , Biblioteki Prevelance itp
M$ chyba nie da rady, pisałem troche w C# .NET i tylko włosy sobie można z głowy wyrywać, Framework 1.1 nie umywa sie do J2SE, Visual Studio wywala cały projekt jak gdzieś pojawi sie bład w designerze (moim zdaniem koncepcja JavaBeana jest lepsza niż integrowanie RAD w framework jak to zrobił MS).
Patrys: że zacytuję siebie "kurka, kto mi zabrał manual". Jakoś ciężko mi sobie wyobrazić życie bez manuala lub uzupełniania kodu, starczy że jakiejś funkcji nie używam przez kilka miesięcy to już o niej po prostu nie pamiętam i muszę szperać jakie argumenty przyjmowała. Na szczęście przeważnie wiem w jakiej bibliotece ona była…
lukier: IBM bardzo silnie wspiera Jave, ma kompletne srodowisko dla rozwiazan J2EE - serwery unixowe, DB2, Websphere Application Server. Wiadomo, jak to uzywac i jak stroic. Rational Application Developer to zdecydowanie najlepsze IDE, jakie widzialem dla Javy - szkoda tylko, ze dziala to na Eclipse na 3.0, a nie 3.1, bo byloby ciut szybsze ;). Platforma .NET jest mlodsza, to i nie ma jeszcze takiego wsparcia, jakie daja Javie takie organizacje, jak Apache Software Foundation, IBM, Oracle. Ale .NET sie obroni - rozwiazania takie, jak Microsoft Team System 2005, sa naprawde krokiem naprzod w przemyslowym wytwarzaniu oprogramowania, poza tym rozwiazan pochodzacych od 3rd-parties wciaz przybywa. Rynek open-source daje akurat .Netowi mniej, ale tez nikt nie kupuje Visual Studio i SQL Servera po to, zeby oszczedzac potem na darmowych rozwiazaniach.
A z tych projektow OS, ktore wymieniles, nie korzystalem - prym w moich okolicach wiedzie JBoss, Tomcat, Hibernate, Cocoon, Struts, Spring. No i Eclipse, ktory jest swietnym IDE, latwym do podrasowania przez pluginy.
"Nie spóźnij się, komisja rekrutacyjna ma prawo trzymać cię na korytarzu dowolnie długo, ale tobie nie wolno pozwolić im czekać - to oznacza brak szacunku."
Szacunek obowiązuje obie strony - jeśli przyszły pracodawca na dzień dobry trzyma Cię 2 godziny na korytarzu, czy krześle w poczekalni lepiej dać sobie spokój. O tym żebyś był traktowany jak człowiek w takiej pracy możesz zapomnieć (no chyba że jako człowiek do bicia).
@m:
Jak szukasz czegoś dla brata to zainteresuj się może Politechniką Gdańską i wydziałem ETI. Ja na elektronice miałem kursy dotyczące RTOS (cały semestr), o embedded też mam co nieco pojęcia dzięki swojej specjalnosci. Także jakbym miał z tym wystartować to jakieś podstawy na dobry początek mam.
Tak samo kumpel po telekomunikacji, o GPRS miał również semestralny kurs, o UMTS również i twierdzi tak samo jak ja, że jakby coś miał z tym robic to zielony nie jest i wiedziałby od czego zacząć.
Digi: heh, ale miałem podobną sytuację - przychodzę zaspany na rozmowę, ledwie zdązyłem, znalazłem biuro, złapałem oddach, "dzień dobry, to ja" i… "bardzo przepraszamy, ale czy mógłby pan poczekać pół godziny, bo właśnie mamy problem i wyłączamy na chwilę system produkcyjny" :))
Draakhan: dzięki! Brachol coś zaczyna przebąkiwać o telekomunikacji, a ja z tego generalnie noga jestem - wiem tyle, że GSM/GPRS/UMTS daje radę i że na wrocławskiej EKA tego nie uczą. Bazyl, mógłbyś coś podpowiedzieć?
Draakhan:
z tymi kursami to różnie bywa, na moim wydziale jest np masa teorii minimum praktyki. To z jednej strony dobrze bo gdyby uczyli tylko praktyki to by wychodzili absolwenci np. z zaawansowaną znajomością obsługi centrali strowger (to taki telekomunikacyjny przykład ale ja np na laborce z programowania robotów miałem chyba 40 letni zabytek programowany poprzez wtykanie zworek w matryce). GSM tez sie kiedyś skończy wiec może jednak lepiej żeby przyszli pracownicy nie ograniczali sie do topowych technologii (zresztą to by było straszne np wykuć 1500 str specyfikacji Bluetooth) ale posiadali wiedze teoretyczną, troche bardziej uniwersalną. Mimo wszystko miłoby było żeby do laboratoriów wpadło troche świeżego powietrza ale tak to przynajmniej historii techniki sie człowiek za jednym zamachem nauczy :-)
m: szczerze mówiąc, nie jestem w stanie. Sam znam tylko ogóły. Pracuję na wyższym poziomie :) Wiem, że mało kto zdaje sobie z tego sprawę wewnątrz Zimola. Wiem też, że na poli raczej tego nie uczą. I wątpię, żeby gdziekolwiek we wrocku uczyli. Sądzę jednak, że własne próby i własna nauka może mu wystarczyć. Zawsze można to wpisać potem w "skills" w CV ;] A się przydaje. Oj przydaje…
A próbowaliście kiedyś przez TempService (InfoStaff) aktualnie znany jako Randstat.pl?
mi sie udało bardzo… bardzo bardzo
ups… poprawka: Randstad.pl
Heh, wiesz… tak mi się wydaje, że nauka GPRS/UMTS w domu to jak próba zakumania konfiguracji enterprisowych routerów CISCO siedząc w kapciach przed monitorem;). Poza tym porządna wiedza akademicka, jaka ogólna by nie była, zwykle bardzo się przydaje. Nie wiesz może, skąd do Was łebscy absolwencji telekomuny przychodzą?
Woocash: opowiedz coś więcej…?
m: ujmę to w najprostrzy sposób z możliwych… Nie przychodzą :)
Przerażające, ale prawdziwe.
>> Woocash: opowiedz coś więcej…?
Big Blue ?
bazyl: ech… no to sporo wyjazdów do centrali na Ausbildung macie… ;)
Woocash: Praga? Warszawa?
lukier (i do m w sumie też):
A z tym to akurat masz rację. Ja jeszcze miałem szansę polecieć starym programem nauczania, gdzie trochę tych zajęć na laboratoriach było i nie były one (w większości, nie mówię o niechlubnych wyjątkach) aż takie złe. Niestety Ci co idą u nas nowym programem (2 roczniki niżej) mają drastycznie obcięte godziny laborek (względy oszczędnościowe, n/c).
Także, żeby być uczciwym to mogę powiedzieć tak: pod względem teorii to nie mogę narzekać na braki, laboratoria zaś raczej dla nowych ludzi będą ograniczane i dopiero na specjalności coś ciekawego zobaczą. Na powiew świeżości w laboratoriach też u mnie bym nie liczył. No może poza katedrą mikroelektroniki, która dość mocno jest sponsorowana przez Intela i jest niejako ten sponsoring obiektem zazdrości innych katedr ;)
Zupełnie off-topic: czy ktoś miał okazję pobawić się OpenMosixem? jak to działa? Patrzę na to szczególnie pod kątem klastrowania procesów VM Javy.
OpenMosix działa. Ale znacznie lepiej na wiekszej niz 3 ilosci maszyn ;p
Super.
Ja dostałem pracę dzięki bardzo dobremu przygotowaniu. Wiedziałem baaaaaaaaardzo dużo nie tylko o firmie do której aplikowałem ale także conieco o ich klientach i partnerach.
…"że używasz najoptymalniejszych narzędzi"…
Nie ma czegoś takiego, to jest masło maślane. Przymiotnik "optymalny, -a, -e" nie podlega stopniowaniu w języku polskim.
A poza tym fajny artykuł (pomimo, że obecnie nie szukam pracy).
Kontynuacja artykułu:
http://diary.e-gandalf.net/?p=85
(jakby ktoś nie wiedział)
> int wynik = 0;
>
> while (*ciag)
> {
> wynik = wynik * 10 + (*ciag - '0');
> ciag++;
> }
Patrys ten program liczy wspak, aby działał poprawnie musisz albo odwrócić kolejność cyfr albo skoczyć na początku ze wskaźnikiem na koniec łańcucha i zmiejszać zmienną ciąg aż do początku…
Wojtek
To teraz mamy notację big-endian w zapisie dziesiętnym?
A kiedykolwiek było inaczej? :)
czyli 123 = 1 + 10 * 2 + 100 * 3?
> czyli 123 = 1 + 10 * 2 + 100 * 3?
Tak postępuje Twój program, bo w tablicy jest najpierw 1 potem 2 a potem 3.
A powinien zrobić 3 + 10 * 2 + 100 * 1.
Napij się kawy → pomyśl → napij się kawy → pomyśl → przeczytaj jeszcze raz → napij się kawy → … → przeanalizuj przejście dla "123\0" → odpisz
Przepraszam racja… :) Ehhh, już drugi raz się tak naciąłem :)).