C++11 - przedłużanie agonii czy zbawienie dla C++?

C++ ma 30 lat, to chyba logiczne, że zachowując wsteczną kompatybilność cudów w nim nie zdziałają i nie przestanie być toporny względem chociażby Javy. Java jest 13 lat młodsza i zapewne jako język też będzie w odwrocie za kilkanaście lat. Normalna kolej rzeczy.

A tam, C jest jeszcze starszy a trzyma się;P

anonim1 napisał(a):

Dziękuję za odpowiedź, ale mam jeszcze jedno, dosyć naiwne pytanie, ale nie jestem jeszcze zbyt dobrze obeznany w temacie. Czy w Polsce jest możliwość znalezienia ciekawej pracy jako programista C++, QT?
zdefiniuj "ciekawej". Praca przy C++ najczęściej oznacza maintenance jakiegoś 20-letniego molocha.
Ale nie zawsze.

Przed zdefiniowaniem ciekawej pracy, chciałbym zaznaczyć, że jestem jeszcze studentem i jeszcze nie pracowałem, a więc moje ciekawie może być wyidealizowane.

A ciekawa praca to dla mnie taka, w której mogę się ciągle rozwijać, poznawać nowe technologie, nowe algorytmy, może i nawet uczyć się nowych rzeczy z szeroko pojętej matematyki, czyli nie tylko pisać kod, który ktoś już od górnie zaprojektował albo który znalazłem w internecie.
Żeby może to jaśniej wytłumaczyć dam kontrprzykład. Mam wrażenie (wrażenie, a nie doświadczenie), że praca w Web Dev to właśnie takie nudne, szablonowe tworzenie tego samego. Wydaję mi się, że przy takich projektach głównie bazodanowcy mają ciekawą pracę. Po prostu tam, oczywiście takie mam wrażenie, konczymy jeden projekt, w którym trzeba było, aby przy żądaniu danej strony kod odpowiedzialny za generowanie odpowiedzi, łączył się z bazą danych, pobierał jakieś tam informacje, przekazywał je do szablonu i viola. Potem przychodzi drugi projekt i znowu to samo... Ale jeszcze raz zaznaczam, że może to po prostu moje błędne wyobrażenie:) Szczerze, to mam nadzieję, że może ktoś uchyli mi rąbka tajemnicy jak to na prawdę wyglada praca programisty w poszczególnych działach IT:)

praca w Web Dev to właśnie takie nudne, szablonowe tworzenie tego samego.

Tu masz rację. Zwykle praca w webdev jest cholernie nudna.

Wydaję mi się, że przy takich projektach głównie bazodanowcy mają ciekawą pracę.

W firmie gdzie pracuję każdy jest specem od wielu rzeczy i ja np zajmuję się komunikacją po socketach z urządzeniami zerwnętrznymi + trochę logiki biznesowej z webservicami i dodaję tabele do bazy danych + mapowanie. Rzeźbienie w bazie danych w tym samodzielnie napisanym systemem w mojej firmie na pewno nie jest przyjemne.

Praca jest zwykle ciekawa tylko wtedy jeśli nie masz wielu ograniczeń i robisz projekt od podstaw, względnie masz duży wpływ na to jak będzie wyglądał i działał od strony technicznej. Jak przychodzisz do już skonstruowanej wielkiej krowy to zwykle zderzasz się z pomysłami które wydają się idiotyczne (a bardzo prawdopodobnie są idiotyczne) ponieważ w momencie projektowania systemu projektanci albo nie znali dobrych narzędzi, albo nie wiedzieli jak ich dobrze użyć.

Hah czyli skoro w c++ utrzymuje się tylko stare molochy, a najciekawsza praca jest przy projektach tworzonych od początku, do web dev to sama nuda, to gdzie jest ciekawie?:-P nie mówcie mi że szyscy macie beznadziejną pracę:-P .tak na marginesie, może to głupie, ale bardzo lubie c++, lubie zarzadzac pwmiecia itp i troche szkoda ze tak wyglada aktualna sytuacja

Nie beznadziejną, ale nudną nieco :P mi się o wiele lepiej pisało w desktopowych niż webowych, ale jest pracy więcej, więc teraz w tym robię.

embedded to jeden przykład i jest że się tak wyraże cholernie ciekawe.

asdasd napisał(a):

embedded to jeden przykład i jest że się tak wyraże cholernie ciekawe.

Przyznam, że chciałem się tym zainteresować, ale jak wiadomo najcieżej zacząć;/ Jeżeli chodzi o jave itp to materiałów jest mnóstwo, ale jak przyjdzie znaleźć coś do systemów wbudowanych to najcześciej pojawiają się wykłady z róznych uczelni, a ciężej znaleźć coś konkretniejszego. A może to ja źle szukam? Albo tak na prawdę nie wiem czego szukać. Gdyby ktoś mógł dać coś do zaczepienia się to było by super:)

A tak, btw, czy ogolnie programowanie systemów wbudowanych to nie raczej czyste C?

anonim1 napisał(a):

asdasd napisał(a):

embedded to jeden przykład i jest że się tak wyraże cholernie ciekawe.

Przyznam, że chciałem się tym zainteresować, ale jak wiadomo najcieżej zacząć;/ Jeżeli chodzi o jave itp to materiałów jest mnóstwo, ale jak przyjdzie znaleźć coś do systemów wbudowanych to najcześciej pojawiają się wykłady z róznych uczelni, a ciężej znaleźć coś konkretniejszego. A może to ja źle szukam? Albo tak na prawdę nie wiem czego szukać. Gdyby ktoś mógł dać coś do zaczepienia się to było by super:)

A tak, btw, czy ogolnie programowanie systemów wbudowanych to nie raczej czyste C?

źle szukasz. A w embedded to hobbistycznie c++ i wiring a w pracy c. Dopiero się ucze ale jest super.

Podzieliłbyś się jakimiś materiałami, linkami, itp?:)

http://www.micahcarrick.com/avr-tutorial-digital-output.html
http://arduino.cc/
http://www.electronics-tutorials.ws/

i przy okazji fajnie by było sobie taką robotę załatwić - nie wiem jaka jest sytuacja w polsce ale domyslam się że też biorą jakichś młodych gotowych do nauki i w nich inwestują.

Czyli mówicie, że aż tak jest źle z C++?
Szkoda, bo to pierwszy język, którego poznałem składnię i to dopiero co :/. Chciałem iść na gamedev, bo wydaje mi się, że to jest najciekawsze, ale skoro C++ zaczyna umierać to jednak lepiej nie stawiać wszystkiego na jedną szalę tylko warto się zabezpieczyć ucząc się C#, szczególnie, że pewnie nie jest zbyt łatwo w gamedev'ie o pracę, a zanim dojdę do momentu kiedy skończę studia itd. to podejrzewam, że C++ może być zastąpiony przez coś innego.

Swoją drogą, dlaczego nikt nie stara się uratować C++ robiąc mocne reformy - większe niż jak tutaj czytam C++11? :) Mimo wszystko uważam, że język kompilowany do kodu maszynowego, w którym można bardzo dobrze programować niskopoziomowo, a który jest dostosowany do aktualnego rynku - jest potrzebny. Moc komputerów rośnie, ale dlaczego by nie wykorzystywać jej w lepszy sposób niż marnowanie na sam język?

PS Aha widziałem kiedyś chyba tutaj jak ktoś wrzucał taki poradnik w pdf'ie o tym jak przejść na C# z C++ w "jeden dzień", ale nie mogę go znaleźć, czy ma ktoś linka i byłby tak miły i podrzucił mi go? ;)

Dynamiczne gry i tak będą dalej robione w C++. Przecież gdy GC wbije i zamrozi świat na chociażby 200 ms to w takim FPSie jesteśmy udupieni. No chyba, że będzie jakiś JVM czy CLR z bardzo małymi pauzami dostępny na konsole i desktopy.

asdasda, dzięki za linki:)

Slashy napisał(a):

Swoją drogą, dlaczego nikt nie stara się uratować C++ robiąc mocne reformy - większe niż jak tutaj czytam C++11? :) Mimo wszystko uważam, że język kompilowany do kodu maszynowego, w którym można bardzo dobrze programować niskopoziomowo, a który jest dostosowany do aktualnego rynku - jest potrzebny. Moc komputerów rośnie, ale dlaczego by nie wykorzystywać jej w lepszy sposób niż marnowanie na sam język?
;)

Hmm myślę, że jak nie wiadomo o co chodzi to chodzi o pieniądze. Po części to komputer powinien pracować za człowieka, a nie na odwrót. Nie wszędzie potrzebna jest super wydajność, a jak już pojawiło się kilka postów wcześniej, w Javie czy c# pisze się dużo szybciej, więc proces produkcyjny trwa krócej, a to oznacza, że jest taniej. I tak ta spiralka dalej się nakręca. Choć osobiście uważam, że to bardzo naturalna kolej rzeczy i nie widzę w tym niczego złego. Logiczne jest, że jak jakaś firma potrzebuje jakiegoś oprogramowania do księgowości czy coś w tym stylu to nie interesuje ich wydajność, tylko właśnie cena.
A co do mocnych reform w c++ - gdyby je tak faktycznie przeprowadzono to pewnie otrzymalibyśmy coś w podobnie do javy czy c#, a więc zatracono by zapewne te cechy języka dla których stosuje sie go w różnych projektach. Takie moje zdanie:)

Też się uczę c++ :C.
Czyli następny język którego będę się uczył to c# i java.

Nie rozumiem całkowicie czemu niektórzy panikują o to że tendencja w projektach w firmach tego jezyka jest spadkowa,
ten standard to jest kolejny krok w stronę tego żeby wykorzystać w 90% język przy użyciu 100% wzrostu kodowania,
mój tok myślenia jest taki - skoro sprzęt się rozwija a inne języki są o 50% wolniejsze ( tylko tak zakładam - np. Java ) albo o 25% szybsze ( z któregoś posta wyczytałem Python daje w szczegolnym przypadku taki wynik ) i myślę tutaj w kategorii pamięci podręcznej ( stos , heap ) to czy przypadkiem nie myle się ale niedługo nastaną czasy gdzie dotykowy panel to będzie przeżytek a wszystko zastąpią technologie lokacji ruchu w przestrzeni oraz wiele inteligenych rozwiazan ktore jakies panstwo zapoczatkuje i nie mowie ze japoncy sa w AI slabi ;] ale polacy maja mocnych zawodnikow w IT i maja szanse na to pole , wracam do technologii , jakim jezykiem zaprogramujemy takie miliardy operacji? LUA / Python / Erlang / Prolog ? a moze to bedzie jakis synchroniczny jezyk ktory spowoduje wspolbierznosc miedzy jezykami ? a moze hardware ktory to bedzie robil za programistow?

ucz sie programowac
nawet ucz sie tego w c++
C++ daje abstrakcje na najwyzszym poziomie i glebie na najnizszym
i dlugo nie zniknie... wlasnie dlatego... ale faken sie rozpisalem .

00001010 napisał(a):

ucz sie programowac
nawet ucz sie tego w c++
C++ daje abstrakcje na najwyzszym poziomie i glebie na najnizszym
i dlugo nie zniknie... wlasnie dlatego... ale faken sie rozpisalem .

Poza programowaniem równoległym gdzie dopiero całkiem niedawno weszły do standardu wątki a coś bardziej abstrakcyjnego (aktorzy, kolejki) to pieśń przyszłości. Każdy producent ma swoje "fajne" rozwiązanie którego nie uznaje reszta - Intel, MS, PGI...

A co własnie z programowaniem równoległym? I z ciężkimi obliczeniami? Przecież teoretycznie to właśnie te dziedziny, gdzie c++ powinien błyszczeć. Żadna firma się tym nie zajmuje?

Objective-C staje się popularniejszy niż C++: http://www.infoworld.com/d/application-development/apples-popularity-boosts-objective-c-language-past-c-197083

Objective-C ma też tę zaletę nad C++, że jest chyba w 100% zgodny z jakimś tam standardem C, a w C++ jak wiadomo są jakieś rozbieżności.

No tak ale Objective c to tylko apple:)

anonim1 napisał(a):

No tak ale Objective c to tylko apple:)

Hahaha.. tylko Apple a 3-cie miejsce w rankingu (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html) ... niszowe to Apple, nie ma co ;-)

noone_logged_out napisał(a):

anonim1 napisał(a):

No tak ale Objective c to tylko apple:)

Hahaha.. tylko Apple a 3-cie miejsce w rankingu (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html) ... niszowe to Apple, nie ma co ;-)

Źle to ująłem, mój błąd. Chodziło mi o to, że w przypadku objective c jesteśmy ograniczeni do jednego producenta, tak jak z c#, tylko że c# to cała platforma .net, któa w Polsce juz się zadomowiła, a objective c w Polsce to przypuszczam, że to tylko aplikacje na iPhone i iPad. Polska to nie rynek zachodni.

Tak btw, w tym rankingu prowadzi C, ciekawe czy sytuacja w naszym rodzimym kraju jest taka sama?

Patrząc na Very Long Term History na Tiobe widać, że w ciągu 5 lat (July 2007 do July 2012) Objective-C skoczyło z miesjca 46. na 3. Coś jest na rzeczy :] Poza tym, czemu Obj-C ma być ograniczony tylko do Apple? Na Linuksy nie da się w nim programować?

@vpiotr dzieki za sprostowanie co do pythona, nie znam tego jezyka i obilo mi sie wzrokiem tylko ta szybkosc co wczoraj porownywalem.

Ok , a co powiecie na sprowadzenie do polski, amerykanskiej technologii Leap Motion? wsparcie tylko dla c++ efekt przepiekny, mozliwosci futurystyczne jak z tej piesni :P ( troche jestem takim futurysta )

http://live.leapmotion.com/about.html

Gdyby komus sie udalo wychwycic sdk od nich i urzadzenie ( robia mocna selekcje developerow ) to z checia zaczne wspolprace i rozwoj jakiegos softu tego typu na europejskim rynku, bo to jest ta technologia o ktorej wczoraj pisalem

peace
ChS

A co za problem zrobić wrapper dla Pythona, Javy czy czegokolwiek?

Co do szybkości Pythona w operacjach low-level: http://shootout.alioth.debian.org/u64q/which-programming-languages-are-fastest.php

Python nie został stworzony dla wysokiej wydajności.

@Wibowit, to są testy interpretera CPython, on w ogóle nie został stworzony do wysokiej wydajności. Z moich doświadczeń wynika, że PyPy w zastosowaniach numerycznych potrafi być równie szybki co kod wygenerowany przez GCC, przy czym wydajność pod CPythonem będzie 20-30x mniejsza w typowym przypadku, w skrajnych nawet do 100 razy.

To czemu PyPy nie jest wykorzystywany produkcyjnie? Czyżby był niestabilny?

PyPy to relatywnie nowy projekt oparty o doświadczenia z maszynami wirtualnymi LISPu i Smalltalka. Jest to VM z JIT pisane w ograniczonym dialekcie Pythona, jako takie nie korzysta bezpośrednio z C i nie implementuje natywnego API CPythona, przez co aktualnie nie jest możliwe normalne korzystanie z natywnych modułów przeznaczonych dla oficjalnej implementacji. Nie używa się tego produkcyjnie ponieważ część bibliotek korzysta z modułów w C i Cythonie, niekompatybilnych z PyPy.