Jak w tytule tematu. W co się lepiej kierować w przyszłości?
- Rejestracja:ponad 7 lat
- Ostatnio:prawie 2 lata
5
Dziś aby dostać dobrą robotę w C, trzeba też być dobrym w elektronice. Ogłoszeń z ofertami pracy jest stosunkowo niewiele. Robotę w tej technologii dostaje się zwykle z polecenia. Niełatwo się przebić.
C++ to baaaaaardzo wysoki próg wejścia. Nie przypominam sobie, bym kiedykolwiek widział ofertę pracy dla junior C++ developera. Zapewne jest możliwe złapanie roboty bez komercyjnego doświadczenia, ale z takim repo na GitHubie, że nawet Strostroup musiałby być pod wrażeniem. Poza tym to chyba najtrudniejsza technologia z jaką miałem do czynienia. Niewielu programistów z doświadczeniem ma odwagę powiedzieć, że zna ten język dobrze. Ja raczej nigdy tego o sobie nie powiem. Temu językowi wróżę niezagrożoną przyszłość w kreowaniu wirtualnej rzeczywistości. Potwierdzeniem tego jest jego dominacja w game dev'ie.
Java ma prawdopodobnie największy potencjał rozwojowy. Niższy jest próg wejścia niż w C++, ale wokół działów HR krąży chmara aplikujących, wmawiających sobie, że po kilku miesiącach nauki będą w stanie wnieść wartość dodaną do biznesu potencjalnego pracodawcy.
Trudno cokolwiek doradzić, ale gdybym miał dzisiaj wybrać jedną z tych technologii, mając taką wiedzę, jaką mam, to, pomimo tego, że moje programistyczne dokonania mogę uszeregować, stawiając na pierwszym miejscu C, a na ostatnim Javę, wybrałbym Javę.
Poza tym stawianie w jednym szeregu C i C++ jest - moim skromnym zdaniem - nieporozumieniem. To dwa zupełnie różne języki. Najistotniejszyn kryterium odróżniającym jest to, że zupełnie inaczej się w nich myśli. Przesiadka z C na C++ wymaga więcej zaangażowania, niż kompletne opanowanie C od podstaw, bez wcześniejszego doświadczenia w programowaniu.
Nie słuchaj ludzi, którzy będą Ci mówić, że któraś z tych technologii umiera. To bzdura. Słyszę to od ponad dwudziestu lat. Napisano już tyle kodu w tych trzech językach, że (ze względów finansowych) będziemy ich używać jeszcze przez 20, 30 lub 40 lat, bo nie będzie się opłacało tego wszystkiego przepisywać, popełniając przy tym znów te same kosztowne błędy. Jeśli coś działa, to się tego na siłę nie naprawia, bo na pewno się coś spie...i. Będziemy siedzieć w tych technologiach tak długo, jak długo nie zmieni się i nie upowszechni inna architektura sprzętu, na którym pracujemy. Czyli do momentu, w którym procesory zamienimy na zwoje mózgowe ;-)
edytowany 3x, ostatnio: lamerski
Zobacz pozostałe 5 komentarzy
lamerski
A czy Twoje miasto zaczyna się na "W", a kończy na "w" lub "a"? :-)
Tenonymous
no właśnie nie! To nawet nie jest stolica województwa, ani nawet nie jest to drugie co do wielkości miasto w tymże. Nie mamy własnej politechniki, jest raptem PWSZ. :)
lamerski
Firma robi kod typowo w C++ czy używa głównie innych technologii?
Tenonymous
Głównie C++. Do jakichś tam webowych/mobilnych rozwiązań C#, ale to raczej warstwa prezentacji, ale to raczej mniejszość.
lamerski
No to zamiast komentarza, pozostaje mi tylko zrobić :-o A że lubię pozytywne zaskoczenia, dodam jeszcze :-)
- Rejestracja:prawie 6 lat
- Ostatnio:prawie 6 lat
- Postów:2
2
Jeśli chcesz mieć pracę w korpo z ciekawszymi projektami to lepiej scale i nie zastanawiaj się nad tym dłużej, bo nie ma sensu konkurować na rynku z osobami, które już mają +10 lat doświadczenia. Scala jest lepszym wyborem niż Java, ponieważ jest mniej oklepana i stosowana w ciekawszych projektach.
Jeśli chcesz pracować w małych firmach albo zdalnie to lepiej celuj w języki dynamicznie, głównie javascript. Co prawda dla ruby/python rynek jest gorszy, ale za to można kodować backend + zwykle można spodziewać się kodu w nieco lepszym stanie.
Czyli uwazasz, ze scala to obecnie taka jakby przyszlosc? Czy jednak jeszcze cos innego? Dodatkowo jakie sa zastosowania Scali?
W Scali masz duuuużo mniej projektów niż w java więc po Twojemu to za bardzo nie jest "przyszłość". Zastosowania to bardziej w kierunku systemów realtime, i bigdata. Ogólnie w takim programowaniu jest więcej fajerwerków, typu programowanie funkcyjne, więcej nacisku na współbieżność. Ja nie przepadam za Scala, ale to jest dobry kompromis między kasa, robieniem ciekawych rzeczy w pracy, i po pracy.
@NawetTaniej Realtime to chyba jednak nie bardzo
- Rejestracja:ponad 6 lat
- Ostatnio:prawie 5 lat
- Postów:666
0
Ja zaczynałem od stanowiska programisty C++. Język fajny ale cześć jego implementacji jest słaba i dużo kodu dziedziczonego. Jak nie lubisz grzebać w kodzie dziedziczonym to zmień robotę. To co teraz naskrobiesz Ws cali będzie za 10 lat legacy i szambo bo przez 10 lat na tyle się zmienia założenia j wymagania ze z pięknego kodu zrobi się pokraczna chimera i tak zostanie. Do tej pory jest kupa kodu w cobolu, fortranie, c, c++, Javie czy c# z .net 2.0. Greenfield to początkowa faza legacy i lepiej uczyć się pracy w legacy niż szukać mitycznych ciekawych projektów w js czy scali.
Zobacz pozostałe 5 komentarzy
Twój wybór skoro wolisz przewalać łajno z jednej strony na drugą. Dobry programista unika miejść w których będzie się kisił. Wg mnie najlepsze osoby jakie spotkałem w firmach zwykle albo zmieniały firmę, który ich wpływ na pracę się zmniejszył (np. na skutek zmiany zarządu) albo zakładały własne firmy.
Żyjesz w świecie iluzji. Jeśli jakiś super programista, który nie chce pisać w kodzie legacy dorabiając ficzery tylko chciałby to przepisać założy swoją firmę, to prędzej czy później kod w tej nowej firmie też będzie legacy. Raz, że technologię się starzeją - np, kiedyś nie było linq i powstało masę kodu - to co przepisywać to? Po co? Po drugie, jak on zacznie płacić za kod to jego stosunek do haków na 100% się zmieni. No i po 5-10 latach jak będzie maił legacy code base to co zrobi? Założy drugą firmę, by pisać kod od 0, zdobyć nowych klientów, markę, stracić n kasy? ....
Wychodzi na to, że najlepiej jest mieć wyrąbane, gratuluje podeścia.
A kto mówi o "wyrąbaniu"? Właśnie należy starannie poruszać się w legacy, żeby starać się nie robic większego syfu, zarazem dostarczając wartość. Widziałem w życiu więcej uwalonych projektów własnie przez huraoptymistyczne przepisywanie systemów niż przez rozwijanie starego kodu. Niestety teraz nie uczy się nikogo, że lepsze są ewolucję niż rewolucje. Rewolucje ponosi koszt swoich ofiar i może się skończyć nieodwracalną klapą. Pod względem zarządzania ryzykiem, przepisywanie jest najgorszą opcją.
- Rejestracja:prawie 11 lat
- Ostatnio:26 dni
- Lokalizacja:Londyn
- Postów:873
1
Odpuściłbym C i C++ a poszedł w innym kierunku. Może być Java, Scala, C# i .net Core... coś bardziej mainstreamowego na początek. Może być front i React czy tam Vue... Webowo ale... Na pewno nie PHP
A dlaczego nie PHP? Pisanie w PHP 7.4 to po prostu bajka, dużo lepszy język skryptowy niż JavaScript, nie posiada takich trywialnych błędów.
https://mansfeld.pl/programowanie/php-czy-warto/
I do tego posaida kiepską opinie, dużo JanuszSoftów, mało poważnych projektów (są, ale mało) i co za tym idzie ciężko o dobre zarobki. Tak średnio, owszem da się, ale po co?
Stawiam że faktycznie, to najnowsze PHP może być bardzo fajne (tak słyszałem), przy jakimś nowym projekcie na przykład. Ale fakt, ryzyko wdepnięcia w januszsoft klepiący wordpressa za wordpressem jest całkiem spore, niestety.
- Rejestracja:ponad 11 lat
- Ostatnio:około 4 lata
- Lokalizacja:Kernel
- Postów:90
1
A co cię bardziej interesuje?
Zobacz pozostałe 9 komentarzy
każdej firmie jest potrzebny ktoś kto wie GDZIE walnąć młotkiem i to powszechne nigdy nie będzie
najlepiej jak dyrekcja tak naprawdę nie ma pojęcia kto jest taką osobą w firmie
- Rejestracja:ponad 8 lat
- Ostatnio:około godziny
- Lokalizacja:U krasnoludów - pod górą
- Postów:4707
3
Człowieku... tylko Idris. Ewentualnie Agda(ale to już nisza nisz). Reszta to nuuuudy.
edytowany 1x, ostatnio: jarekr000000
- Rejestracja:prawie 9 lat
- Ostatnio:dzień
- Lokalizacja:Kraków
- Postów:402
0
Ja bym się kierował w logiczne myślenie, algorytmy, podstawy działania komputerów i systemów operacyjnych w C / C++.
Szczególnie gdy studiujesz, a kasa nie musi być na jutro. W przeciwnym wypadku możesz zakopać się w enterprise bullshit po pachy i popaść w depresję.