to jak nie ma warsztatow w sobote to jade do Nowogardu :)
Wiadomość napisana w dniu 2007-03-07, o godz22:46, przez Kazimierz
Pogoda:
-= Jaki był cel warsztatów? =-
W repozytorium szluug
https://svn.szluug.org/svn/szluugweb/alicja/trunk/
leży projekt alicja. Pozwala on na odpalenie wbudowanego serwera
HTTP i wypróbowanie kliku trików z transformacją XSLT po stronie
serwera. Przykłady są na razie extremalnie proste i nie pokazują
możliwości silnika, ale wkrótce mam nadzieję się to zmieni. Nauka
używania SVN i edytorów XML w kontekście tego projektu to był cel
ostatnich warsztatów.
-= Co nam się udało? =-
Ściągnąć z repozytorium szluugweb projekt alicja. Dokonaliśmy tego
za pomocą różnych narzędzi:
* command line
* tortoise SVN (o ile dobrze pamiętam)
* eclipse
Wiele osób zainstalowało też eclipse, jako edytor XML i klient SVN
(do obydwu celów potrzebne były specjalne pluginy). Co więcej w
użyciu były bardzo różne systemy operacyjne:
* Windows - chyba 2000
* Windows Vista
* Kubuntu
* Debian
* Mac OS X
W efekcie zabrało to całe spotkanie, ale w końcu w większości
przypadków się udało. :)
-= Dlaczego o tym piszę? =-
Być może ktoś nie był na warsztatach, lub był, lecz bez sprzętu, a
mimo to chciałby się przyłączyć do zabawy z XML. Myślę, że trzeba
będzie wrzucić jakiś tutorial - np. jak wszystko ustawić w
przypadku eclipse. Mam też kilka komentarzy do dotychczasowych
efektów.
-= nowe wersje plików w repozytorium =-
Właściwie nie istnieje coś takiego, mimo iż zachęcałem do
eksperymentów. :) Jedynie Tomek wrzucił nową wersję example.xml
(jeszcze w trakcie warsztatów), no i niestety nie jest to przykład
idealnej modyfikacji. :(
Może na początek taka historia - pamiętam artykuł sprzed paru lat
na alphaworks.ibm.com, czy coś takiego, na temat wkładu IBM w
oprogramowanie Open Source. Przykład dotyczył Apache HTTPD - który
został wybrany przez IBM jako baza ich produktu (podobnie uczynił
Oracle). Dlatego kilku inżynierów IBM zostało oddelegowanych do
włączenia się w projekty ASF. Ludzie ci ściągnęli sobie kody
źródłowe z repozytorium, po czym sformatowali w swoich edytorach i
wrzucili z powrotem. W praktyce pokasowali jedynie whitespaces -
zmiany czysto kosmetyczne. Spowodowało to burzę na listach
dyskusyjnych apache. Wszyscy na świecie developerzy apache
zobaczyli tysiące wchodzących zmian, wśród których trzeba było
analizować, które są zmianami w kodzie, a które dotyczą jedynie
wyglądu kodu. W dodatku zostały naruszone standardy kodowania
przyjęte w projekcie.
Analogicznie stało się w przypadku zmiany Tomka. Okazuje się że MS
XMLNotepad nie jest jednak idealnym edytorem XML do projektów
tworzonych przez wiele osób (o ile wszystkie nie używają
XMLNotepad :) ). Można porównać w historii zmian wersję pierwotną
example.xml i ostatnią. Różnice dotyczą:
* automatycznego przesuwania komentarzy
* dodawania spacji przed zamknięciem znaczników <foo /> - to są
"workarounds" dla XHTML, zalecane przez W3C, żeby starsze
przeglądarki nie wykładały się na kodzie XHTML.
* przenoszenia do nowej linii znaczników nie zawierających contentu
Widzę też problem znaków końca linii - czy ktoś używający SVN na
wielu platformach wie jak rozwiązać problem, który w przypadku CVS
załatwia się przez flagę -ko lub -kkv - przy ściąganiu z
repozytorium plików txt kody zakończeń linii są konwertowane
stosownie do platformy?
-= Reflexje =-
1. Unikać narzędzi, które same mieszają w kodzie.
2. Zdefiniować standardy kodowania dla projektu - np. wcięcia xml 2
spacje
3. Rozwiązać problem znaków końca linii w svn
-= Następne warsztaty =-
Niestety w sobotę idę na urodziny mojego chrześniaka, więc o ile
nie dogadamy się z aczem lub amorfisem (udostępnienie sali), to
warsztatów raczej nie będzie. :(
--
"Meaning is differential not referential"
Kazimierz Pogoda
Nordic Consulting & Development Company http://www.ncdc.pl/
