"choć niektóre rozbudowane, po kilkaset linii kodu" - rozbudowane ? Not ;) A na serio, tak jak napisał markone wyżej, jeżeli potrafisz programować w jednym języku to tak jak byś potrafił to robić we wszystkich. Różnice polegają na składni i możliwościach, ale umiejętność analitycznego i logicznego myślenia wraz z przełożeniem tego na kawałek kodu jest uniwersalna i nie zależna od platformy programistycznej.

Co do "pracodajnej" technologii to nie ma żadnych pewniaków w IT. Czasem potrzeba programistów C++, czasem C# z ASP.NET a czasem Javay EE z np. Springiem. Jeżeli uważasz, że radzisz sobie jako programista w którymś z "popularnych" języków to po prostu złóż CV. Jeżeli przejdziesz proces rekrutacji to już będzie dla Ciebie sukces bo będziesz wiedział, że ktoś stwierdził, że twoje umiejętności są warte opłacenia. Poza tym nie oszukujmy się, na początku pracy, szczególnie gdy będzie to Twoja pierwsza praca w IT jako programisty, nikt od Ciebie cudów nie będzie wymagał - no chyba, że będziesz od razu próbował się dostać na stanowisko senior software developer ;)

A i pamiętaj, żadne studia czy kodowanie do szuflady nie nauczą cię tyle ile dobra i rozwijająca praca! Chociaż i od tego są wyjątki.

IMHO jeżeli będziesz naprawdę dobry w jakimś języku (technologi) to nie ważne co to będzie i tak znajdziesz pracę.

Ja tylko pragnę dodać jedną rzecz. Nie ucz się sam. Znajdź programistę który jest lepszy od Ciebie i spróbujcie w duecie zacząć jakiś projekt, nawet jeżeli nie będziesz czuł się na siłach. Ja tak zrobiłem i w baaaardzo krótkim czasie nauczyłem się o wieeeele więcej niż w baaaardzo długim czasie ucząc się sam z książek/kursów/sametnego klepania kodu (to ostatnie i tak jest lepsze od dwóch pierwszych imo).

A co do wyboru to chyba nic nowego nie wniosę pisząc żebyś oglądał rynek ? Ja osobiście nie jestem pewien jak to teraz wygląda, ale wydaje mi się że java ma powodzenie. Pehap chyba też, ale to piękna technologia raczej nie jest ;) Potrafi być bardzo upierdliwy. Nie wiem czy mam racje, ale C++ odradzam, bo z tego co pamiętam jest mało ofert a dużo programistów i tylko najlepsi przechodzą.

Uczelnia nie nauczyła Cię nic ;) Po miesiącu pracy po 8h dziennie nauczysz się więcej niż przez cały okres studiów :) Nie wierzysz? To spróbuj doliczyć się 160 godzin programowania podczas 3.5 studiów inżynierskich.

Powodzenia.

Pracę zaczynałem mając "dużą wiedzę" na temat świętej trójcy web, czyli HTML+CSS+JS. I nie było by w tym nic nadzwyczajnego, gdyby nie to w praktyce okazało się, że moja wiedza i umiejętności nie są za duże. Moje rady:

• Poszukaj pracy, w której będziesz mógł kodować na co dzień.
• Zespół powinien, o ile możesz wybierać, składać się z ekspertów i żółtodziobów.
• Powinniście mieć możliwość zarówno tworzenia nowego kodu jak i utrzymywania starego.
• Bardzo wartościowy jest zespół stosujący metodyki Agile.
• Zdecyduj się na specjalizację. Jeden język i jedna, dwie technologie w tym języku na początek np. Java + (JEE+JPA), C++ + (Boost + dobra biblioteka matematyczna). Potem dokładasz kolejne rozwiązania w danym języku, a po pewnym czasie kolejny język.
• Dużo czytaj na temat wybranych technologii. Książki, blogi, prezentacje to źródło nie tylko wiedzy, ale też możliwość czerpania z doświadczeń innych.

czy da sie w tak krótkim czasie nauczyć "pracodajnej technologii"? Muszę przyznać, że tak... jak moja koleżanka ze studiów na początku wakacji zaczęła (sic!) uczyć się PHP i jakiegoś tam frameworka, tak we wrześniu miała już pracę w tej branży.

Jeżeli chodzi o technologię, język... to jest to bardzo indywidualna sprawa... zależy, czy będziesz chciał wybrać, język, który oferuje dużo miejsc pracy (podejrzewam, że Java, C#), czy taki, w którym czujesz się dobry i dla którego ofert pracy jest znacznie mniej ale i konkurencja znacznie mniejsza.

Ja pamiętam jedno zdanie, które kiedyś usłyszałem gdzieś... "Jeżeli masz się w czymś specjalizować, pamiętaj, żeby to nie było byle co."

To, że pisałeś do tej pory tylko programy konsolowe, to nie szkodzi. Robienie kontrolek to najłatwiejsza rzecz w programowaniu IMO. Jeżeli faktycznie nigdy nie miałeś do czynienia z programem, który miał co najmniej kilka tysięcy lini kodu, to na samym początku możesz być skołowany, jak dostaniesz do bugfixowania kod, który będzie miał lini setki tysięcy lub więcej.