[PHP, *] Położenie panelu administracyjnego.

System Eliminacji Studentów, który Jest był już Aktywny [dla tych, co się nie wyspali: SESJA] oraz tygodniowy wyjazd na narty skutecznie uniemożliwił mi wyprodukowanie czegokolwiek na blogu, za co przepraszam wszystkich najmocniej i obiecuję poprawę. Ze względu na to, że aktualnie jestem na etapie powrotu do “normalności” [czytaj: nie miałem komputera od ponad tygodnia] dzisiaj chciałbym poruszyć nieco lżejszy i “bardziej abstrakcyjny” [czytaj: nie będzie kodu] temat. Liczę na Waszą aktywność w komentarzach, ponieważ “wyjątkowo” cały wpis zamiast przedstawiać mój punkt widzenia będzie tylko lekko sugerował pewne możliwości. Tym razem jest on ukierunkowany na zapoznanie się z Waszą opinią. Mam nadzieję, że dzięki swoistej “burzy mózgów” dojdziemy do ciekawych wniosków. Zapraszam do lektury.

[Google Wave] Zaproszenia do rozdania.

Na fali ogólnego zainteresowania nowym produktem Google, czyli platformą Wave, w Internecie zawrzało, ponieważ nagle każdy chciał mieć dostęp do tego serwisu, każdy chciał zobaczyć, dlaczego Internet, a szczególnie sposób komunikacji, jaki znamy dzisiaj, zostanie całkowicie przeobrażony, powodując, że wszystkie sposoby porozumiewania się w sieci, z których korzystaliśmy dotychczas, przestaną być już potrzebne. Początkowo podchodziłem dosyć sceptycznie do całego zamieszania, ale w końcu ciekawość przeważyła i korzystając z pomocy znajomych otrzymałem maila z zaproszeniem.

[Doxygen] Dokumentować czas zacząć! + problem z „include guards”.

Ze względu na to, że jestem w trakcie tworzenia biblioteki która ma zamiar w przyszłości ujrzeć światło dzienne i powiedzieć “hello, world” na ekranie [mam nadzieję] wielu programistów i użytkowników końcowych, pomyślałem o tym, żeby w końcu zająć się napisaniem stosownej dokumentacji do projektu. Przez długi czas w moim kodzie funkcjonowały przeróżne komentarze opisujące mniej lub bardziej dokładnie “co się w danym miejscu dzieje”, ale były to bardziej opisy dla mnie, jako twórcy rozumiejącego cel i działanie poszczególnych elementów, niż dla kogoś, kto miałby w przyszłości korzystać z tego produktu. Pomyślałem więc [w “międzyczasie” zmuszając się do odrzucenia standardowego podejścia w stylu “dlaczego miałbym korzystać z rozwiązań zewnętrznych, skoro sam mogę stworzyć generator dopasowany do moich wymagań?”], że należałoby znaleźć dobre narzędzie pozwalające na stworzenie dokumentacji na podstawie kodu źródłowego w łatwy i w miarę przyjazny sposób.

[DreamWeaver] Kolorowanie kodu w plikach o niestandardowych rozszerzeniach.

Pomagałem ostatnio koledze w przepisaniu i uproszczeniu pewnego skryptu w języku PHP. Pomijam jakość samego kodu, która, mówiąc kolokwialnie, nie była zbyt wysoka. Wszystkie pliki które były w trakcie jego działania wstawiane przez różne wywołania funkcji:

js/^(include|require)(_once){0,1}\(\);$/

[include(), require(), include_once() i require_once(), taki mały żarcik ;]] miały rozszerzenie “.inc”, w związku z czym DreamWeaver, którego używaliśmy do edycji kodu, wyświetlał nam jedynie czarny tekst, który był mało czytelny. Jako, że zawsze staram się robić wszystko porządnie, od razu poszukałem rozwiązania problemu, ponieważ praca z nieczytelnym kodem to jedynie strata czasu, a jak wiadomo, czas to pieniądz, nawet, jeśli się pracuje za darmo. ;]