Programista HTML

wtorek, 16 luty 2010 - 15:43:57

Język HTML jest w takim samym stopniu językiem programowania, jak dokument tekstowy OpenOffice. Oczywiście mógłbym bez trudu stworzyć w miarę logiczny ciąg myślowy wiążący te dwie kwestie, ale byłoby to takim samym nadużyciem, jak nazwanie mechanika samochodowego fizykiem. Pani księgowej nie każe się znać formatu, w jakim Excel zapisuje swoje pliki. Grafik komputerowy nie musi znać formatu JPEG. Co więc w ogłoszeniach o pracę dla programistów PHP robi zazwyczaj bardzo dobra znajomość HTML i CSS?…

Tagi:

» Komentarze (1)

Hormon - biblioteka ORM

poniedziałek, 28 wrzesień 2009 - 19:06:48

Dziś chciałbym przestawić bibliotekę swojego autorstwa - Hormon. Jest to biblioteka typu ORM dla PHP - ma ona za zadanie być kompaktową, choć w pełki funkcjonalną biblioteką tego typu. Najważniejszą regułą w trakcie jej tworzenia jest używanie tak dużo z tego, co oferuje PDO+PHP5 jak to tylko możliwe. Z kilku powodów. Po pierwsze - to co wbudowane w binarną część PHP5, czy rozszerzenia PDO jest o wiele szybsze i wydajniejsze niż zamienniki napisane w natywnym kodzie PHP. Po drugie - kod jest dzięku temu mniejszy. W końcu po trzecie - funkcjonalność przyszłych wersji PDO/PHP5 będzie bez większych problemów dostępna i będzie wymagać mniejszego nakładu pracy. To oczywiście zgoła odmienne podejście niż to z wielu innych bibliotek, gdzie wszystko, co tylko się da, należy dodać do kodu źródłowego, ale w tym wypadku, jak już wspominałem, to nie jest porządany kierunek - rozwój Hormona jest głównie skupiony na byciu kompaktowym i transparentnym wobec używanych "niżej" warstw aplikacji.…

Tagi:

» Komentarze (2)

Nokia E75 - poradnik przetrwania

czwartek, 25 czerwiec 2009 - 13:06:42

Od kilku dni jestem posiadaczem telefonu Nokia E75. Swoją premierę na polskim rynku miał dość niedawno, bo jakieś dwa miesiące temu, a w ofercie operatorów jeśli się nie mylę jest od około miesiąca. Postanowiłem zatem podzielić się swoimi spostrzeżeniami na jej temat. Od razu zaznaczę, że należę do tych ludzi, którzy uznają tylko jednego producenta telefonów i w moim przypadku jest to właśnie Nokia, więc nie będzie tutaj raczej odniesień do innych marek. Do tej pory samemu użytkowałem już kilka telefonów tego producenta (poza starszymi modelami, były to 6230, 6230i, 6500 Slide, czy E51). Przed zakupem telefonu rozglądałem się w ofercie operatorów (moja stara umowa dobiegała końca) i zanim w katalogach pojawiła się E75 brałem pod uwagę praktycznie tylko E66 - podobnej klasy telefonem był E71, jednak nie cierpię układu QWERTY na wierzchu, dlatego obstawałem przy E66. W ostatniej chwili zwróciłem uwagę na nowość - właśnie E75. Jej największą zaletą jest połączenie tych dwóch cech - nadal wygląda jak normalny telefon, a w środku kryje pełną klawiaturę i już było po rozważaniach. Ale zacznijmy od początku.…

Tagi:

» Komentarze (0)

Przegląd frameworków JavaScript: Prototype

sobota, 13 czerwiec 2009 - 05:44:13

Jako ostatni przetestowałem bibliotekę Prototype. Swego czasu była to biblioteka najbardziej popularna w projektach korporacyjnych. Realizuje podobny model jak MooTools, jednak można przy jej pomocy tworzyć kod przypominający ten tworzony pod jQuery. Prototype to rozwiązanie dojrzałe i spójne. Mimo iż trochę brakuje niektórych aspektów, to pozostałe są dopracowane bardzo szczegółowo. Jedynym mankamentem tej biblioteki jest dramatycznie niska wydajność w przeglądarkach Internet Explorer (przynajmniej w kwestii obsługi selektorów, bo to właśnie obejmuje test SlickSpeed, na wynikach którego się opieram). W pozostałych przeglądarkach spokojnie może on konkurować z MooTools, czy jQuery, a nawet zazwyczaj je przeganiać - jedynie dojo pozostaje niedoścignionym demonem szybkości. Po przeglądzie wszystkich bibliotek to właśnie na Prototype postanowiłem postawić i wydaje mi się, że był to dobry wybór. Korzysta się z niego bardzo wygodnie, oferuje bardzo szeroką funkcjonalność przy minimalnym ograniczaniu już istniejącej funkcjonalności i pozostawiając szerokie możliwości rozbudowy. Tworzony kod jest bardzo wygodny i sami decydujemy w jakim stopniu używamy frameworku, a ile robimy standardowymi metodami.…

Tagi:

» Komentarze (0)

Przegląd frameworków JavaScript: MooTools

piątek, 12 czerwiec 2009 - 03:22:23

Kolejnym frameworkiem w kolejce był MooTools. Realizuje on odmienną od dojo i jQuery ideę - nie tworzy zupełnie nowego środowiska, lecz rozszerza domyślny model typów danych. Powiem szczerze, że o wiele bardziej mi się podoba taka metoda działania, jak już wspominałem przy okazji opisywania dojo - po pierwsze nie trzeba uczyć się zbyt wiele, po drugie możemy sami decydować w jakim stopniu korzystamy z oferowanych przez bibliotekę opcji i po drugie takie rozwiązanie jest moim zdaniem o wiele bardziej skalowalne - nie rozwarstwia kodu przez co mamy nadal pełną swobodę odnośnie jego podziału i polityki rozwoju. MooTools jest bardzo wygodny w użyciu, szczególnie, jeśli do tej pory pracowaliśmy już z JavaScript, ale niekoniecznie korzystaliśmy z jakiejś biblioteki tego typu. Jedynym mankamentem jest nieco postrzępiona dokumentacja (nieraz czytając okazuje się, że błądzimy bez celu, bo ktoś nie dodał opisu potrzebnych akurat nam rzeczy).…

Tagi:

» Komentarze (0)

Przegląd frameworków JavaScript: jQuery

czwartek, 11 czerwiec 2009 - 15:33:29

Muszę przyznać, że dojo wywarło na mnie bardzo pozytywne wrażenie, mimo kilku mankamentów dotyczących raczej mojego subiektywnego podejścia i metod tworzenia aplikacji. Następny postanowiłem wypróbować jQuery. Ten framework cieszy się dużą popularnością i bardzo szybko zdobywa sobie uznanie w sieci. Powiem szczerze, że opinie, jakie o nim czytałem w większości niemal spowodowały, że w ciemno wybrałbym ten framework - od razu powiem, że całe szczęście, że postanowiłem to wszystko przejść na własnej skórze. Ta biblioteka rozczarowała mnie i to mocno. Zupełnie nie rozumiem fascynacji nią w środowisku deweloperów. Jedyną jej zaletą jest to, że pozwala stworzyć tasiemca w jednej linijce, który coś zrobi.…

Tagi:

» Komentarze (1)

Przegląd frameworków JavaScript: dojo

środa, 10 czerwiec 2009 - 03:51:25

JavaScript jest obowiązkowym elementem każdej nowoczesnej aplikacji webowej. Ja sam jestem w nim powiedzmy średnio-zaawansowany: tego co jest potrafię używać do czego potrzeba, ale poezji w nim nie stworzę. We własnych aplikacjach piszę kod dość łopatologicznie, natomiast kiedy tworzę coś, co musi zadziałać i to sprawnie, wykorzystuję framework, do którego akurat jest dostępne przystępne case study projektów podobnych do tego, co właśnie muszę wyposażyć w interfejs wygodniejszy niż czysty XHTML+CSS. Jednak z czasem stało się to niewygodne, bo zamiast przyzwyczajać się chociaż do jednego frameworka, za każdym razem zaczynałem pracę od nowa. Postanowiłem wstawić w swój silnik webowy jakiś konkretny framework. Postanowiłem przejrzeć 4 popularne frameworki - dojo, jQuery, MooTools i Prototype. Początkowo brałem też pod uwagę YUI, jednak po przejrzeniu dokumentacji i przykładów doszedłem do wniosku, że jest on nieadekwatny do moich potrzeb. To czego potrzebowałem nie jest tam wcale uproszczone (na przykład brak wsparcia dla przesyłania danych za pośrednictwem XHR wykorzystując JSON, a sam framework jest niewątpliwie stworzony z myślą o wysoce skalowalnych, dużych serwisach - ja JavaScript wykorzystuję na mniejszą skalę. Postanowiłem się więc podzielić swoimi spostrzeżeniami na temat wspomnianych bibliotek. Nie będą to tutoriale, ale moje subiektywne oceny, może pomogą komuś w podjęciu decyzji.…

Tagi:

» Komentarze (0)