Komentarze do: Jquery vs Mootools vs Prototype – porównanie

Autor: jquery vs mootools vs prototype - porównanie - cz 2 at Mateusz Żeromski - Blog programisty

Wed, 08 Jul 2009 09:39:36 +0000

[...] http://blog.zeromski.com.pl/2008/07/jquery-vs-mootools-vs-prototype-porownanie/ [...]

Autor: Mateusz Żeromski

Mateusz Żeromski — Thu, 23 Apr 2009 20:13:37 +0000

hepi – temat dotyczy frameworków javascript a nie php/python :)
Jeżeli chodzi o Twoje zdanie to zgadzam się, lecz nie do końca. Aktualnie tworzę dość złozone systemy i robię to w PHP (zend framework). Jak umiesz programować to i w pythonie to dobrze zrobisz i w ruby i php. Mój pierwszy projekt w python – był tak źle zrobiony że głowa mała – pomimo wykorzystania django, sqlalchemy, jakiś tam formsów itp.

Jak umiesz programować w php i masz trochę doświadczenia – nie ma sensu zaczynać w pythonie, chyba że naprawdę czujesz wypalenie. Ja chcialem być taki fajny i robić w pythonie – to jest możliwe tylko w firmie gdzie jest zespół conajmniej 3 osób piszących w danym języku.

Jeżeli na codzień nie pracujesz w środowisku python – nie zabieraj się za to :) Dopiero któraś kolejna aplikacja będzie poprawnie wykonana/

Jeżeli chodzi o community PHP’a – Zend Framework, Symfony, Doctrine, maja tak dobrą dokumentację że nie potrzeba mi tych for. Nawet php.net i komentarze na każdej funkcji rozwiązują wszystkie problemy. To o czym ty piszesz ma miejsce w “piaskownicy” – tam się nie zagląda mając conajmniej roczne doświadczenie – chyba żeby zdobyć opinie eksperta.

Autor: hepi

hepi — Thu, 23 Apr 2009 19:12:08 +0000

Wielkie firmy wykorzystuja pythona – patrz Google i platforma Google App Engine – nie ponosisz prawie kosztow utrzymania aplikacji na serwerze. A moim zdaniem jesli mialbym pisac zlozony system to wlasnie wybralbym np. django(bo latwiej) a nie jakis framework php. Php bym wybral do jakies malej stronki dla firmy, tylko dlatego ze wiecej mozliwosci hostngowych. Php ma duze community, ale popatrz co najczesciej pisze sie na forach itp. Najczesciej pytania dzieciakow np. jak uzyskac dostep do bazy danej, jak dostac sie do tablicy POST i tak dalej :)

Autor: dojo

dojo — Sun, 15 Feb 2009 20:51:35 +0000

dojo egzotyczny i mało popularny? skąd ten pomysł? W prezentowanym teście u mnie dojo wypadło najlepiej, do tego jest zintegrowany z Zend framwrok, czyli jednym z popularniejszych frameworków do php ;)

Autor: i

Wed, 10 Sep 2008 20:43:39 +0000

http://mootools.net/slickspeed/
moo jqr pttp yui dojo
737 630 637 1780 529 firefox 2.0.0.16
323 349 446 748 218 firefox 3.0.1
317 321 405 1107 *50 firefox 3.1a2
316 265 360 823 166 opera 9.52
117 138 354 358 127 webkit r36120 (midori 0.21)
375 360 541 1197 387 qt webkit 4.4.1 (arora 0.4)
249 390 676 964 348 konqueror 4.1.1

* podejrzane, 3x exception i wszystko <3s

Autor: Mateusz Żeromski

Mateusz Żeromski — Mon, 04 Aug 2008 17:22:28 +0000

Sytuacja jest troche inna – w pracy zespołowej ważne jest to aby aplikacja napisana przez jednego programistę mogłaby być rozwijana przez innego. Duża popularność jquery, oraz duża społeczność pozwala na to, co innego jeżeli chodzi o mootools – być może i jest lepsze, ale nie zdecydowałbym się używać tego w moich aplikacjach, no chyba że jQuery zacznie mnie ograniczać :).
To że dążę do zmiany php -> python – zawsze coś nowego, lepszego, lecz doświadczenie wskazuje, że w pythonie napisałem jedną dużą aplikację z 3 mniejsze. W tym samym czasie napisałem sporo więcej w php – python jest lepszy, tylko znow php bardziej popularny i jezeli mialbym pisac jakis złożony system – wybrałbym niestety php – kwestia utrzymaniowa/rozwojowa mnie by do tego zmusiła.

Nie zawsze to co lepsze technicznie jest wykorzystywane – np czemu wielkie firmy (samsung itp) używają serwerów windows, pomimo że linux jest oczywiscie lepszy – powiązania biznesowe i znajomości :), podobnie jest z technologiami, jeżeli 5 programistów zna php, a jeden pythona – aplikacje będą pisane w php, i tak dalej itp :)

Autor: hepi

hepi — Thu, 31 Jul 2008 16:38:37 +0000

JQuery zawsze wydawał mi się dziwnie napisany (przykład – http://ferrante.pl/2007/12/27/o-frameworkach-i-javascript-slow-kilka/), nie wiem jak to wygląda w jego najnowszej wersji. No i wole w mootoolsach OOP, modularność – moge z tych 60kilo zejsc do duzo mniej. A dziwi mnie, że wspominasz o community, jeżeli jak napisales dążysz do zmian “php->python”. W tym wypadku to raczej python jest tym mniej popularnym. Jeszcze odnośnei szybkości, jak ja przeprowadzalem testy u siebie, to mootools gorowal, wiec duzo zalezy od platformy, a ten test to raczej zabawka i nie ma odniesienie w rzeczywistosci. O to przyklad potegi mootools : http://mochaui.com/demo/. Artykuł stronniczy, ale tak to jest jak cos sie lubi :)

Autor: eRIZ

eRIZ — Mon, 07 Jul 2008 15:20:06 +0000

A o zmylenie mi chodziło w tym sensie, że kod jquery według informacji na stronie wynosi 16kb, a tak naprawdę jest to 56, a 16kb to tylko transfer.

Właśnie o to chodzi, że transfer. ;]

Autor: Mateusz Żeromski

Mateusz Żeromski — Mon, 07 Jul 2008 15:07:45 +0000

Dlaczego pominąłem:
ExtJs – jest to wielka kobyła 500kb, a aktualna wersja jest płatna do zastosowań komercyjnych,
YUI – jest produkcji yahoo i dlatego takim wynalazkom nie ufam, wole mieć poczucie że promuje open source niż yahoo-korporacje :)
inne – marginalna popularność i wykorzystanie zmusza mnie do pomijania tego.

A o zmylenie mi chodziło w tym sensie, że kod jquery według informacji na stronie wynosi 16kb, a tak naprawdę jest to 56, a 16kb to tylko transfer.

O ui zapomniałem, ale chyba dlatego bo jak pisałem artykuł ich serwer miał jakieś problemy i nie działała mi ta stronka, i dalej mam problem aby na nią wejść, jak zacznie działać to dodam do listy :)

Autor: eRIZ

eRIZ — Mon, 07 Jul 2008 09:08:13 +0000

Pojawił się natomiast jakiś framework Dojo – pomijam to ze względu na egzotyczność i małą populatność.

A YUI, ExtJS, inne…?

(Aha proszę się zmylić informacją na stronie jquery.com o objętości pliku 16kb – to występuje podczas gdy do przeglądarki jest wysyłana wersja zgzipowana – to wydaje się być ciekawy temat na wpis :) ).

A czemu zmylić? Skoro przeważająca większość przeglądarek potrafi zinterpretować skompresowane dane, to dlaczego trzeba od razu uznawać tą wersję za nieistniejącą? Przecież faktyczny transfer wynosi wtedy tyle, ile skompresowany strumień. :P

iterface elements :) http://interface.eyecon.ro/

Zapomniałeś o chyba najważniejszym napisanym przez twórców jQuery – UI.