[C++] Uporabnost c++-a v današnjih časih (pa malo linuxa)

Recimo celoten KDE je napisan v C++ (qt) in tudi ogromno aplikacij za linux je napisana v tem jeziku. Tudi ogromno aplikacij je napisana v tem jeziku (primer Google earth,...) ...

nevem kako je drugod, sam sem zaposlen in programiram v C++u oz QT (za windowse). Zase lahko rečem, da je c++ še kako uporab(lj)en, kako pa stvari zgledajo drugje pa ne vem. Mogoče bom enkrat prebrskal po študenskem servisu, če tam sploh iščejo kakšnega c++aša.

Glede MFC-ja pa ti dam prav, dvomim da ga sploh še kje uporabljajo...

Lp

Bi rekel da ne poznaš preveč Qt.
Uporabljam ga sam in vse kar je še C++ kode v mojem projektu je kak spremenljivka tipa int(eger) ter getenv ko moram pobrat kake user ali system spremenljivke.
Glede MFC, sem delal malo v tem, ampak lahko povem da ga Qt povozi v vseh pogledih, z katere koli strani gledaš. Tako da se moram strinjat z tabo.
C# sem slišal ful prehvaljen ampak ni zame ker ni popolnoma cross-platform. Za Linux sicer obstaja nek način da spraviš C# aplikacijo v pogon oziroma jo skompajlaš. Že zato mi smrdi ker ni standard.
Glede configure skriptic, KDevelop jih ustvari kar sam(vsaj do zdaj jih je).
Uporabljam pa Qt-C++ za tale projekt

bozjak, bolj slabo se najde, sem sam to iskal in je večinoma PHP, Java in druga kompanija ;)
Je pa res, pretežno se uporabljajo kaki bolj "lahki" programski jeziki, npr. delphi. Čeprav Qt je prav lepa simpatična "izvedba" C++a in lahko rečem da kar enostavna(Naučil sem se Qt, vsaj osnove, v približno dveh do treh tednov in vedno ko naletim na kako novo napako me rešijo njihove dokumentacije, skoraj vedno, ki so res perfektne in se mi dopadejo mnogo bolj kot MSDN npr.)

Ok ti si imel to službeno, jaz pa bolj hobijsko in upam da bo kdaj službeno. Če ti ni odveč bi mi lahko na PM zaupal kje delaš? In če morda iščete še kakšnega Qt developerja :P

Java je počasna in aplikacije rastejo kot plevel(po placu mislim).
ma je ljubiteljski oz. hobi projekt in mu nikakor ne morem nameniti 100% svoje pozornosti, saj se vendar moram pretvarjati da še imam življenje

Delphi še je kar. .Net mi res ne diši + tega težko ga je portat na linux ali mac. Kaj drugega raje nebi, ker sem se nekako "navezal" na C++ in ga rad g33kam v pozne ure :)
DB podpora je v izdelavi, sprva MySQL only, kasneje pa upam da kar hitro še katere druge.
Morda se ti zdi nerodno, ker se šele učim Qt. Po približnu mescu dni ne more nihče trditi da obvlada Qt oz. niti nobenega drugega programskega jezika.

Zakaj ni PS na Linux je lahko malo politično vprašanje. Zakaj bi vlagali denar v nekaj ko pa Linuxaši uporabljajo GIMP ali pa tisti zagriženi PS uporabniki ga usposobijo z wine, kar se baje da, ampak to je že druga tema.

> Nisem še videl poslovne aplikacije, ki je narejena z MFC-jem...

Poslovne aplikacije niso aplikacije, so skropucala, ki jim recejo aplikacije. ;>

> Kakšno prihodnodt sploh ima mfc?

MFC ze ob startu ni imel prihodnosti... :P

V Hermes Softlab delamo/delajo Smart Plugine (SPI-je) za HP OpenView v C++. Se marsikaj drugega se dela v C++.

No, jaz se trenutno ukvarjam z nekim prototipom podatkovne baze za en nas produkt, delan je pa izkljucno v Cju. Predvsem zaradi tega, ker dela hitreje, kot ce bi ga delal v C++.

QT je pa zakon! ;)

Bogi programerji, ki bi morali karkoli delati v MFC-ju, API je (kot so že omenili nekateri) obupen. C++/Qt je popolnoma druga zgodba, API je IMO naravnost odličen (ok kot KDE razvijalec sem malo biased ), zelo fino pa je tudi to, da Qt ni na voljo zgolj za C++, temveč ima bindinge v večino popularnih jezikov - Python, Ruby, Java, C#, ...

Kar se tiče "poslovnih aplikacij", je (vsaj kar se tiče Slovenije) izbira bolj boga. Nisem še videl ene take aplikacije, ki ne bi bila skropucalo Mogoče pa se bo kdaj našla skupina ljudi, ki bo temu naredila konec... Drugače pa kar se tiče "uporabnosti" posameznih jezikov je tako, da nikoli (ampak res nikoli) en jezik ni dober za vse vrste projektov, zato je enostavno nujno da poznaš vse od C, C++ pa do Pythona.

Seveda pa poznavanje jezika/toolkita še zdaleč ne pomeni da boš pisal kul kodo

Naslednja stvar so build sistemi, nekdo je omenil Automess - neverjetni špageti sestavljeni iz Basha, Perla, M4 in še kaj bi se našlo... vsekakor ne nekaj kar bi s pridom uporabljal za svoje projekte. Ampak ne skrbet, to še zdaleč ni edini build sistem in samo nepoznavalec bi trdil nasprotno. Že sam Qt ima svoj qmake, ki je velik korak naprej (v primerjavi z Automake & co.), mogoče mu le v nekaterih primerih manjka fleksibilnosti... ampak fear not - CMake pa zadane zadevo tja kamor je treba (tako s fleksibilnostjo, pregledno sintakso, kot prenosljivostjo na praktično vse platforme), kar je tudi eden od razlogov da ga (od verzije 4 naprej) uporablja KDE (za katerega kdorkoli težko trdi, da ni ogromen projekt, večji od marsikatere samooklicane poslovne aplikacije).

Marsikdo zelo rad izpostavlja prenosljivost in uporablja buzzworde kot je npr. RAD, namesto da bi izpostavili dejanske probleme. Po mojem mnenju je "komponenti način" (npr. v Delfiju, Visual Študiju .NET in podobnimi), kjer komponente predstavljajo tudi ne-GUI del (da ne bo pomote, načrtovanje grafičnih vmesnikov se jasno dela z metanjem widgetov na forme - tudi v Qt), kot npr. sockete, povezave z bazami, itd. popolnoma zgrešen. Tak način večinoma vodi naravnost do neizobraženosti "programerjev" in špageti kode, ki ni ne berljiva ne optimizirana.

Kar pa se tiče z "delovanjem samo na računalniku razvijalca", pa lahko vsak ki je kdajkoli razvijal aplikacije, ki niso bile samo statično linkane, temveč so uporabljale/nudile knjižnjice, tako na Windowsih kot na Linuxu, brez dileme potrdi, da so Windowsi v tem pogledu svetlobna leta zadaj...

Seveda lahko kdo reče da sem pristranski. To seveda drži, ker odkar sem pred leti - še pred dotNETom & co. - iz razvoja na Windowsih v Delfiju ipd. prešel na Linux in spoznal tako "nizkonivojsko" programiranje jedra, strežnikov v C/C++ kot "všjenivojske" & GUI aplikacije v C++/Python/... lahko rečem samo, da je tole raj za razvijalce.

zanimivo, da se pri raznih programih, kjer se zahtevajo performanse (tukaj bolj ali manj taki programi, ki jih napises sam z ustreznimi knjizicami) se vedno veliko uporabljata Fortran in C namesto cpp. sem ravno danes nekaj takega gledal pa opazil "trend".

VS2005: od 299$ navzgor
QT: od 1420€ navzgor

stvar ni odvisna od koncnice datoteke kjer se nahaja koda, ampak od nastavitve prevajalnika. naceloma stvar ne bi smela biti pocasnejsa.

yeti,

VS za profesoinalnega developerja, ki ponuja vse to kar dobis s Qtjem? Za 300 dolarjev? Si preprican? Mislim, saj mogoce je res, samo precej dvomim.

Qt je precej več kot le za UI. V bistvu pokriva funkcionalnost kompletne standardne C++ knjižnice.
Če pa prodaš GPL program, ni nobenih omejitev, da ga kupec ne proda naprej.

yeti,

Hm, jaz sem primerjal z MSDNjem. Visual Studio, kot okolje ponuja vec kot sam Qt, ker Qt ni okolje. Ti pa Qt ponuja vec kot MFC. Samo, da bi lahko programiral v MFC si brez Visual Studia precej na suhem.

p.p.s: Band? Saj me lahko poisces v bazi ;>

Če pa prodaš GPL program, ni nobenih omejitev, da ga kupec ne proda naprej.

O ja pa je. RedHat pravtako prodaja svojo distribucijo čepraj je Linux in tri četrtine programske opreme pod GPL.
Daš nekaj delov brez Qt in to narediš zaprtokodno, kar bo seved ključno k delovanju tvojega programa. Kaj bo to spremenilo?
Vsak bo lahko spreminjal Qt kodo gor dol in jo podajal naprej ali celo prodajal, nebo ma mogel spreminjati ključnih delov tvojega programa, niti podajat naprej.
Saj imaš lahko svojo aplikacijo pod dvema licencama ali celo večimi.

Ja boščki no kr skrival bi dragocene kvazi-hude algoritme/logiko v kvazi-poslovnih aplikacijah. Najboljš da jih zapakirate v tamper-proof crypto procesor, da ja ne bo kdo ukradu tistih kompliciranih matematičnih formul in zakonodaje

Me prov zanima kaj bi se zgodilo če bi ena firma ponudila kvalitetno network-aware GPL Qt-based rešitev s celotno podporo in razvojem dodatnih modulov on-demand... Kam bi se taki "izdelovalci poslovnih aplikacij" skrili potem ? Preostal bi samo še FUD...