Új hozzászólás Aktív témák

• #35 cucka addikt buherton #34

  Új Válasz 2014-03-22 00:13:22 #35

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz buherton #34 üzenetére

  A beágyazott rendszreknél biztos így van, máshol meg biztosan nem. Egy webes dolgot pl. folymatosan fejlesztenek, nagyon gyors release ciklusokkal. Elég jó IDE-k vannak már szkriptnyelvekhez, lehet debugolni, van ökoszisztéma, vannak tesztek és esetleg TDD. Na egy ilyen helyzetben nem látom, hogy mekkora hűdenagy minőségi előnyt jelentene egy statikusan típusos nyelv.

• #26 cucka addikt Turmoil #15

  Új Válasz 2014-03-21 20:08:27 #26

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Turmoil #15 üzenetére

  Igazából az alap felfogással van a gond, hogy egy dinamikusan típusos nyelv alsóbbrendű, mint egy statikusan típusos. Szerintem a kettő egyenértékű, a feladattól, a körülményektől függ, hogy melyik jobb választás.

  A gradual typing pedig tényleg farokság. Igazából ezt type hintingnek hívjuk, mert ugye opcionális.

• #10 cucka addikt Turmoil #9

  Új Válasz 2014-03-21 10:28:28 #10

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Turmoil #9 üzenetére

  oldja meg a function overloading-ot dinamikus type check mellett
  Néhány dolog:
  - a function overloading, mint elképzelés, statikus típusellenőrzéses nyelvekhez lett kitalálva. Dinamikusan títpusos nyelveknél nincs értelme beszélni róla.
  - a JS nem tud function/method overloadingot. Tekintve, hogy mennyire szabadon kezeli a metódusok argumentumait a JS, nehéz elképzelni, hogy egyáltalán megvalósítható-e ez abban a nyelvben. Azt tudja, hogy biztosít számodra eszközt arra, hogy belehekkelj valamit, ami a method overloadinghoz hasonlóan fog működni.
  - Egy php kódba ugyanígy bele tudod hekkelni a method overloadingot, például a __call használatával. De, amint már említettem, nincs rá szükség.

  Amúgy tetszik, ahogy a jávás arcok el sem tudják képzelni, hogy hogy lehet bármilyen nyelvben fejleszteni, ami nem pont ugyanolyan, mint a java.

• #5 cucka addikt buherton #2

  Új Válasz 2014-03-20 22:08:14 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz buherton #2 üzenetére

  Nem jobb, csak más.
  Igazából a modern szkriptnyelvek és fordított nyelvek hasonlóak - a legtöbb valamilyen köztes kódra fordul, szóval nem olyan jelentős a teljesítménykülönbség. (egyes implementációk között nyilván van különbség, de az elv ugyanaz)

  A facebooknál konkrétan azért van php, mert ebben kezdték annak idején a fejlesztést. És évekkel később, amikor már mondjuk kijött volna egy fordított nyelv előnye, akkor meg ott voltak egy létező, működő kódbázissal, amit sokmillióan használnak, ilyenkor átírni az egészet egy másik nyelvre hatalmas kockázat.
  Szóval újraírás helyett fejlesztették a hiphop-ot, ami tulajdonképpen egy php-s virtuális gép (ugyanarra jó, mint a jvm), majd később ezt a hack-et, ami meg egy php extrákkal, ami hiphopon fut.

Új hozzászólás Aktív témák