Atyja szerint rossz irányba halad a C++, baj lehet belőle hamarosan
2018-06-22T13:23:24+02:00
2018-07-17T00:45:41+02:00
2022-07-21T04:23:46+02:00
  • Szerintem elkésett az öreg... Ezt a példát mutatta. Ő már rég túltolta a bringát. Talán halála előtt még rájön Dennis MacAlistair Ritchie nagyságára.
    Mutasd a teljes hozzászólást!
  • Egy minimális képességű processzorra minimális.
    https://github.com/cpldcpu/MCPU
    Mutasd a teljes hozzászólást!
  • Én azt mondom: Brainfuck – Wikipédia
    Mutasd a teljes hozzászólást!
  • kettő
    Mutasd a teljes hozzászólást!
  • No és mekkora lenne egy minimális nyelvtan, ami még épp működik ?
    Mutasd a teljes hozzászólást!
  • Hát, izles kerdese. Nekem nagyon el kell fogyjon a penzemnek, hogy valaha is szurke ugyvitelt fejlesszek. Meg oda be is kell jarni, konnyen helyettesitheto az ember. 8 to 5 még akkor is, ha nincs ihlete az embernek hozza. Meg ott van az agilis dinamikus csapat is a mittingekkel. Phejjj :D
    Inkabb a 4096 core meg a 8.6 tflops/s, meg az 512 Gbyte/s.
    Mutasd a teljes hozzászólást!
  • Teljes mértékben figyelmen kívül hagyja a nyelv standard library-ját. A Haskell ezért tud olyan előkelő helyen szerepelni ezen a dián. A Haskell alapnyelve egyszerű, hisz ott majdnem minden library-ban van definiálva.

    Mivel ennek a diának nem a nyelvek pontos összehasonlítása a célja (és egy egy órás előadáson szerepelt), így felesleges konkrét forrásokat, számítási metodikát a diára helyezni. (A leendő Scala 3 volt a témája ~ még vagy 2,5 év.) A programozási nyelvek összehasonlítása az őket definiált grammatika sorai száma alapján szerintem helyes dolog. Ez viszont csak a két véglet esetében ér bármit is. Ha túl egyszerű egy nyelv, akkor gyanús, hogy korlátos képességekkel rendelkezik. (Ilyen komoly célú programozási nyelv szerencsére tudtommal nincs.) Ha pedig túl sok beépített nyelvi elemmel, szabállyal bír (ezáltal a grammatikájának definiálása is hosszabb), akkor ember nem lesz aki ezt meg tudja tanulni és produktívan tudja használni. (Mondjuk egy C#-nál 3x több nyelvi elemmel rendelkező nyelvet nem állnék neki tanulni, mert értelmetlen.)

    De mivel az STD teljesen figyelmen kívül hagyja, így semmi értelme nincs a konkrét összehasonlításnak. De a Scala bonyolultságának kontextusba helyezésének (amiről az előadás szólt) ez egy megfelelő módja.
    Mutasd a teljes hozzászólást!
  • Láttam olyat is, hogy valamit nem nyelvi elemmel, hanem library segítségével kellett megvalósítani.
    Pl. a C#-beli async-szerű (task/future) megvalósítás a legtöbb nyelvben library elem.

    Ezt hogy veszi figyelembe a számítás?
    Mutasd a teljes hozzászólást!
  • És nem csak a C++ halad a túlbonyolultság, de maga az egész programozói szakma.
    Szerintem a teljes szakmát hamarosan, 10 éven belül leváltják programozó mesterséges intelligenciák.
    Mutasd a teljes hozzászólást!
  • En is magyon kritikus rendszereket fejlesztek az ugyfelnek nen holmi vallalat iranyitasi rendszereket meg effele gagyi tobb millio soros ocskasagokat ami meg tobb platformon is fut, phej.
    Mutasd a teljes hozzászólást!
  • Nyelvtan mérete sorokban? Ez olyan, mint amikor az Ezeréves sólyom 12 parsec alatt tette meg a Kessel futamot?

    Ez az Odersky gyerek még felületesen sem érinti a metodikát, hogy miként jutott erre az eredményre, forrást meg abszolút nem jelöl meg. Így ezeket maximum hasszámnak lehet venni.

    A Java-t leszámítva még verziószámot sem jelöl meg...
    Mutasd a teljes hozzászólást!
  • Érdemes egy pillantást vetni egyes nyelvek nyelvtanának méretére!

    Grammar size in lines
    Mutasd a teljes hozzászólást!
  • Minek irnam meg tobbfele platformra, ha az ugyfel radeon-ra keri es en is hogyhogynem arra optolok? Az igy forditott binarist meg tudja hasznalni windowsbol es linuxbol, amelyik jobban tetszik.

    (Ha NV-re kérné, akkor eleve meg sem talalna engem :D Akkor mást talál, aki meg pont ahhoz ert.)

    "még utoljára ennek a módszernek hatékony használata komolyabb kaliberű összetett appokhoz"
    Utoljara epp most hasznalom ezt a modszert. De hogy ez az allitas igaz maradjon, biztos komolytalan kaliberu osszetett 'app'-ot csinalok most. :D
    Mutasd a teljes hozzászólást!
  • És ezzel egy komplex alkalmazást hogyan írsz meg többféle platformra? Azért írtam "általánosságban" a 80-as évekbeli "c64 ASM"-ről, mert nagyjából akkor volt még utoljára ennek a módszernek hatékony használata komolyabb kaliberű összetett appokhoz.
    Mutasd a teljes hozzászólást!
  • Mindenki csak altalanossagban beszel az asm-rol (Vers Ion meg úgy általában mindenrôl, csak úgy ropkodnek nála a gpu magok meg az azokkal koszonoviszonyban sem levo teraflopsok (2500 - 20)), nem úgy mintha lenne 8bites c64 asm, meg kulon 16bites x86 asm, meg modern ia-64 asm.
    Itt egy mai asm, ami nem csak retro nosztalgiára való: https://gpuopen.com/compute-product/amd-gcn3-isa-architecture-manual/
    Nincs millios kodbazis, nincs kiszamithatatlan opencl forditasi eredmeny, amely driverenkent 20+% teljesitmennyel is elterhet ugyanazon a hardveren. Cserebe a teljes hardver elerheto es azt csinalja, amit mondasz neki, es ugy, ahogy mondod.

    Sôt ma már official fordító is van hozzá, nem kell írni sajátot, mint 5 éve. 
    Mutasd a teljes hozzászólást!
  • Semmi akadálya, kezdetnek itt van ez: https://en.wikipedia.org/wiki/Kappa_calculus
    Mutasd a teljes hozzászólást!
  • Sajnos az az időszak már elmúlt, amikor két asm utasítás elég volt egy sprite ütközés detektáláshoz. Ma már operációs rendszer van, API, Framework, több millió soros architektúrák. A C++ nál a "bitbabrálás" megőrzése mellett lehetőséget teremtenek a mostani bonyolultság áthidalására is. és ez egy ilyen bonyolult nyelvet hozott létre. 

    Egyébként manapság nagy divat a 8 bites játék, leszedsz egy emulátort, amire asm-ben lekódolhatod a gámát és máris egyszerű is, meg nagyszerű is a történet.
    Mutasd a teljes hozzászólást!
  • Szerintem abban például nincs semmi rossz, ha triviális problémákra (például egy tömb vagy lista elemeinek szekvenciális feldolgozására) egyre újabb, és egyre mesterkéltebb megoldások születnek. (És mikor már mindenki lambdákat használ, valaki előállhat a kappák koncepciójával, ami szintén beágyazott névtelen függvényt jelent, csak még mesterkéltebb szintaxissal.)

    Valamint az se lenne rossz, ha idővel a smart-pointereket is leváltanák genialpointerekkel, ami kb. ugyanaz lenne, csak még menőbb néven.
    Mutasd a teljes hozzászólást!
  • Az érthetőség kedvéért azért írd már le hogy láttál-e "new"-t vagy esetleg ronda "malloc"-ot benne, mert ha igen akkor ki kéne próbálnod c++11-től felfelé
    Mutasd a teljes hozzászólást!
  • szerintem mar keso,, en pont ezert leptem le a c++-rol mar 5 eve, olvashatatlan a kod a tulbonyolitas miatt, 
    egy jo nyelv egyszeru szabalyrendszerrel rendelkezik, ami megis korlatok nelkuli programozast enged, ilyen maga az asm is, hisz ha ismerjuk a 200 utasitast barmit meg lehet irni vele
    Mutasd a teljes hozzászólást!
  • Itt az idő áttérni valami 80-as évekbeli BASIC nyelvre, mert itt a világvége hamarosan!
    Mutasd a teljes hozzászólást!
  • Nem értem miért off-topik az on-topik + irónia
    Mutasd a teljes hozzászólást!
  • Nem, te csak a múlt gyermeke vagy, egy szegény, befolyásolt, elveszett lélek.

    A jövő a típustalan, nemtelen, elsődleges kulcs nélküli adotoké.

    Legyen minden integer, string és ojjektum egyenlő, sőt hovatovább' legyen a kód és az adat egyenlő!

    Ne legyen külön L1 cache az adatnak és a kódnak!

    Bélyegezzük rasszistának a típusinformációk lekérdezését!
    Mutasd a teljes hozzászólást!
  • Én kifejezetten szeretem a típusos nyelveket és utálom az implicit konverziókat...
    Önkínzó lennék? 
    Mutasd a teljes hozzászólást!
  • Jaja, pont úgy össze fog roskadni, mint a Boost, vagy a Qt, azok is hogy roskadnak már, hujjjujuj rossz nézni ahogy a habok elnyelik.

    De a Java is recseg már, meg a C# is azzal a gigantikus CLI-jével, olyan masszív tömegük van, hogy szinte már önmagába fordul a tér körülöttük.

    Torpedót minden típusos hajóba nyelvbe.
    Mutasd a teljes hozzászólást!
  • Mutasd a teljes hozzászólást!
  • En pedig meg tudom kulonboztetni, ki mikor viccel. ;P
    Mutasd a teljes hozzászólást!
  • Ezt (ti. amit most) már régebb óta mondja.
    Mutasd a teljes hozzászólást!
  • Adja magat a kerdes, hogy ezt vajon most komolyabban kell-e venni, mint a klasszikus C++ was a joke  "interjut"? :P
    Mutasd a teljes hozzászólást!
abcd