Novi jezici, njihove paradigme i web programiranje :)

[Piko]

Ljudi, ovo je dosta konstruktivna tema, prvi put da citam raspravu koja ima smisla ... I ja bih takodje voleo saznati malo vise o programiranju web aplikacija - upravo C-om ali i neku implementaciju LISP-a ...

hightech, slažem se ali bi trebalo možda otvoriti nove teme na forumu obzirom da je to široka tema. Na kraju ispada
da ti jezik i nije toliko bitan već je bitno koliko si ti u stanju izvući iz određenog jezika. Srike spominje moderne jezike ali
ako gledaš razvoj programskih jezika u zadnjih deset godina ne vidi se baš neka novost i pitanje je koliko su oni moderni.
Moderniji su u odnosu na C ali C se nije mijenjao zbog toga što je on zamišljen kao portabilni jezik. Ako npr. gledaš objektni
paskal koji na žalost spada u ne popularne jezike on sadrži sve strukture koje imaju moderni jezici.

Zadnji jezik koji se je pojavio pred par mjeseci je Microsoft TypeScript a jezik ne donosi ništa novo što ne postoji u drugim jezicima već godinama, ali to niti nije bila njegova namjena.

Da li će aplikacija pisana u C-u biti robusnija i kvalitetnija od aplikacije pisane u PHP-u opet ovisi o samom programeru. Npr. php se često spominje kao neisugran jezik a u biti radilo se je o lošem dizajnu aplikacija a to nema veze sa PHP-om. npr.
ako netko ne provjerava parametre unešene na web formi normalno da će aplikacija biti nesigurna na SQL INJECTION, ali to ne ovisi o jeziku.

[4ndY]

Autori jezika tipa ruby/php su, ne ću reći debili jer ipak moraš biti u stanju to napraviti, ali da su profesionalno nesposobni jesu. U čemu je štos? Imaš aplikaciju u recimo rubyu/railsu (nadalje ror). Taj jezik i framework se mijenjaju toliko brzo i toliko drastično, da 3 godine staru aplikaciju doslovno ne možeš portati na novi komp bez da googlaš kao idiot gdje su stari gemovi. Isto je sa svim ostalim skriptnim jezicima te katoegorije pa i javom: ne drže nikakvu backward kompabitilnost. Njihova prednost nad C programiranjem u web-u (pa i općenito) je isključivo u tome što će ti aplikacija incijalno biti brže napravljena, ali njeno održavanje i kontinuirani update te troškovi opreme zbog većih hardverskih zahtjeva (pogotovo kada govorimo java/ruby) debelo nadmašaju cijenu C-a.

Rekao si da imaš problema s Rubyjem i instalacijom aktualne verzije istoga, naletio sam na praktično rješenje: RVM.

[Lutherus]

Kad smo kod rubya, ima tu kod nas koj znalac?

[shrike]

Nije problem u instalaciji rubya, nego nekih specifičnih gemova kojih rvm baš ne može riješiti. Jezik je ok ako češ ga non stop nadograđivati i popravljati, al iako kaniš nešto napisati jednom i onda očekivati da češ za tipa 5 godina moć lagano nadograditi taj god - zaboravi. vrhunac idiotluka ruby okruženja je aktivno reklamiranje da se NE piše dokumentacija.

[Lutherus]

hm da, zapravo samo trebam puknuti webshop na postojeću web stranicu i odraditi dizajn a sve je u rubiju delano

[shrike]

hm da, zapravo samo trebam puknuti webshop na postojeću web stranicu i odraditi dizajn a sve je u rubiju delano

Ma ovo moje je bilo odgovor 4ndyu na rvm. ruby ti tamo gore sam sigurno nije, nego je vjerojatno i ruby on rails ,koji je čitavi framework.

[shrike]

evo, taman kada sam mislio da ne može biti biti bizarnijih problema, ruby strikes again. Dodao je u $PATH neko sranje svoje, ali ne na normalna i standardan način i sada nemam pojma kako to maknuti. taj dodatak se ne nalazi nigdje u /etc ili u ~. Naravno, ništa nije dokumentirano i sada ne znam što bi :(

[jorgovan]

tu se uglavnom govorilo o C-u.

ja krećem u razvoj jednog web servisa i radit ću ga u c++.

zašto?

pa zato da što bolje naučim c++, drugo, sviđa mi jezik.

koliko je programer sporiji u c++ u odnosu na php programera kod web aplikacija?
realno, 15-25 %.

što se sa c++ dobiva?
dobiva se na brzini i tvoj code živi duže.

netko je spomenuo njuškalo i prkeo milijun posjeta dnevno.

ako imaš 10 milijuna zahtjeva na 12 sati, to ispada cca. 240 zahtjeva/s.

da staviš web server na običnu kantu za 300 r/s, to bi radilo, karikiram.
jedino bazu treba staviti na dobar stroj i složiti sve kako treba.

koliko su factcgi skripte pisane u c++brže u odnosu na php skripte?
php skripta se izvršava do 0.5 s

skripte kompilirane sa hip-hop kompajelrom cca. do 0.3s.

fastcgi(c++) skripte se izvršavaju unutar 0.03 s.

netko je spomenuo da je php krš, mena zanima zašto?
php postaje ozbiljan jezik.

ako ideš jednostavnom logikom, da pišeš male skripte koje se lako održavaju, onda je php moćan alat, znači mvc arhitektura bez frameworka.

[4ndY]

PHP je krš iz više razloga, a ovo su neki od njih:
* dopušta miješanje PHP-a i HTML-a što dovodi do loše dizajniranih aplikacija koje ne odvajaju prezentacijsku od business logike;
* PHP je započeo kao proceduralni jezik pa se od verzije 5 prebacuje na OOP i onda postoje i metode i globalne funkcije što uvodi ogroman kaos u kodiranje jer ne možeš pisati ni čisti OO ni proceduralni kod;
* namespacing još nije zaživio (i pitanje je kad će kad su svi navikli bez toga) što dovodi do situacija kad se vlastite funkcije kolju s novouvedenim core funkcijama (doživio previše puta );
* o sigurnosti ne moram puno pričati - postojanje dodataka kao Suhosin dovoljno govori samo za sebe;
* "inovativne" gluposti kao kratki tagovi "<? ?>" dovode do nepotrabilnosti koda i nečitljivosti;

Teoretski sve ovo možeš izbjegavati i pisati dobar kod, no poanta je da 99% PHP koda nije takva baš zato što jezik to dopušta. Pisao sam godinama (i dalje pišem) u PHP-u, ali mi se taj jezik zbog tih svih stvari od kojih ne boluje ni jedan drugi pristojan jezik, gadi.

Što se tiče brzine izvođenja, jednom dok uzmete u obzir caching sustave, granice u brzini izvođenja između pojedinih jezika gube se.

[hightech]

Ljudi, hardver ce uskoro biti toliko brz da ce cak i "spora" java leteti prebrzo ...
Jedna inovativnost na polju servera dolazi u nenormalnom konceptu http://gwan.com/ ...
Tako da ce brzina vec postojecih jezika biti kompenzovana brzinom hardvera ...
GWAN npr. nudi native c, c++, java, rb, py... a zanimljiva stvar je sto se c ne mora prvo kompajlirati pa izvrsiti, vec se sve desava u letu ...
Tvorac/ci gwan-a tvrdi/de da ce umesto ... procitajte i sami na oficijalnoj gwan stranici ....
Hteo sam samo reci da ce od 0.3s do 0.5s koje nekome "znace" biti hardverski nadogradjeno, jer ulazimo u novu eru hardvera ... te ce se umesto razmisljsljanja izmedju 0.3 i 0.5 razmisljati izmedju 0.01 i 0.03 i tada cemo imati primedbe i ostalo jer ce i RICH formati biti veci i imacemo potrebu da sto vise multimedije strpamo u stranicu ...
Negde sam procitao da ce hd formati biti maciji kasalj u nekoj buducnosti i da ce se pojaviti 3d hologrami koji nece samo zahtevati resurse servera vec i samog klijenta ... sto je donekle i logicno ...
...
Sve u svemu procitajte na gwan.com a setup je i vise nego jednostavan

Kod: Označi sve

wget http://gwan.com/archives/gwan_linux64-bit.tar.bz2
 tar -xjf gwan_linux64-bit.tar.bz2; cd gwan_linux64-bit
 sudo ./gwan

PHP je krš iz više razloga, a ovo su neki od njih:

FALSE
php je odlican jezik ako se koristi na ispravan nacin