Opinie o Alcatel-Lucent Polska Warszawa

GoWork nie weryfikuje opinii przed publikacją...

Opinie(469)

Aktualne oferty pracy w pobliskich miastach

Opinie o firmach w pobliskich miastach

Prawda Prawdziwa

14.01.2015 16:25

Inne

Dokładnie tak jak napisane powyżej. Może lista języków nie wygląda aż tak archaicznie, ale w praktyce jest zazwyczaj tak, że po pierwsze są to dość leciwe wersje (np sporo aplikacji korzysta jeszcze z Javy 1.4 a nawet i zdarzają się starsze), a po drugie tak naprawdę liczy się znajomość całego ekosystemu czyli bibliotek i frameworków. Nawet jeżeli projekt jest w czymś świeżym to ludzie i tak słabo ogarniają co jest grane. Dzieje się tak, bo w 99,99% przypadków jest to projekt raczej w fazie schyłkowej, utrzymaniowej, nie pisze się za wiele nowych funkcjonalności. Co za tym idzie, większość zadań, "ficzerów" polega na dodaniu/zmienieniu jednej linijki, często na zasadzie "copy & paste" bez zagłębiania się w mechanizmy działania bibliotek. Działa? Działa! To lecimy dalej. Potem taka osoba przychodzi na interview, ma w CV różne gorące buzzwordy (trzymając się Javy) typu Spring, JPA czy JAX-RS, wygląda to obiecująco ale... No właśnie pojawia się "ale", na proste pytanie typu: jaki jest domyślny scope beana w Springu w odpowiedzi pada litania: "aaa... yyy... no yyy... my to w sumie używaliśmy Springa ale nigdy nie dodawałem sam takiego beana od zera, nigdy się nie zastanawiałem, itp, itd". Piszę to na podstawie wielu interview z ludźmi post-ALU. Oczywiście te braki przy odrobinie chęci można nadrobić we własnym zakresie w domu. Nie zmienia to faktu, że niestety, obiektywnie, bez żadnego hejtu, w ALU pracując wyłącznie nad swoim projektem w większości przypadków zostaje się technologiczną skamieliną. Jest się mastahakerem w ksh, awk, względnie w jakichś leciwych wersjach Pythona czy Javy. Potem po 5 czy 10 latach okazuje się, że może programować się umie, ale na rynku jest konkurencja, która nie tylko programować umie, ale ma też ekosystem w małym palcu. Sami sobie odpowiedzcie na pytanie kogo wybierze pracodawca mając do wyboru dwie osoby: jedna kompletna może zacząć praktycznie od zaraz, a druga musi nadrobić 5-10 letnie zaległości. Czas to pieniądz, więc pytanie retoryczne. Ten skansen, jest w zasadzie pochodną, ortodoksyjnej zachowawczości managementu, działa to po co coś zmieniać, lepiej rzeźbić w gównie i na bagnie stawiać nowe Twin Towers. Trzeba też oddać, że w ostatnich 5-6 latach były projekty na jakichś bardziej współczesnych stackach, ale miały to nieszczęście, że w większości były nierentowne i się zawinęły. Co do ALU jako firmy. Sentyment można mieć, ale do ludzi (oczywiście też nie wszystkich), do miejsca może trochę też. Jednak jestem pewien, bazując na rozmowach z innymi alumnami ALU, że ludzie, którzy odeszli nie mają sentymentu do większości managementu, zarówno w Bydgoszczy jak i w Warszawie, szczególnie uwzględniając dział HR od managera wzwyż.

Inżynier oprogramowania

15.05.2014 19:31

KorneliuszMakKwacz

Przebieg rekrutacji Zazwyczaj w rekrutacji biorą udział 2 lub 3 osoby (oprócz kandydata) - manager oraz 1 lub 2 inżynierów. Rozmowa jest prowadzona najpierw po polsku, a potem po angielsku, aby sprawdzić czy kandydat zna język. Czasami też dostaje się fragment technicznego tekstu do przetłumaczenia (np. o macierzach dyskowych, o serwerach, konfiguracji, etc). Pytania sprawdzające wiedzę ograniczają się do wyciągnięcia od kandydata informacji o sieciach IP, protokołach TCP, UDP, SNMP, o konkretnych językach programowania i ich funkcjonalnościach, dostępnych bibliotekach, itp. Generalnie sprawdzane jest to co kandydat napisał w CV. Jeśli napisał nieprawdę, to od razu jest skreślony (tak, bywają tacy co ściemniają w CV). Następnie przychodzi czas na rozwiązanie tzw. "problemu". Problem może być różny w zależności od stanowiska na które się aplikuje. Chodzi w nim o to aby sprawdzić czy kandydat potrafi myśleć i nawet jeśli nie zna rozwiązania, to czy potrafi iść w jego kierunku analizując różne warianty. Najgorsze co może być, to gdy kandydat powie "nie wiem" i dopuści temat. Wielkim plusem jest znajomość Linuxa (konsola). Kompletnie nie ma znaczenia czy ktoś zna się na hardware czy też nie. Mogłeś nigdy nie rozkręcać komputera, a będziesz przyjęty jeśli potrafisz dobrze programować. Pytania Pytania są różne: - optymalizacja prostego algorytmu (są różne), - określenie jak dany kod zadziała, - naprawienie błędu w kodzie, - co się stanie gdy... i tutaj podany scenariusz, - obliczenie czasu odpowiedzi serwera, - co to jest DNS, do czego służy, - jak działa TCP/IP, - co to jest maska podsieci, jak się liczy, - protokoły TCP, UDP, jak działają, czym się różnią, - podany jest opis funkcjonalności i pytanie - jak byś to przetestował.

Poziom rozmowy:

Rezultat:

Dostałem pracę

#RozmowaKwalifikacyjna

#InzynierOprogramowania

KorneliuszMakKwacz

15.05.2014 19:12

Inne

Witam. Pracuję na stanowisku inżynierem oprogramowania w R&D. Oto moje spostrzeżenia. Zalety: - stabilne zatrudnienie i pensja zawsze na czas, - nikogo nie obchodzi czym się zajmujesz po godzinach, - dobra płaca (pomiędzy 4k do 6k na rękę, nowicjusze ok 4k), - przyjazna atmosfera i komfort pracy, - dobry sprzęt do pracy (2 monitory, szybki laptop, SSD, 8GB RAM, dowolny OS) - tania stołówka od 8:00 do 17:00, serwuje śniadania i obiady, - wózek z kanapkami 2x dziennie (ok 1.50 zł/szt), - zdolni ludzie od których można się bardzo dużo nauczyć, - od czasu do czasu można trafić na darmowy certyfikat (np. ZEND, SCJP, etc) - imprezy integracyjne średnio raz do roku, - drobne nagrody finansowe (np. dinner for two = 250 zł), - doroczne zabawy i konkursy dla dzieci oraz paczki na mikołaja, - jak się poszczęści spółce to nagroda roczna w wysokości ok 2 tys. zł, - elastyczny czas pracy do ustalenia z managerem, - praca z domu po przedłożeniu odpowiednich papierków (np czy masz gaśnicę w domu), - po 3 miesiącach umowa na czas nieokreślony z 3 miesięcznym wypowiedzeniem, - możliwość bycia on-call daje dodatkową kasa co miesiąc, ale trzeba mieć do tego stalowe nerwy i konkretną wiedzę. Wady: - czasami kod, z którym trzeba pracować to kompletne g**no, - biurokracja i dużo niekompatybilnych narzędzi do HR, nadgodzin, etc, - niektórzy managerowie są upierdliwi (ale można się przenieść do innego), - kontakt z chińczykami / hindusami (słabo mówią po angielsku), - zebrania (najczęściej bezwartościowe), - nigdy nie wiesz kiedy mogą być zwolnienia, - awans niekoniecznie oznacza podwyżkę i generalnie to ciężko ją dostać, - czasami pracuje się z archaicznymi technologiami. Dla absolwentów kierunków technicznych robota w Alcatel-Lucent to niezła gratka - można zarobić całkiem niezłą jak na bydgoskie warunki kasę no i nauczyć się wielu rzeczy, a przepływ wiedzy jest bardzo duży jeśli ktoś chce się dowiedzieć czegoś nowego. W zależności do jakiego zespołu się trafi można nauczyć się sporo nowych technologii lub ugrzęznąć w starych - wiele zależy tu od twojego managera. Polecam. Jeden z najlepszych pracodawców na bydgoskim rynku.