He he, pa dootzky definitivno bi bilo pametno da zadjes dublje od frontpage-a u tematiku o kojoj raspravljas :-)))
Pogledaj handbooks al pogledaj i source code ... ja sam se recimo u strartu iznenadio koliko su mali moduli koji rade ne tako male stvari ... i koliko je dobro iskomentarisan source code ... Vec sam odgovorio koliko je meni trebalo da naucim Drupal i zasto mislim da prilagodjavanje misljenja nije issue za mene al uopste ... vec da li je arhitektura dobra ili ne ... da se ne ponavljam ... Ako hoces mogu da ti sibnem online i onu Drupal knjigu ... jos bolja od handbooka za upoznavanje istog sa programerske tacke gledista ... |
Citat:
Al valjda je jasno i da koriscenje frameworka ima svoju svrhu, a razlike medju njima definitivno postoje ... ne poznajem te nixa al nekako mi skaces sa teme na temu bez da zavrsis i jednu nit ragovora ... Kao eto recimo zasto Typo ima bolje performanse od Drupala?!?! :1051: :) Mislim zaista bi voleo da cujem neke konkretne argumente ako ih imas naravno ... a sad ova nova tema koju si zapoceo ... da li ima svrhu koristiti framework, nekako mi nije zanimljiva i tu se necu upustati u razgovor ... posto je meni ocigledno da ima |
Citat:
:1064: |
Citat:
Stvarno ne znam sta si nacuo i zasto si u zabludi da ima "drasticno" losije performanse od drugih CMS-a/Frameworka ... ili da su performanse al ikakav problem ... Vec sam ti objasnio da postoje caching i throttle, vidim ne zanimaju te detalji oko toga nego aj jos jednom da ponovis tvrdjnu ... jel mislis da ce postati istina ako vise puta ponovis sta li :-) Rails ima zaista uocljivo losije performanse od konkurencije al to ne sprecava ljude da ga koriste posto je al toliko bolji u mnogo cemu drugom, jer kada dodjes do toga da imas 100000 poseta dnevno imaces para za jos jedan server ... i za programera koji zna kako da podesi caching, throttle, opcode cache ... i tako ... kakve crne performanse ... Ok, ovaj thread postaje dosadan polako :1056: :) |
Citat:
Case study: http://drupal.org/node/116578 Web site: http://teamsugar.com/ Quote: Citat:
Ovo stvarno postaje dosadan thread jer si ga ti smorio.... :1039: |
E ovo vec ima "neku" tezinu, za razliku od onoga sto si do sada rekao. Al vidis kako znas i sam sta sve moze da bude razlog losim performansama ... i da to nije SAMO pitanje frameworka ... kao sto rekoh to je u startu promasena poenta za ovaj thread
Secas se, covek je pitao koji frameworci se koriste u praksi i zasto ... ja sam mu dao malo konkretniji odgovor zasto ja koristim Drupal, zar nije trebalo i ti da uradis slicno, kao ono znas!?!? Vidis ja bi rado procitao tvoje argumente zasto ti koristis ono sto koristis, makar to bio i code od nule ... a ovi kvazi argumenti protiv, i jedan komentarcic ... jesu smor al zesci ... Dakle ako koristis Drupal kao framework (bez mnogo tudjih modula), na tebi je koliko ce ti code brz biti, kao uostalom kao i kad pises aplikaciju od nule. Stim sto ovde imas nekoliko ugradjenih modula koji ti pomazu da boostujes performanse i ogroman koristan dobro istestiran API koj mozes da koristis. A decu i karakterizacije sta je ko probaj da zaobidjes ... To mi je malo trulije nego biti geek na devprotalk forumu ... |
Istina je da je Drupal bio dosta spor, sto su Drupal developeri osetili na svojoj kozi (drupal.org se raspadao usred prevelikog broja korisnika).
Medjutim, aktivno se radi na smanjivanju broja kverija i boljem kesiranju, tako da je iz verzije u verziju situacija sve bolja.. Sestica donosi velika pobojsanja sto se performansi tice, tako da definitivno vredi pogledati. Inace, slazem se da Drupal ima odlican framework, sam kod je prva liga. |
Ok, evo naterali ste me da pogledam drupal... A te knjige, jesu li validne za 6-cu?
|
Citat:
A o performansama Drupala cini mi se ima raznih misljenja zato sto ljudi koriste module preterano, da ne bi slucajno nesto rucno napisali, pa se posle pitaju zasto je to sporo. Iz mog iskustva ako ga koristis kao framework tih problema zaista nemas. Citat:
|
Ma kakav Drupal kao framework, vBulletin je prava stvar za to! ;)
Salim se, ali samo da spomenem od cega se sastoji moj framework: PEAR + Smarty. PEAR moze da se poredi sa Zend-om, samo sto duze postoji. Zend je kao kopija PEAR-a posto ima skoro iste klase (sa mozda nekim dodatcima). Sad sam uzeo malo Symfony da ucim posto sef hoce da malo preradimo i iskoristimo askeet aplikaciju. (Askeet je slicna aplikaciji Yahoo Answers.) Koliko vidim, pisanje tog askeet-a nije nista lakse/brze/sigurnije/preglednije nego kad bi koristio PEAR. Samo je drugaciji nacin organizovanje koda... Mislim da to moze da se kaze i za ostale MVC frameworks koje sam video i koji su spomenuti na ovoj temi. |
:)
Organizovanje code-a, ORM/Active record, convention over configuration, generatori, raznorazni pazljivo integrisani helperi (form, ajax) ... sve to cini te nove Rails-olike frameworke ... al onda naravno svaki od njih stavi naglasak na nesto drugo pa je kao jedinstven ... Symfony je prvenstveno mocan, koristi mnoge druge nezavisne PHP projekte ... al reko bih i najkomplikovaniji u PHP svetu frameworka ... Meni se nije svidela kolicina konfiguracionih file-ova koje moras da pises i na kom nivou ... |
.. Recimo CodeIgniter maltene razvija jedan (vrlo pametan) covek....
...kako si samo dosao do ovog zakljucka... |
Da je pametan sam zakljucio gledajuci code/arhitekturu CI ako se to pitas :)
http://www.ohloh.net/p/4692/contributors Izgleda da danas ima 4 ozbiljnija contributora koji rade na CI... I da intenzitet commita nije preterano velik: http://www.ohloh.net/p/4692/commits Al s'obzirom na obim frameworka sasma dovoljno... |
iza CI stoji firma EllisLab,Ci je open source i oko sebe okuplja veoma veliku zajednicu(nemam sumnje da tu ima veoma pametnih ljudi)....
Tesko da bi jedan(ili tri ,cetiri) covek mogao postici sve ono sto stoji iza Codeigniter-a ...ali ok...ako ti tako kazes |
Ma jok, mnogo impresivnije stvari su postizali pojedinci od Code Igniter-a, al nista cudno... Zapravo nije ni 4 za 2009... ako se pogleda statistika commita u 2009 samo njih dvoje su aktivno commitovali... Odnos ljudi koji koriste open source projekat i onih koji aktivno rade na njemu je uvek vrlo disproporcionalan, nemoj da te zbuni broj krajnjih korisnika...
Ti ne mozes da poverujes da CI radi dvoje ljudi, mene ne cudi posto je projekat poprilicno trivijalan, sto mu ne smanjuje vrednost naravno... S'druge strane recimo ja ne mogu da se nacudim da je ovo napravio maltene jedan covek: http://cappuccino.org/ Lik je napravio gigantski framework i totalno novi programski jezik koji se kompaljira u JavaScript! Sa njim je napravio web verziju PowerPointa: http://280slides.com/Editor/. I plus je napravio IDE za sve to: http://280atlas.com/what.php Pogledaj dubinu i obim koji obuhvata API: http://cappuccino.org/learn/document...annotated.html Znaci kako bre?!?! Kako su dodjavola njih dvojica uspeli sve ovo da iskuckaju za godinu i nesto dana!?!? |
^ Capuccino je čudo, mene je doduše strah da baziram nešto na njemu baz iz tog razloga :)
|
@nixa Da znas!!! ja sam se zestoko lomio da li da krenemo da ga koristimo... I da nije cinjenice da bi svakom morao da objasnjavam sta je Objective-J i koliko je on u sustini bolji od cistog JS, sto mi 90% njih ne bi poverovalo, definitovno bi ga vec poceli koristiti a ovako smo se odlucili za ExtJS...
Btw, ako si zainteresovan da napisemo nesto u Cappucinu onako sa strane laganica, cisto vezbe radi ja sam za :) |
Jedno iskustvo - nije baš Cappucino, ali je sličan koncept. Mi sad u firmi za web osnovu koristimo interni framework baziran na Script#-u, koji kompajlira C# u Javascript.
Moje lično iskustvo je da je to poprilično njesra. Pišeš u jednom jeziku a kad nešto ne radi onda debug u drugom. Ako taj drugi ne znaš, možeš da se slikaš. Pojedine konstrukcije iz C#-a izgledaju prilično drugačije u Javascriptu (sintaksa za for-in petlju mi je dušu pojela, pošto nisam znao C# kada sam kretao u priču). Script# je dobio podršku za Webkit i Operu pre nešto jače od godinu dana. Da Nikhil to nije tada dodao, pošteno bi se pušili šta da radimo, verovatno bi pisali sami. Imali smo sreće, a to baš nije nešto na šta bi da računam pri bilo kakvom projektu. Pristalica sam toga da se svaki deo bilo kog sistema piše u jeziku/frameworku namenski pravljenom za to. Javascript za klijent, ObjC/C#/šta već za server. A da ne pričam što sve što već ima u nekom namenski pravljenom JS libu moraš sam da napraviš ponovo. Svaki put kada nešto vizuelno lepše treba da se uradi u ovom našem projektu, kukam za jQueryjem samo tako. Jednostavno - kad se odlučiš na nešto ovako, osuđen si na to da sve moraš da pišeš sam. Samo pogledaš šarolikost plugina za jQuery, pa pogledaj da li tako nešto ima za Cappuccino / Script# i odgovor kojim putem ići se sam nameće (barem meni). Da ne bude zabune - mene fascinira znanje i umeće ljudi koji su radili te stvari. Ali iskreno mislim da je bolje da su to upotrebili za nešto drugo. |
Može jedno pitanje: koja je prednost pisanja toga u C#, pa prevođenje u JS? JavaScript je poprilično moćan jezik.
|
to je valjda fora, da ne izlazis iz jezika. rails ti recimo omogucava da pljujes js pisuci ruby. meni se ovaj koncept generalno ne dopada zato sto najcesce gubis sve prednosti jezika koji generises
|
Citat:
Al' Rails i nekako (prvo, nisi prinuđen na to da se JS generiše tako, drugo, Rubi je konceptualno mnogo bliži jezik JS-u pa se prevođenjem ne gubi toliko), ali C#... Doduše, GWT postoji već dugo, jel ima neko iskustva s njim? |
@aleck U pravu si, obe zamerke su ti na mestu. Samo zaboravljas da oni tu apstrakciju nisu pisali jel im se moze nego sa razlogom :) Tj pored tih mana koje si naveo, ima i velikih prednosti pa je na tebi da vidis sta ce u tvom slucaju prevagnuti...
Cappuccino je napravljen da olaksa pisanje desktop like web aplikacija... Moj neki feeling je da ako bi ovo (http://280slides.com/Editor/) pokusao da napises u jQuery, da bi imao toliko bugova, konceptualno neadekvatnih problema za jQuery da bi ti nedostatak pravog debugera za Cappuccino posle bio mnogo manji problem. Recimo mnogo popularniji i zreliji predstavnik toga sto Cappuccino radi je GWT. Ovi sto napravise Google Wave se kunu da bi taj zadatak bio maltene nemoguc da nije bilo GWT-a (java -> javascript)... Btw kad se dogodi neki picvajz u JQuery komponenti takodje mozes da dobijes kripticne debug poruke koje iziskuju poprilicno truda da bi se rastumacile, posto ne zaboravi da je i JQuery apstrakcija nad JS... Sto se tice toga da Cappuccino ima mnogo manje komponenti, to je posledica cisto toga sto su se skoro pojavili... A i brate 80% onog sto postoji za JQuery je neupotrebljivo... Meni se nebrojano puta dogodilo da je JQuery komponenta toliko lose napisana da kad je stavis u postojeci projekat sve puca u 10! Tako da ni to nije bas tako velika prednost... |
Citat:
jQuery je zaista dobar za web siteove koje hoces da zacinis sa dinamicnoscu... al pisati web aplikaciju je malo drugacija prica, koriste se drugacije paradigme... nema strana nego ima prozora i dijaloga, prava modularizacija code-a postaje izuzetno bitna... itd |
Citat:
Citat:
druga stvar... ovo sa paradigmom ne razumem ;) postoji jquery user interface biblioteka koja omogucava da se u browser (stranu/kako god da je zoves) ubace kontrole preko kojih je moguce praviti web app. takodje je svaku od tih kontrola moguce prosirivati po sopstvenim potrebama (kao i bilo koji drugi jquery objekat/metod). ocigledno je da nikada nisi pisao jq aplikaciju tako da zaista ne znas o cemu pricas :) da se vratim na topic ;) meni se od php fw-ova jedino svidaju codeigniter i kohana... bas zato sto su zamisljeni kao helper metode za lakse pisanje standardnih php stvari (ci kao port railsa na php, a kohana kao php5 only verzija ci-a). kohana ima jos prednost jer je i sam view objekat, sto ci-u jako fali. po mom misljenju web app treba da se sastoji iz odbro osmisljenog server side dela (u kom god jeziku) kome frontend pristupa preko jasno definisanog apija. u tom slucaju je potpuno nebitno da li je frontend html+js, flash... sve ove combo varijante (generisanje jezika) su mi smor |
Citat:
Salu na stranu, malo oftopic ali jako zanimljiv projekat. Naime lunascriptom opisujes aplikaciju, i on generise server i client stranu. A ako pogledate i ko je u kompaniji, vidi se da ce biti nesto od toga :) |
havarija....ko god da stoji iza ovog frankenstajna od jezika :)
Citat:
ovo me podseca na onaj spageti php... skrolas 2 sata kroz echo za view dok ne nadjes funkciju koja ti treba :) |
Citat:
|
Citat:
Citat:
Citat:
Pogodio si, nisam koristio jQuery za pisanje aplikacija, vrlo svesna odluka, jesam za ubacivanje zanimljivih kotrola u postojece siteove... Al za full web aplikacije sam odabrao ExtJS... Posto nije dovoljno da nesto postoji, mora i da lici na nesto. Uporedi broj/ozbiljnost ExtJS komponenti / klasa i JQuery UI komponenti. Pogledaj recimo Tab kontrolu, jQuery UI za nju ima 7 eventa, Ext ima 40-tak... jQuery UI nema mikroskopski delic mogucnosti ExtJS-a u globalu... Citat:
A sta cemo za ozbiljnije programerske teme, kao memory management? Kako to resavas u cistom JS/jQuery? Da pogadjam, ne resavas?!?! :1074: Samo nacin kako barata sa komponentama sto se tice memorije bi bio dodovljan razlog da se odlucim za Ext umesto jQuery-ja... Onda management stanja aplikacije, history, pa layout management... Kako sve to radi jQuery UI? Reko bih da ne radi nikako :p Ako se ne varam u jQuery UI moras da pises HTML kad hoces da ubacis komponentu? Ako je to jedini nacin (nisam siguran), samo to je za mene deal breaker. U Ext-u ako neces ne moras al uopste da se spustas na DOM/HTML/CSS nivo... al zesci productivity booster... Cuj ti njega nikad nisam pisao JS aplikaciju! Pa sta radim poslednjih 6 meseci nego to sto radim :1042: |
Citat:
Tako da, svako za ima svoje protiv, stvar je u tome sta radis i sta ti je prioritet |
Mister, jel' ti to hoćeš da kažeš da je jQuery sranje? I da ti je potreban neki super-cool memory management u javascriptu? Šta praviš, gmail? Ili sam ja nešto propustio?
Često vidim ljude koji pričaju bolje je ovo, ono, ima još i ovo-ono a na kraju kada pogledaš kod svodi se na show / hide / toggle div :) Ne kažem da je ovo slučaj, nego čisto kao primer ljudi koji olako pljuju po nečemu što ne nikada nisu ni koristili. To je kao kada bih ja pričao da je Lamborghini sranje u odnosu na Ferarri, jer nema ovo-ono a u stvari meni je dovoljan i Fiat Punto za prevoz od tačke A do tačke B. |
Citat:
@bluesman No Mister, necu da kazem da je jQuery sranje... a propustio si kontekst u kome pricamo o izboru frameworka... jQuery je prelep framework i recimo Drupal ga koristi na totalno pravi nacin... samo mislim da nije za web aplikacije bas si lep primer dao, GMail tipa. Web aplikaciju (RIA aplikaciju) ne cine samo UI kontrole ko sto rece xippi nit toggle div pobogu :) |
Citat:
|
Citat:
|
Citat:
Citat:
Citat:
Citat:
Citat:
|
@xippi A jesi ti napisao ikad vecu RIA aplikaciju u jq-u? Tj jel znas za neku jq RIA aplikaciju u rangu/tipa Google Wave-a, 280slides.com etc?
Ako je ovaj iz citata koristio Ext pa zakljucio da te Ext tera da pises server code koji je vezan samo za njega, onda je taj lik zivi dokaz da i ljudi koji koriste nesto ponekad ne znaju sta pricaju :) Bas nasuprot, aplikacija koju pisemo koristi REST na serveru (Zend Framework ga generise), sto ce reci serverski code nije vezan za Ext, zapravo to mi je bilo vrlo bitno da bude tako i jedan od razloga zasto sam odabrao Ext. |
Citat:
|
Citat:
Break a leg sa projektom!!! Prove me wrong! :) P.S. Nego jel znas za neki vec postojeci veci RIA projekat u jQuery-ju? :) |
Citat:
@xippi: sve to tako nešto može kao, ali to je u stvari workaround. Kao i mnoge druge stvari u JavaScript-u. To je onda natezanje, šta da se radi, drugo nema, pa onda.. Vidiš na šta to liči tamo, taj linkovani primer, uporedi sa bilo kojim 'normalnim' jezikom. Npr. kako obezbeđuješ da klasa ne može da se nasleđuje? Citat:
Pošto si pomenuo Javu u pozitivnom svetlu, poznato ti je da je tamo upravljanje memorijom takođe automatsko? |
Citat:
Predpostavljam da za layout management i ostalo sto JQ nema koristis third party pluginove... il se trudis da ih ne koristis da sve sam pises? Il da ovaj razgovor nastavimo uz :beer: :1045: Mene bas EXTRA u poslednje vreme zanima RIA development tako da na tu temu placam :beer::beer::beer::beer::beer: |
Citat:
Naglasak je naravno na VELIKIM RIA aplikacijama... taj problem se tek tada manifestuje... |
Vreme je GMT +2. Trenutno vreme je 16:22. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.