C++ programozot keresunk

Fórumok

Keresunk C++ programozot viszonylag egyszeru program gondozasara szerzodeses jelleggel (egy darabig csak gondozni kell, aztan uj feature iras idejen tobb a melo). Halozati kommunikacio, szovegfeldolgozas a tema, es azert van C++ -ben mert kicsit sok az adat ahhoz hogy scriptnyelvben menjen a tortenet. Egyetem mellett uzheto tortenet. Angol nyelvtudas szukseges. chx1975 gmail com.

Hozzászólások

Tudom, hogy nem ide tartozik, meg minden, de valaki igazán elmesélhetné, mit jelent ez:

,,azert van C++ -ben mert kicsit sok az adat ahhoz hogy scriptnyelvben menjen a tortenet''

Kevés hozzá egy perl vagy egy java? Nem vagyunk túl azon a világon már, hogy a scriptnyelvek nem jók semmire?:)

--
Keep it simple, stupid.

Tudomásom szerint a Java interpreteres nyelv.

Nem kötekedésből írtam, meg nem egyik vagy a másik leszólására, tényleg kiváncsi vagyok rá, hogy miért olyan komoly a programod, hogy script nyelv nem jó hozzá. Választ nem kaptam rá, csak hogy a Drupal vezető fejlesztője vagy.

--
Keep it simple, stupid.

A különbség az, hogy már fordítási időben kiderülnek a hibák, míg egy interpreteres nyelvnél csak futási időben, ha egyáltalán kiderül ...
Ezenkívül a forráskód magasabb szintű, mint a bytecode, utóbbit könnyebb és gyorsabb értelmezni.

Szerintem a java konkretan just-in-time compilationnel fordul, illetve J2ME eseten specialis processzoron fut, aminek konkretan java bytecode a rendes nyelve (Jazelle architektura). En lennek a hulye?

(Ettol meg megfelelo projektmeretnel akar assemblyben is meg lehet irni, 100 sor felett, gazdasagi valsag idejen az ember nem arra fog szerzodtetni valakit, hogy atirja - if it isn't broken, don't fix it.

J2Me eseten kaphat (feltetles mod) harveres tamogatast.
A jazelle konkretan az ARM egy modja, ekkor eszik bytecodeot, de mindent onmagaban ilyekor sem tud elintezni.
ARM -nak van nativ utasitas keszlete(i) (modja(i)) is.
Pl. az AVR32 -nek is van java tamogatasa.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Ha szamodra egy dolog vagy interpretere vagy forditoproramos, akkor is a java mindketto.
java-[forditas]-bytecode-[interpreter]-

A java interpretere inkabb olyan mintha C forditoval leforgatna es futatna.

Valojaban egy kicsit arnyaltabb ez a kerdes, tobbi eszkoz eseteben is.
Ha (normal) mukodes kozben nem keletkezik nativ code, es nem nativ kodu a dolog, akkor konyu azt mondani, hogy interpreteres.
Ha nativ codra forditjuk akkor konyu azt mondani, hogy fordito programos.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

De ugyan az :)
De nem ez tortenik pontosan.

JIT compiling tortenik a bytecode-dal, amit mar nem neveznek interpretalasnak. Vagyis futas kozben nativ kod keletkezik belole, "meg nem keson" :) .

A regi JVM verziok valoban interpretaltak bytecode-ot.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Az eddig elhangzott információk alapján kíváncsiskodnék - tán nálam komolyabb érdeklődőnek se lesz felesleges a válasz.

Ha olyan jól meg van írva a kód, hogy gyorsabban fixálható (éppen a perl hangzott el) formába öntés fel se merül, a továbbfejlesztés pedig a jövő zenéje, akkor kb. miről szólna momentán a gondozás?