Od około dwóch lat uważam, że JavaScript to język w którym nie da się przyjemnie programować bez użycia frameworka typu jQuery. Przedtem uważałem, że w JavaScript nie da się w ogóle przyjemnie programować, więc nie trudno zauważyć jak bardzo jQuery zmieniło moje nastawienie w tym temacie. Z jQuery wiele rzeczy stało się prostszych i koniec.
W zeszłym tygodniu przyjrzałem się dokładniej innemu produktowi ze stajni jQuery: jQuery UI (User Interface). UI jest rozszerzeniem jQuery zawierającym serię pluginów, widgetów i efektów związanych z interfacem użytkownika (plus kilkanaście tematów graficznych). W zestawie dostajemy kalendarz, dialog, paletę kolorów, pasek postępu, przyciski, obsługę drag&drop, zakładki i jeszcze kilka innych rzeczy. Każdemu, kto musi zmagać z budową interface użytkownika po stronie JS, a jeszcze nie zapoznał się z jQuery UI polecam wizytę na stronie projektu i obejrzenie demosów poszczególnych efektów.
Paweł Zawodowo HTML, JavaScript, jQuery, Programowanie
Mogłoby się wydawać, że nie ma nic prostszego niż pisanie stron WWW. Tak, są edytory WYSIWYG, PHP jest prosty i tak dalej. Sama przyjemność. Ostatnio uświadomiłem sobie, że programista WWW ma najtrudniej ze wszystkich programistów. Nie wystarczy znać jeden język, czy technologię, trzeba użerać się ze standardami, a właściwie ich niespełnianiem przez przeglądarki, nie można całego kodu debugować w jednym miejscu. Ale po kolei:
Programista WWW:
- musi znać:
- co najmniej jeden język server-side, na przykład PHP
- co najmniej jeden język client-side, choć w sumie można poprzestać na JavaScript
- HTML ze wszystkimi jego zawiłościami jak DOM i tak dalej
- CSS
- SQL aby móc coś z bazy danych wyciągnąć lub włożyć
- podstawy projektowania interfejsów
- różnice w interpretacji standardów przez przeglądarki
- powinien znać:
- technologie łączące serwer i klienta lub poszczególne moduły, takie jak:
- co najmniej dwa debugery i profilery: jeden dla serwera drugi dla klienta
- musi orientować się w:
- obsłudze baz danych aby móc bazę utworzyć
- najnowszych rozwiązania w tej dynamicznej dziedzinie
- konfiguracji serwera WWW
- konfiguracji serwera baz danych
- musi użerać się z:
- bełkotem marketingowym typu Web2.0
- tym cholernym IE
- tym nieszczęsnym FF
- tą dziwaczną Operą której nikt nie używa
- małym wyborem jeśli chodzi o dojrzałe narzędzia programistyczne
- że nie może debugować całej aplikacji w jednym miejscu, bo część się dzieje po stronie serwera, a część klienta, i nie są to te same języki
- standardy sobie, a przeglądarki sobie
- musi zdawać sobie sprawę, że:
- jego dzieło mogą zobaczyć miliony
- zawsze znajdą się malkontenci
- za pół roku wyjdzie nowa wersja przeglądarki i jego strona może nie działać
- zawsze znajdzie się przeglądarka na której coś nie działa jak powinno
Nie jest to pełna lista. To tylko te rzeczy jakie przyszły mi przed chwilą do głowy
Szczerze? Mamy przesrane….
Paweł Zawodowo CSS, HTML, JavaScript, PHP, Programowanie, Przemyślenia
Tak naprawdę “zaokrąglone rogi” są tylko pretekstem do tego posta. Ale zacznijmy od początku. W zeszłym tygodniu coś mi się ubzdurało, aby pewną aplikację internetową nad która pracuję ponad 2 lata troszkę odmłodzić i zrobić trendy. Innymi słowy dodać zaokrąglone rogi. Wiadomo, produkt sprzedają hasła typu “Web 2.0″ i inne tego typu marketingowe bzdury. Poczytałem, pobrałem bibliotekę JS Nifty i zabrałem się do roboty. Chwila błądzenia i proszę, div się ślicznie zaokrąglił… Super można by powiedzieć. Chwilę później zaokrąglił się kolejny div i tak dalej. Popatrzałem na to z dystansu, policzyłem ile czasu zajęłoby przerobienie całej aplikacji i przywróciłem poprzednią wersję z CVS. Może kiedyś wrócę do tego pomysłu, ale jeszcze nie teraz: za dużo “bierzączki” i za mało czasu.
Przechodzimy do sedna. Jeśli ktoś się nie interesował tym jak powstają zaokrąglone rogi na stronach WWW, to wyjaśniam: szkół jest kilka:
- z obrazkami
- z ręcznym dodawaniem elementów przed i po zaokrąglanym elementem, które to elementy mają inną szerokość i “udają” zaokrąglenie
- JavaScript automatycznie renderujący dodatkowe elementy po załadowaniu strony
- niestandardowe wpisy w CSS które działają tylko w wybranych przeglądarkach
- i pewnie coś innego też by się znalazło
Anyway… Tyle sposobów, a każdy mniej elegancki od poprzedniego. Pikanterii sprawie dodaje fakt, że sprawę zaokrąglonych rogów rozwiązuje CSS3. Ok, rozumiem, nie ma jeszcze wersji finalnej CSS3. Ale…. Założenia CSS3 to który rok? 2001? Przez te cholera jasna 7 lat przeglądarki mogłyby się dorobić obsługi zaokrąglonych rogów!! Skoro całość może załatwić kilka kilobajtów JavaScript, to jaki to problem przenieść to do silnika przeglądarki…. szkoda słów i tylko żal zadek ściska….
Paweł Zawodowo CSS, HTML, JavaScript, PHP, Programowanie, Przemyślenia
