» »

Sprejet standard C++11

Sprejet standard C++11

Slashdot - Odbor za standard C++ pri ISO v Ženevi je soglasno sprejel marca predlagani končni osnutek C++0x, ki se sedaj uradno imenuje C++11. Novi standard bo zamenjal sedaj veljavni C++ ISO/IEC 14882.

Novinec prinaša vrsto novosti, med njimi omenimo lambda funkcije, izboljšane standardne knjižice, korutine, in neposredno inicializacijo podatkovnega polja (direct data field initialization). Kakšnih pretresov nov standard ne bo prinesel, saj so vse v standardu dodane funkcije v prevajalnikih že implementirane kot neobvezne razširitve knjižic (Library Extensions TR).

Čeprav je novi standard sprejet, bo sedaj trajalo nekaj mesecev, preden bo objavljena vsa dokumentacija, tako da bo tudi javno v popolnosti zaživel. To naj bi se zgodilo do konca leta.

40 komentarjev

Spura ::

Nobody cares about C++ :))

technolog ::

Ja, kr zase govori :D

Sandor! ::

Spura je izjavil:

Nobody cares about C++ :))


tu se pa ti fajn motiš.... :D

elKaktus ::

Spura : Ja ce imas omejen pogled na svet in vidis, samo nek kvazi splet. V resnih prijektih in v industriji pa ga ni bolj robustnega, hitrega,...

Posmehujes se svoji omejenosti.

Spura ::

Mhm, kako pa potem to da ima ta novica samo moj komentar in odgovore na mojega? Zato ker skoraj nobenega na slotechu ne zanima C++. Poglej forum programiranje pa prestej C++ teme lol.

Posmehujes se svoji omejenosti.
Nesmiseln stavek, ker posmeh ne deluje tako.

Zgodovina sprememb…

  • spremenil: Spura ()

technolog ::

Super, končno! Samo malimehki tega ne bo podprl še 100 let v svojih orodjih. Haha :)

win64 ::

@technolog: microsoft je kakor jaz spremljam, kar aktivno dodajal novosti v prevajalnik. Tukaj je lanska tabela o že implementiranih v VS2010
https://blogs.msdn.com/b/vcblog/archive...

Zgodovina sprememb…

  • spremenil: win64 ()

desperados ::

Nič novega, čeprav je standard sprejet šele sedaj večino novosti tako ali tako že dalj časa lahko uporabljamo... No ja je pa žalostno, da mnogi ne bod ničesar od tega nikoli uporabljli, ampak se bodo držali standarda ansi c z malo zasnove objektnega c ter kodo skompajlali v c++ kompajlerju ter mislili, da delajo v c++.
C++ je pa še vedno edini jezik, v katerem se splača pisati, ker bo vedno obstal in se vedno stabilno razvija.

snow ::

Spura je izjavil:

Mhm, kako pa potem to da ima ta novica samo moj komentar in odgovore na mojega? Zato ker skoraj nobenega na slotechu ne zanima C++. Poglej forum programiranje pa prestej C++ teme lol.


Sej zato pa rabimo vedno hitrejše računalnike, da laufamo iste algoritme/programe napisane v 'bolj naprednih' jezikih.
Random mutation plus nonrandom cumulative natural selection - Richard Dawkins

]Fusion[ ::

snow je izjavil:

Spura je izjavil:

Mhm, kako pa potem to da ima ta novica samo moj komentar in odgovore na mojega? Zato ker skoraj nobenega na slotechu ne zanima C++. Poglej forum programiranje pa prestej C++ teme lol.


Sej zato pa rabimo vedno hitrejše računalnike, da laufamo iste algoritme/programe napisane v 'bolj naprednih' jezikih.


Ni vse v hitrosti delovanja programa...

P.S.:Zakaj pa ne programirate v asemblerju? Še hitrejši kot c++!
"I am not an animal! I am a human being! I... am... a man!" - John Merrick

Zgodovina sprememb…

  • spremenilo: ]Fusion[ ()

PJani ::

]Fusion[ je izjavil:


Ni vse v hitrosti delovanja programa...

tukaj je odvisna namembnost aplikacije(trikotnik - cena, zmogljivost(hitrost), enostavnost).

]Fusion[ je izjavil:


P.S.:Zakaj pa ne programirate v asemblerju? Še hitrejši kot c++!

Dejansko se v C++ veliko stvari optimizira ročno v asemblerju(inline asm).

BTW, C++0x oz C++11 je že delno podprt v GCC orodjih in VC++ 2010.
C/C++

Zgodovina sprememb…

  • spremenil: PJani ()

Senitel ::

]Fusion[ je izjavil:

P.S.:Zakaj pa ne programirate v asemblerju? Še hitrejši kot c++!

Nope... Razen v primeru, da hudo dobro veš kaj delaš.

]Fusion[ ::

Pjani: se strinjam, zato sem rekel, da se ne sme gledat samo na hitrost delovanja.

Nope... Razen v primeru, da hudo dobro veš kaj delaš.

Torej je hitrejši (če predpostavljaš, da imaš dobrega programerja) :)
"I am not an animal! I am a human being! I... am... a man!" - John Merrick

PJani ::

C++ te prisili pospravljat za sabo za razliko od lenih GC jezikov kot je java in python.(kar mi je všeč, ker imaš kontrolo nad tem kaj se dogaja.)

PS.: Java naprimer je hitrejša samo pri alloc/dealloc (ker si rezervira XY pomnilnika in je zelo krivična do drugih aplikacij). pri C++ pa vsakič, ko narediš new/delete mora aplikacija počakat na sistem, da ji ta dodeli prostor/naslov v heapu. Obstaja pa še ena možnost, če je že kdo slišal za nedmalloc ko knjižnica zamenja malloc in free s svojo verzijo in uporablja cache( drugače pa ta knjižnica pusti Javo v prahu).
C/C++

Zgodovina sprememb…

  • spremenil: PJani ()

technolog ::

Spura je izjavil:

P.S.:Zakaj pa ne programirate v asemblerju? Še hitrejši kot c++!


Vse je v razmerjih.

Hitrost C++ vs assembler je večinoma neznatna, programirat je pa VELIKO težje, pa še arhitekturno odvisen si.

Če pogledaš python vs C++, je python VELIKO bolj počasen, programirati pa ni kaj dosti težje, vsaj ne toliko kot assembler vs c++.

PJani ::

technolog je izjavil:


Če pogledaš python vs C++, je python VELIKO bolj počasen, programirati pa ni kaj dosti težje, vsaj ne toliko kot assembler vs c++.


python vs C++, je malo huda primerjava, ker python je interpreted jezik po vrhu je še meta programski jezik. Lahko bi tud rekli da C++ vs Java je executed vs interpreted(sm pa zasledil, da ta layer počasi izginja pri javi zaradi JIT).
C/C++

Zgodovina sprememb…

  • spremenil: PJani ()

BlueRunner ::

Spura je izjavil:

Mhm, kako pa potem to da ima ta novica samo moj komentar in odgovore na mojega? Zato ker skoraj nobenega na slotechu ne zanima C++. Poglej forum programiranje pa prestej C++ teme lol.

Posmehujes se svoji omejenosti.
Nesmiseln stavek, ker posmeh ne deluje tako.

Posmehujem se tvoji omejenosti.

C++ je še kako živ in cenjen.

PJani ::

Spura je izjavil:

Mhm, kako pa potem to da ima ta novica samo moj komentar in odgovore na mojega? Zato ker skoraj nobenega na slotechu ne zanima C++. Poglej forum programiranje pa prestej C++ teme lol.


C++ tem je na tem forumu grozno malo, ker obstajajo 1000x boljši eng forumi za C++, kot je ta, kjer dobiš veliko več informaciji. Za C++ obstaja ogromno src kode, ogromno člankov v eng. Kar ti lahko da mislit!
C/C++

Zgodovina sprememb…

  • spremenil: PJani ()

Sova ::

Predpostavljanje o nepopularnosti C/C++ na podlagi #nizkega_stevila_C_C++_debat_na_Slo-Tech_forumu ali kateremkoli drugem forumu ni dobra! ... Zakaj? - Ker deluje na podlagi t.i. "Closed World Assumption".

C/C++ je eden najpopularnejših programskih jezikov za razvoj operacijskih sistemov, (non-web) aplikacij, driverjev. Vsaka naprava, ki v sebi vsebuje CPU, ima vsaj del kode, spisane v C oz. C++. Zaresne računalniške knjige imajo sample kodo spisano v C ali C++. In tudi vsi zaresni računalniški faksi imajo v Curriculumu vsaj en predmet, kjer se predava in/ali predpostavlja znanje iz C/C++.

Retorično vprašanje: Kaj mislite, da se vzame v roke, kadar je treba krmiliti nek elekrotomotor ali pa sprogramirati gonilnik za nek robot? - Delphi, C#, Javo, Javascript, PHP, SQL, Objective-C? - Nič od nastetega ... Vzame se C/C++.

C/C++ je (in bo še dolgo časa) zelo živ, popularen, vseprisoten programski jezik.

Mipe ::

Kot v programerskem vrtcu...

Brane2 ::

Da se za mikrokrmilnike vzame C, še verjamem. Za C++ pa ne več toliko, vsaj ne pogosto.


Ne bom kritiziral kar ne poznam dobro, a vsaj meni C++ z vsemi bombončki nekako ne leži.

Inštaliraš C++ app, nato preswitchaš compiler na drugo verzijo in aplikacija neha delat.

Zadeve se linkajo pred zagonom celo večnost.

Tudi to kreiranje in sesuvanej objektov ni brezplačno.
On the journey of life, I chose the psycho path.

smoke ::

technolog je izjavil:

Spura je izjavil:

P.S.:Zakaj pa ne programirate v asemblerju? Še hitrejši kot c++!


Vse je v razmerjih.

Hitrost C++ vs assembler je večinoma neznatna, programirat je pa VELIKO težje, pa še arhitekturno odvisen si.

Če pogledaš python vs C++, je python VELIKO bolj počasen, programirati pa ni kaj dosti težje, vsaj ne toliko kot assembler vs c++.


Kaj se mene tiče je programiranje v C/C++ enako lahko (ali težko) kot programiranje v ASM, ko ASM znaš seveda. Nimaš sicer objektov kot v C++ ampak načeloma je kr enako (če ne upoštevamo sintaktičnih razlik). Je pa res da ASM sam po sebi nima nobenih knjižnic s katerih bi lahko importal funkcije, tak da morš ali uporabit Cjeve ali pa knjižnice iz operacijskega sistema.

elKaktus ::

Spura: moj post ni bil namenjen, zalitvi. Vendar, ko sem ob poldne na hitro preletel stran in videl, da nekdo z ocitno ozkim pogledom na trg, hoce biti duhovit(nisi pa argumentiral svojega posmeha) sem odreagiral tako. Zato si dobil toliko pozornosti tudi od drugih. Glede na to, da je to tehnicni forum in ne troll oddelek, bi se mogoce lahko celo vzdrzal.

Kot so ze omenjali pred menoj se resnejse debate o vseh prog. jezikih odvijajo na tujih specializiranih forumih. V slo se mogoce v splosnem obnesejo zacetne teme o prog.jezikih, za kaj bolj specializiranega pa je slo premajhna.

edit: mi je gumb za popravke ponagajal

Zgodovina sprememb…

  • spremenilo: elKaktus ()

Sova ::

Brane2: Ja, delno se strinjam s teboj. Danes C++ ni ravno nekaj, čemur bi lahko rekel udoben programski jezik. In razumem, da ga marsikdo ne mara ... Je pa res, da je in še dolgo časa bo sposoben in izkušen C++ programer precej iskana "roba". Na lestvicah popularnosti C++ še vedno "kotira" v vrhu.

Kar se tiče recompilanja projektov: dokler sem uporabljal mainstream compilerje - recimo gcc, ali pa razvijal v popularnejših IDE-jih - recimo VS, Borland DS, moram reči, da nekih večjih težav nisem imel ... No, popolnoma druga zgodba je bil Borland DS 2005+ (.net verzija): Takrat sem Borland alias Embaracadero alias CodeGear opustil.

Glede krmiljenja elektromotorjev: ja, moram priznati, izkušenj s tem nimam. Se pa spomnim, kako nam je med študijem profesor pri Prevajalnikih večkrat ponujal delo za neke nemških firme. Imena firm se ne spomnim več ... Se pa spomnim, da so za razvoj njihovega SW za krmiljenje el.motorjev iskali izključno C++ majstre.

Suma sumarum: C++ je mazohističen jezik. Sploh za učiti se ga! A ko to mrcino uspešno zajahaš, spoznaš njegov potencial.

BigWhale ::

Dandanes je vse manj potrebe po pisanju v C/C++, bo pa ta potreba se kar nekaj casa ostala.

C se se vedno uporablja vecino low level zadev. C++ je pa bastard child, ki je ostal nekje vmes, med Cjem in visje nivojskimi jeziki. Ne tic, ne mis. ;>

noraguta ::

Mah naučit se ga še da. problemi so v totalno idiotskem makro sistemu. kjer noben kompajler niti približno ne podleže specifikacijam. Če zadevo razvija neka manjša ekipa zadeva lahko še celo nekako funkcionira, sicer pa nima nihče več pregleda na code flowom. Temu premo sorazmerno je posledično pizdenje ljudi na supportu. Seveda kar fantje pofixajo dobijo nazaj razvijalci in krog se vrti. Zato niti ni čudno , da je to dandanes bolj jezik kateri se uporablja za vzdrževanje stare kode, razvoj iger ter podobno . Pri operacijskih sistemih ,spletu, podatkovnih bazah , pa se ga radi izognejo. Še en niti ne tako nepomemben detajl je da GC res da ne sprošča memorije vedno optimalno ampak sama fregmentacija le te pa je opazno manjša , kot pri ročnem mešetarjenju(se pozna predvsem pri servisih na dalši rok). Nekako sem navdušen C-jevc , c++ pa se mi zdi sicer močan ampak mračen in nevaren.
Pust' ot pobyedy k pobyedye vyedyot!

Brane2 ::

BigWhale je izjavil:

Dandanes je vse manj potrebe po pisanju v C/C++, bo pa ta potreba se kar nekaj casa ostala.

C se se vedno uporablja vecino low level zadev. C++ je pa bastard child, ki je ostal nekje vmes, med Cjem in visje nivojskimi jeziki. Ne tic, ne mis. ;>

Meni je C++ zastal v grlu pri vseh teh nasledstvenih zadevah.

Objektno programiranje in "full lažje" razmišljanje o objektih skozi nasledstva itd.

Noben pa ni reku, da moraš doktorirat celo nasledstveno pravo, da nadrkaš nikoli povsem zapopadene familijarne odnose.

Jebala jih taka objektna orientiranost.

Mnogi pravijo, da je C++ čisto cool, če ga uporabljaš po pameti - kot C "za gospodu" s tistimi nekaj dobrodošlimi dodatki ( namespacei, templati itd) in se ne pederiraš.

Možno.
On the journey of life, I chose the psycho path.

Mavrik ::

C++ je tak tipičen primer jezika, ki je organsko zrasel in so v njega metali vse, kar je lih nekomu v tistem časovnem obdobju padlo na pamet. Zato je tako kot ogromen švicarski nož - zna vse a nič od tega res dobro. Obenem ga prtljaga iz Cja precej vleče za sabo (kompajlanje po posameznih datotekah v kombinaciji s templati, ki se prevedejo v vsaki datoteki posebej in se potem morajo izločiti, rezultira v katastrofalno počasnih časih prevajanja), saj onemogoča res dobre optimizacije, še posebej ko govorimo o optimizaciji čez več source datotek (tule pridejo potem v poštev kake "proprietary" nekompatibilne spremembe na prevajalnikih).
Kompleksnost pa poskrbi tudi za to, da jezik ne pomaga kaj veliko programerju (god help you če ne znaš na kera mesta se daje "virtual" keyworde ko uporabljaš nekaj tako osnovnega kot je dedovanje) in to, da prevajalniki preprosto niso sposobni dajati res dobrih sporočil o napakah.

Vseeno je bil v preteklosti boljši od konkurence, zato je tudi pridobil na popularnosti. A dandanes bi moral biti skoraj napol nor, da bi se spravil pisat projekt v C++, ki ni nekaj izjemno specifičnega in C++-u pisanega na kožo - namreč po levi in po desni ga prehitevajo vsi ostali. V času, ko je JVM sposoben izvajati precejšnje kose kode praktično enako hitro kot bi se izvajala prevedena C++ koda preprosto ni razloga zakaj bi plačeval vso to kompleknost in potrebno znanje razvijalcev.
The truth is rarely pure and never simple.

Looooooka ::

Pomojem je odvisno od tega ce znas programirat v njemu."Mrtvega" jezika ze ne bi izpopolnjevali in se zanj trudili pisati specifikacije.

Brane2 ::

Ma ja.

Kao objekti ful poenostavljajo stvari, potem pa pet poglavij o konstruktorjih in destruktorjih in njihovih dostikrat zajebanih interakcijah.

Ne vem no. IMHO gredo te stvari v napačno smer. Kraljevstvo za humani assembler z logičnimi instrukcijami in možnostjo optimizacij, kot jih ima recimo navaden gcc...
On the journey of life, I chose the psycho path.

Brane2 ::

Da ne govorimo o tem, da so knjižnice velikokrat počasne.

Najnavadneši output v kanal ala printf je po nekih benchmarkih 2+ hitrejši od C++jevega couta.

Mislim saj CPUji so hitri ampak ni baš prijetno ko greš v štacuno po top end proc, potem ti pa compiler naredi iz njega kilav low-end economy čip.

Ampak inherenentne run-time knjižnice me pa ubijejo. Siwtcham compiler z gcc-4.5.3 na 4.6 na moment, da scompliam neko malenkost in Code::Blocks, ki je pisan v C++ in je bil scompilan z gcc-4.5.3 se tud zaštartat noče. Enako z vsem, kar vsebuje C++ ( Qt knjižnice itd ).

Crap, vsaj na Linuxu.
On the journey of life, I chose the psycho path.

Sova ::

Kar se tiče mentalitete GC, imam sam ravno pri JVM slabe izkušnje. Enostavno mi ni všeč, da nimam kontrole nad tem, kdaj in kje se sprejemajo odločitve o sproščanju in alociranju pomnilnika. Hotspot je po mojem mnenju malenkost faljen. Je pa avtomatsko sproščanje udobno. Dober primer SW, razvitega v Javi, je Eclipse. Na živce mi gre, da po celodnevnem delu na dveh projektih memory leak naraste tudi preko 0,5GB. Okej, vem, da je RAM danes poceni. A tam zunaj je še ogromno strank z 32-bitnimi proci in manj kot 3GB RAMa, ki MT interpretirajo, da karkoli vržeš CPU-ju, mora instantno "prežvečit".

Po mojih izkušnjah je tipičen primer prevajalnika, v katerega so metali vse, kar je bilo v nekem trenutku "in", Delphi. Vplivi Jave in .neta na Delphi so pri verzijah po letu 2004 še preveč očitne. Da niti ne omenjam, da je Delphi bil razvit iz Turbo Pascala. Le-ta pa iz Pascala. Le-ta pa je bil mišljen kot didaktični prog. jezik, katerega raba naj ne bi nikdar ušla izven šolskih okolij. In v Delphi-ju od vseh novodobnih fičerjih malokaj deluje res dobro.

Konufznost razvijalca, kaj v naboru knjižnic in ukazov (primer: printf ali cout) izbrati za reševanje nekega problema pa je bolj vprašanje navajenosti in kilometrine. In tovrstne konfuznosti so prisotne v vseh jezikih, katerih razvoj se rasteza preko več desetletij. In uporabiti to kot negativna lastnost po mojem mnenju ne pomeni, da je jezik slab. Le razvijalec je njega nenavajen, neizkušen.

...

Okej, dva vprašanja za izkušene:
1. Kater superset C-ja še uporabljate oz. predlagate? - ObjectiveC?
2. Kateri non-C compiler še uprabljate? Java, C#, Delphi, ...? - (Je Delpi sploh še popularen, kot pred leti?)

(Sprašujem le o izkušnjah in rabi compilerjev, ki pokrivajo razvoj desktop apps. In ne o mnenjih, ali gre razvoj OOP prevajalnikov v pravo smer, ali ne.)
(Upam, da se moderatorji strinjajo, če debato razširimo na (ne)pupularnost C++ s primerjavo + in - lastnostmi glede na druge prog. jezike.)

Namesto indexa, in v pomoč:
http://langpop.com/
http://www.tiobe.com/index.php/content/...

@Brane2: Code::Blocks? Si poskusil NetBeans ali Eclipse?

Brane2 ::

Sem. Code::Blocks je meni zakon.

Vse ostalo se vleče. V bistvu se tudi C::B a najmanj. Rad imam odprtih več velikih projektov in hkrati vse funkcije in spremenljivke "pod prsti".

C::B sicer traja ene 20 min da poskenira kernel, s čem drugim se pa okrog tega niti trudil ne bi.
On the journey of life, I chose the psycho path.

Brane2 ::

Sova je izjavil:


Konufznost razvijalca, kaj v naboru knjižnic in ukazov (primer: printf ali cout) izbrati za reševanje nekega problema pa je bolj vprašanje navajenosti in kilometrine. In tovrstne konfuznosti so prisotne v vseh jezikih, katerih razvoj se rasteza preko več desetletij. In uporabiti to kot negativna lastnost po mojem mnenju ne pomeni, da je jezik slab. Le razvijalec je njega nenavajen, neizkušen.


Že, ampak selling point C++ je, da povsem lepo lahko parira Cju performančno, ima pa tudi dodatke, ki pa naj ne bi pomenili velike izgube hitrosti, če sploh. Naj bi bil torej C v2.0 nekako.

Pa v praksi nekako ni videt. Dostikrat je lahko bistveno počasnejši od Cja. Človek bi pričakoval, da so rešitve v knjižnicah primerljivo optimizirane.


Meni se vse to zdi veliko frke okrog ničesar. Dostikrat te učenje o zapakiranih rešitvah v knjižnicah stane več, kot če bi sam sprogramiral svojo rešitev iz nule.
On the journey of life, I chose the psycho path.

BigWhale ::

"Nimas kontrole nad pomnilnikom" je precej beden izgovor, ki bi se moral prebrati kot: "Ne rabis se jebat z zilijonom free() oz delete klicev." Ce pozabis enega ali pa dva, lahko nardis se vec skode kot kak slabse napisan GC. :)

Senitel ::

Če pozabiš dva free/delete boš imel identične probleme v managed jezikih, če boš nekaj naštrikal tako, da stvar ne bo padla iz scope-a.

desperados ::

Vse je stvar tega kako si navajen pisat kodo, meni c/c++ zelo odgovarja, navajen sem pa pisati kodo za razne mikrokontrolerje, Linux in windows pcje ali kakršnekoli embeded pcje ali druge sisteme...
Če začneš projetkt v C++ in se držiš standardov in knjižnic, ki standarde spoštujejo(naprimer boost) veš, da bo tudi čez 10 let koda z minimalnimi spremembami v sintaksi uporabna (mogoče je potreben le kak makro).

Dvomim da je pri drugih jezikih to konstantno in prenosljivo med arhitekturami.

Bistri007 ::

Brane2 je izjavil:

Že, ampak selling point C++ je, da povsem lepo lahko parira Cju performančno, ima pa tudi dodatke, ki pa naj ne bi pomenili velike izgube hitrosti, če sploh. Naj bi bil torej C v2.0 nekako.

Pa v praksi nekako ni videt. Dostikrat je lahko bistveno počasnejši od Cja. Človek bi pričakoval, da so rešitve v knjižnicah primerljivo optimizirane.

V tesno zanko ne smeš dati kode, ki ustvarja in briše veliko objektov. Isto velja za GC jezike. C++ 11 bo poenostavil trenutni standard, veliko stvari (npr. inicializacija) se bo dalo narediti bolj "naravno".

Zanimivo razširitev C++ 11 pripravlja Microsoft, in sicer Accelerated Massive Parallelism - AMP. To je, kako z lambda izrazi kar se da preprosto programirati GPU (vsekakor preprosteje kot CUDA).

Dodaten zagon C++ naj bi dali pri Microsoftu. Z WinRT naj bi v Windows 8 bila olajšana izdelava GUI vmesnikov v C++.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...

Zgodovina sprememb…

  • spremenilo: Bistri007 ()

zhigatsey ::

Če začneš projetkt v C++ in se držiš standardov in knjižnic, ki standarde spoštujejo(naprimer boost) veš, da bo tudi čez 10 let koda z minimalnimi spremembami v sintaksi uporabna (mogoče je potreben le kak makro).

Dvomim da je pri drugih jezikih to konstantno in prenosljivo med arhitekturami.


Tudi meni je to všeč. Če se držiš standardov lahko kodo prevajaš na različnih prevajalnikih in nativno izvajaš na različnih operacijskih sistemih. C++ je meni še vedno top.
Kar se sintakse tiče mi "modernejši" jeziki (npr. python, ruby, ...) ne potegnejo, čeprav imajo zanimive feature-je, in je potrebno manj kode za enak rezultat...

Bistri007 ::

BigWhale je izjavil:

"Ne rabis se jebat z zilijonom free() oz delete klicev." Ce pozabis enega ali pa dva, lahko nardis se vec skode kot kak slabse napisan GC. :)
Kaj pa C++ 11 shared_ptr oziroma smart pointers ;)
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Sprejet končni osnutek standarda C++0x

Oddelek: Novice / Ostale najave
83521 (2415) Bistri007
»

Potrjen standard IEEE 802.3ba

Oddelek: Novice / Diski
72715 (2190) Phoebus
»

Standard 802.11n potrjen

Oddelek: Novice / Diski
353761 (2120) saxnfeld
»

Bo HTML5 novi standard?

Oddelek: Novice / Diski
333605 (2461) R33D3M33R
»

UltraATA/133 standard rojen

Oddelek: Novice / Diski
51264 (1264) slycer

Več podobnih tem