Akademia Javy

Programowanie to nie rzemiosło?

2011-03-19T13:29:00.000-07:00

Witam serdecznie!

Wczoraj zaczynałem dalej rozwijać aplikację na przedmiot Platforma Programistyczna .NET (fuuuuj...). W czasie poszukiwania informacji na temat Windows Communication Foundation (.NET WCF) natrafiłem na post o intrygującym tytule "Programming is not a craft". Po skończeniu pracy zasiadłem do lektury i muszę powiedzieć nie przyszła mi ona łatwo. Po pierwsze nie zgadzam się z tezą przedstawioną przez autora, a po drugie stoi to w całkowitej sprzeczności z tym co przekazuje Sławomir Sobótka na konferencjach i swoim blogu. Nie przeczytałem wszystkich komentarzy do postu (a jest ich ponad 130!), ale odniosłem wrażenie, że autor chyba nie do końca zrozumiał pojęcie rzemiosła w ujęciu informatyki. Tak czy siak, warto spojrzeć czasem na pewne rzeczy z perspektywy osoby trzeciej, która stoi w opozycji do tego, w co się wierzy i co się stoi. Dlatego właśnie zachęcam do przeczytania tego artykułu.

Na pewien czas to tyle. Jestem zawalony pracą i nie daje mi to możliwości pisania tylu postów, ile bym chciał. Ale mam nadzieję, że już niedługo to wszystko się unormuję i będę mógł dotrzymać obietnic napisania postów na pewne tematy (jak ta złożona w tym poście).

Pozdrawiam i życzę miłej niedzieli przy pięknej pogodzie! :)

Ryan Singer - człowiek, który zmusił mnie do myślenia

2011-02-16T11:48:00.001-08:00

Witam po długiej przerwie!

Od końca zeszłego roku nie opublikowałem żadnego postu. Dlaczego? Powodów jak zwykle można by wymieniać wiele, ale ja ograniczę się do podania jednego, najważniejszego. Otóż od kilku tygodni jestem dumnym posiadaczem tytułu inżyniera fizyki technicznej ze specjalnością informatyki stosowanej! :) W tym tygodniu rozpocząłem studia na drugim stopniu, na tym samym kierunku. Ponieważ nie planuję pracować studiując na pierwszym semestrze (32 godziny tygodniowo, zajęcia do 20-21 itp. bardzo skutecznie to utrudniają) w wolnym czasie postanowiłem nadrobić wiele zaległości.

Jedną z pierwszych rzeczy jakie postanowiłem nadrobić to obejrzenie trzech prezentacji Ryana Stingera, pracownika firmy 37signals. Firma ta jest znana z m.in. Rails'ów dla języka Ruby, czy też rewelacyjnej wręcz książki ReWork. Prezentacje Ryana zmusiły mnie do przemyślenia sposobu, w jaki do tej pory podchodziłem do swoich małych projektów. Zbyt szybkie siadanie do komputera i rozpoczęcie kodowania kosztuje mnie teraz bardzo wiele w drugiej iteracji malutkiej aplikacji, którą planuję przerobić. Doszło do tego, że znaczna większość kodu, który napisałem do pierwszej wersji jest do wyrzucenia. Ale człowiek uczy się na błędach i od bardziej doświadczonych od siebie :) Spróbuję zastosować rady Ryana w tym projekcie, zobaczymy co z tego wyjdzie ;)

A teraz zapraszam do obejrzenia wspomnianych przeze mnie prezentacji:

Ryan Singer at Future of Web Apps, London 2010

Weaving Design and Development

UI Fundamentals for Programmers

Pozdrawiam i do następnego razu!

Cytaty #8

2010-12-27T12:48:00.001-08:00

Witam!

Nie wiem dlaczego, ale mam ostatnio nieodpartą ochotę pisać jak najwięcej postów na blogu :) Tym razem chciałbym przedstawić trzy zasłyszane hasła, które głęboko utkwiły mi w pamięci, oraz które dały mi wiele do myślenia.

Pierwszy z nich pochodzi z jednego z moich ulubionych seriali - Chorych Doktorów (ang. Scrubs). W jednej ze scen Bob Kelso mówi do swojej pacjentki (a także do przysłuchującego się Turk'a):

"Nic, co jest warte posiadania, nie przychodzi łatwo (...)"

Jakby tego było mało, potwierdza to niejako Rendy Pausch, którego książkę - Ostatni Wykład - w ostatnim czasie przeczytałem już po raz trzeci od deski do deski. Są w tej książce (a także na wideo z jego faktycznego ostatniego wykładu) pewne bardzo słuszne słowa:

"Mury istnieją po to, by powstrzymywać ludzi, którzy nie pragną czegoś dostatecznie mocno"

Na sam koniec przytoczę słowa Dona Brown'a z firmy Atlassian, który to w trakcie prezentacji pt. "Functional and Integration Testing for the Lazy" na AtlasCamp 2010 powiedział:

"As we start any good story, every story begins in Maven"

Nie trzeba chyba dodawać, że Don nie jest miłośnikiem skomplikowania, jakie niesie ze sobą Maven, gdy używa się go w większych projektach? :) Prawda jest taka, że Maven jest cudowny, umożliwia i ułatwia wiele rzeczy, lecz każde ulepszenie przynosi tyle samo, jeśli nie więcej, problemów do rozwiązania. W moim przypadku, w ostatnim okresie, znaczną część czasu poświęcam na poprawianie konfiguracji Mavena zamiast zajmować się implementacją nowych funkcji w projekcie, co potrafi naprawdę mocno zniechęcić do tego narzędzia.

Pozdrawiam i do następnego razu!

Agile Central Europe 2010

2010-12-26T15:52:00.001-08:00

Witam!

Święta to idealny czas na nadrobienie zaległości, które nie wymagają zbyt wiele zachodu. Ponieważ ostatnie kilka tygodni było naprawdę zwariowane, nie miałem tak naprawdę czasu przejrzeć ostatnich numerów JAVA exPress, czy też Software Developer's Journal, lub też być na bieżąco z ciekawymi prezentacjami na InfoQ. Całą sytuację pogorszył jeszcze fakt startu nowej inicjatywy kolegi z pracy, Damiana Nowaka - wPolsce.it. Jest to portal, na łamach którego publikowane mają być docelowo informacje o wszystkich konferencjach informatycznych w Polsce. Dzięki tej inicjatywie dowiedziałem się o konferencji, która miała miejsce w tym roku - Agile Central Europe 2010 w Krakowie. Piszę o tym, ponieważ przeglądając stronę konferencji natrafiłem na zapis wideo prezentacji Roberta Dempsey'a o ciekawym tytule "Distributed Agile in a Multicultural World". Od kiedy trafiłem do swojej pierwszej prawdziwej pracy informatycznej około 4 lata temu pracowałem zdalnie, w domu. Nie było biura jako takiego, był tylko sklep, dla którego pracowałem, lub od czasu do czasu mieszkanie właścicielki firmy oraz jej partnera, gdzie odbywały się sesje planowania. Już po kilku tygodniach pracy tam miałem okazję załatwiać sprawę z ludźmi zza granicy, co wpierw napawało mnie strachem (do tej pory nigdy nie opuściłem granic naszego wspaniałego ojczystego kraju), a także ekscytacją w różnej postaci. Już wtedy, te 4 lata temu, postanowiłem dojść w swojej karierze zawodowej do miejsca, w której będę pracował z ludźmi nie tylko z innego kraju, ale także innego kontynentu. Nie tak dawno temu, kiedy dostałem propozycję pracy w Spartezie (a jeśli mam być szczery już w trakcie odbywania tam praktyk studenckich) marzenie to powróciło ze zdwojoną siłą. Wraz z tym marzeniem przyszło przeświadczenie, że tak naprawdę nie jestem w żaden sposób przygotowany do takiej pracy i nie mam tu na myśli tylko moich zdolności programistycznych. Idąc tym tropem postanowiłem wolną chwilę w te święta spędzić na obejrzeniu prezentacji Roberta i czas na to poświęcony nie był ani trochę zmarnowanym. Prezentacja jest bardzo ciekawa i pomogła otworzyć mi oczy na tak wiele aspektów zdalnej pracy interkontynentalnej, że tak naprawdę mam teraz więcej pytań i wątpliwości niż wcześniej. Sądzę jednak, że jest to dobry objaw, gdyż pokazuje, że mi zależy. Ale żeby nie przedłużać, oto wspomniana przeze mnie prezentacja:

Robert Dempsey - Distributed Agile in a Multicultural World from Krakow Tech Conferences on Vimeo.

Niestety filmik nie jest w najlepszej jakości, nie widać slajdów przez większość czasu - jednym słowem - Parleys to to nie jest ;) Przeglądając kanał na Vimeo, na którym umieszczono prezentację natrafiłem jeszcze na kilka zapowiadających się ciekawie prezentacji. "Refactoring Test Code" Piotra Jagielskiego okazał się zacząć bardzo dobrze, lecz nie dane mi było dotrwanie choćby do 1/3 prezentacji - prelegent omawiał wyświetlany na rzutniku kod, który był całkowicie nieczytelny dla widza. Maria Diaconu wraz z Alexandrem Bolboacă wygłosili prezentację na temat "Software as a craft - an introduction to the Software Craftsmanship movement" - temat, który dzięki Sławomirowi Sobótce jest mi znany o tyle, że jestem świadom jego istnienia i chętnie dowiaduje się czegoś na ten temat przy każdej możliwej okazji. Niestety prezentacja nie była ciekawa, a to za sprawą ciężkiego dla ucha angielskiego oraz małej ilości przekazanych treści.

Święta przed chwilą się skończyły, tak więc czas przygotować się do powrotu do pracy, na dziś to tyle.

Pozdrawiam i do następnego razu!

Co nowego w IntelliJ IDEA 10

2010-12-25T03:12:00.000-08:00

Witam!

Dwa tygodnie temu wróciłem po długim (5-tygodniowym) urlopie do pracy. Pierwsze co zwróciło moją uwagę to aktualizacja obecnie używanego przeze mnie IDE - IntelliJ IDEA - do wersji 10. Od dłuższego czasu, jeszcze przed pójściem na urlop, było dosyć głośno na temat nowej wersji naszego ulubionego edytora. Największy nacisk miał zostać położony na wydajność aplikacji, ale nie miało to być jedyne udostkonalenie, które miała wnieść najnowsza wersja. Poniżej prezentuje liste rzeczy, które najbardziej spodobały mi się w IDEA 10:

Poprawiona wydajność - na stronie z informacjami o nowościach w wersji 10 firma JetBrains informuje, że nowa IDEA uruchamia się w czasie dwukrotnie szybszym niż poprzednia wersja, podobnie jak indeksowanie projektu. Liczby trochę przesadzone, ale 30-35% szybsze działanie, które osobiście odnotowałem od samego początku pracy z nową wersją edytora robi naprawdę duże wrażenie.
Odczepiane okna - to opcja, której bardzo brakowało mi po przesiadce z Eclipsa na IntelliJ IDEA. W nowej wersji brak ten został uzupełniony i możemy ustawiać okna edytora dowolnie, wedle uznania. Jest to bardzo ważne, kiedy pracuje się na dwóch monitorach. Mała rzecz, a cieszy :) Wiele osób bardzo narzekało, że w jednym oknie nie da się zmieniać w prosty sposób kolejności zakładek - teraz jest to równie proste jak w innych znanych IDE. Poniżej filmik prezentujący nową opcję:

Zakładki - to ciekawy sposób na zaznaczenie istotnego w danym momencie fragmentu kodu. Dzięki temu nie ma konieczności przeglądania od nowa całego kodu, aby znaleźć interesujący nas fragment. Poniżej prezentacja nowej funkcji:

Instant Autocompletion - polega na podpowiadaniu składni bez konieczności ciągłego wciskania kombinacji Ctrl + Space. Choć pokazano, że przyspiesza to prace przy pisaniu kodu (szczególne wrażenie zrobiło na mnie podpowiadanie składni XPath) to znając życie bardzo dużo osób zrezygnuje z tej funkcji całkowicie po relatywnie krótkim czasie. Mi na razie się podoba i jest wygodne, więc póki się nie zirytuje, póty zostaje :)

Integracja z Apache Maven - obsługa Mavena w IntelliJ IDEA jest tzw. out-of-the-box, czyli nie potrzeba żadnych dodatkowych paczek, aby z niego korzystać. W nowej odsłonie edytora dodano indeksowanie zdalnych repozytoriów, pomoc przy refaktoryzacji pliku POM, etc.

Productivity Guide - to dodatek trochę dla zabawy, choć w połączeniu z rozszerzeniem Key Promoter może być bardzo pomocne. Idea jest bardzo prosta - IDEA zlicza ilość wykorzystania ułatwień, jakie dostarcza edytor i zestawia je w przejrzysty sposób. W ten sposób możemy łatwo dowiedzieć się o nowych skrótach klawiszowych, których jeszcze nie znaliśmy, a mogą nam się bardzo przydać. Dodatkowo każde z udoskonaleń jest opisane wraz ze skrótem klawiszowym oraz stosownym zrzutem ekranu.

Czas powiedzieć co mi się nie podoba w nowej odsłonie IntelliJ IDEA:

Sposób tworzenia branchy/tagów w Subversion - nie udało mi się jeszcze zrobić branchu w repozytorium SVN'a przy pomocy IDEA'i w sposób zadawalający. W Eclipse wystarczyło wskazać folder, do którego chce przekopiować katalogi z głowy trunk'a lub wskazanego innego folderu w repo, natomiast IDEA dodaje do przygotowanej przeze mnie lokalizacji folder o nazwie, którą pobiera ze źródłowego URL'a i dopiero tam kopiuje pliki - bardzo niewygodne.
Nie wszystkie nowe opcje działają w Community Edition - przykładowo nowe możliwości w obsłudze Maven'a nie są dostępne w wersji CE, co jest bardzo rozczarowujące.
Problem z pluginami - po aktualizacji z wersji 9 do 10.0 okazało się, że muszę instalować wszystkie rozszerzenia na nowo. Dziwne, bo sądziłem, że skoro wskazałem lokalizację poprzedniej wersji, gdzie znajdowały się pliki konfiguracyjne, IDEA sama się zorientuje, że trzeba trochę oprogramowania doinstalować...

W momencie pisania tego postu IDEA poinformowała mnie o dostępności nowej wersji, 10.01 build 99.32 (IDEA 10 to build 99.18), w której wprowadzono liczne poprawki. Taki stan rzeczy bardzo cieszy. Widać, że oprogramowanie się rozwija i to w bardzo dobrą stronę, czas więc zacząć zbierać na wersję Ultimate Edition :)

Z miłych zaskoczeń przy aktualizacji oprogramowania: od niedługiego czasu jestem szczęśliwym posiadaczem nowego laptopa - HP Pavilion dv7-3130ew. Zainstalowana w nim karta WiFi jest firmy Broadcom, a z tego co wcześniej się orientowałem, jej instalacja pod Ubuntu bywa problematyczna. Jakież wielkie było moje zaskoczenie, gdy po pierwszym uruchomieniu Ubuntu 10.10 system zapytał mnie, czy nie chce zainstalować sterownika karty graficznej, karty WiFi oraz tunera cyfrowego DVR. Zgodziłem się i od tej pory nie mam z tym najmniejszych problemów - doskonały wzór dla twórców oprogramowania, co znaczy program user-friendly :)

To tyle na ten moment, czas wracać do świątecznego stołu i cieszyć się chwilami wytchnienia spędzonymi z rodziną :)

Pozdrawiam i życzę wszystkim wesołych świąt!!!

Cytaty #7

2010-12-06T08:29:00.000-08:00

Witam!

Dzisiaj usłyszałem bardzo mądre słowa człowieka, który żył dawno temu, lecz jego słowa są aktualne także dzisiaj i jestem pewien, że będą za kolejnych 100, 200, czy 500 lat. Mowa tu o Williamie Faulkner'ze. Był to amerykański powieściopisarz, poeta, laureat Nagrody Nobla w dziedzinie literatury. A oto co powiedział w 1958r. Jean Stein'owi:

Always dream and shoot higher than you know you can do. Don't bother just to be better than your contemporaries or predecessors. Try to be better than yourself (...).

I chociaż Faulkner mówił wtedy o pisarzach, to jednak nie ma chyba branży, w której słowa te nie miały by swojej racji. Bardzo często pracujemy lub uczymy się w towarzystwie ludzi z dużym doświadczeniem lub sporym talentem i notorycznie próbujemy być lepsi od nich. Niestety bardzo często okazuje się, że jest to zgubna motywacja - osoby te także stają się coraz lepsze, coraz trudniej być od nich lepszym. Za to samo bycie jutro lepszym od siebie samego, niż jest się dzisiaj, jest doskonałą motywacją dającą wciąż nowe, coraz lepsze wyniki.

Natchniony tą myślą wracam do pracy :)

Pozdrawiam i do następnego razu!

Nowy blog o Tapestry

2010-12-04T21:04:00.000-08:00

Witam serdecznie!

Pierwszy projekt z użyciem frameworku Spring 3 za mną, teraz prace skoncentrowane na zapoznawaniu się z językiem Jython i pisaniu pracy inżynierskiej. Chociaż ostatnio coraz częściej spotykam się z opinią, że znajomość, choćby podstawowa, Springa to podstawa, to uważam używanie go do małych aplikacji za strzelanie do muchy z armaty. Znacznie pozytywniejsze wrażenie odniosłem odnośnie frameworka Tapestry (w wersji 5.2) po prezentacji Michała Grucy na spotkaniu Trójmiasto Java User Group pt. "Przegląd możliwości szkieletu aplikacyjnego Tapestry 5". Od tamtego momentu czekam z niecierpliwością na możliwość poznania w praktyce podstaw tego cudeńka. Ponieważ przez najbliższych kilka tygodni nie zapowiada się na to, żebym miał ku temu możliwość pocieszam się wpisami na blogu Michała, które wreszcie zgodził się upublicznić. I tak oto mam ogromną przyjemność zaprezentować "Reliable IT Solutions" - polski blog o podstawach programowania z użyciem Tapestry dla początkujących i nie tylko. A o to co sam autor o nim pisze i jak definiuje cel swojego młodego przedsięwzięcia:

Jestem jeno skromnym programistą, który stara się uczynić świat lepszym, poprzez promowanie dobrych nawyków i lepszych technologii. Mam nadzieję, że poprzez tego bloga, uda mi się dotrzeć do kilku osób i uczynić ich życie lepszym, by nie popełniały tych samych błędów, które ja musiałem popełnić.

Pozdrawiam i zachęcam do czytania wpisów Michała!

Dlaczego lubię Jersey'a

2010-11-09T12:45:00.000-08:00

Witam!

Jest wtorkowy wieczór a ja zamiast siedzieć gdzieś z kolegami w PUB'ie, lub z dziewczyną w kinie, spędzam swój "wolny czas" pisząc kod do projektu grupowego, którego termin oddania zbliża się nieubłaganie. To dlaczego jestem taki uśmiechnięty? Otóż przyszedł ten moment, kiedy nareszcie trzeba zbudować RESTful Web Service. Dlaczego mnie to cieszy? Bo pisanie RESTowych usług jest bardzo proste i przyjemne, a to za sprawą frameworka Jersey :) Nie będę się rozwodził przesadnie nad tym dlaczego tak go lubię, gdyż pisać na ten temat można naprawdę długo i wiele. Wystarczę, że przytoczę artykuł, na który natknąłem się w czasie szukania informacji o wstrzykiwaniu obiektu sesji do RESTowej metody:

This framework looks like it will have long legs in the Java community.

Osobiście zgadzam się całkowicie z tą opinią. Wiele jest narzędzi do budowania RESTful Web Services, ale nie spotkałem jeszcze nikogo, kto dla osoby początkującej nie zalecił właśnie frameworka Jersey. Jak się później okazuje jest to miłość od pierwszego wejrzenia i wielu ludzi pozostaje przy tym rozwiązaniu, a to mówi samo za siebie :)

Pozdrawiam i do następnego razu!

Cytaty #6

2010-11-05T22:26:00.000-07:00

Witam!

Sporo czasu minęło od ostatniego wpisu z cytatem (od zwykłego wpisu zresztą też). Jakiś czas temu przeglądałem materiały z Atlassian TV i natrafiłem na ciekawy materiał jednego z developerów firmy Atlassian o tym jak sprawna automatyzacja pozwoliła ułatwić i przyspieszyć prace nad projektem. Podsumowując swoją opowieść George Barnett powiedział:

Automation is key.

Ta prosta sentencja dała mi wiele do myślenia. W swojej nowej pracy jako Junior Software Developer bardzo często z braku wiedzy, doświadczenia jak i znajomości technologii bardzo często wiele rzeczy robię "na piechotę". Podobnie jest z projektami na uczelni, a także własnymi mini-projektami. Pierwsze objawienie przyszło w momencie rozpoczęcia pierwszego poważniejszego projektu w ramach praktyk. Później w trakcie pracy z kolegą ze studiów nad projektem grupowym doszedłem do wniosku, że nawet najprostsza automatyzacja może bardzo ułatwić nam pracę (zwykłe przerobienie projektu, by można było nad nim pracować za pomocą Apache Maven uczyniła dosłownie cuda). Następnym krokiem w drodze ku oświeceniu był artykuł na devBlogach pt. "Jak efektywnie realizować zadania, kiedy jesteś tylko szeregowym programistą", który zaprowadził mnie do artykułu Joela Spolsky'ego "The Joel Test: 12 Steps to Better Code". Te wszystkie rzeczy uświadomiły mi, że nie tylko poznawanie nowych frameworków, wzorców projektowych, praktyk poprawiających efektywność pracy programistycznej etc. sprawiają, że moja praca może być lepsza. Dlatego w tym tygodniu wraz z moimi wykładowcami postanowiliśmy w formie testu przeprowadzić inspekcję kodu w sposób zautomatyzowany - kilka wybranych grup będzie poddawać rewizji kod innych grup w standardowy sposób - przy pomocy kodu wydrukowanego na kartkach, a pozostali będą używać do tego tandemu Atlassian FishEye + Crucible. Jakie będą tego wyniki? Napiszę już niedługo :)

Tym czasem pora wrócić do pisania kodu.

Pozdrawiam i do następnego razu!

O dokumentacji słów kilka

2010-10-21T06:40:00.000-07:00

Witam serdecznie!

Przez natłok pracy w ostatnim czasie nie mam możliwości być całkowicie na bieżąco z nowinkami ze świata informatyki (i nie tylko), przez co mam pewne zaległości na takich serwisach jak devBlogi, czy infoQ. Próbując trochę nadrobić zaległości z pierwszego serwisu trafiłem na bardzo pocieszający wpis - "Ostateczne programistyczne kata", które jest tłumaczeniem artykułu Jeffa Artwood'a. Dlaczego pocieszający? Ponieważ w bardzo bezpośredni sposób uzasadnia sensowność i starania wkładane w prowadzenie tego bloga, oto cytat:

Prowadź bloga. Ja sam zacząłem pisać tego bloga na początku 2004 roku właśnie jako formę ćwiczenia. Zaczynając skromnie, później okazało się, że jest to jedna z najbardziej znaczących rzeczy, które zrobiłem w swojej zawodowej karierze. Ty również powinieneś prowadzić bloga.

Kolejne "objawienie" przyszło w momencie czytania artykułu "Pisanie dobrej dokumentacji: co napisać". Jakiś czas temu wspominałem, że w trakcie praktyk jednym z moich obowiązków było utrzymywanie i rozwijanie dokumentacji projektu. Dodajmy do tego jeszcze artykuł "Pisanie dobrej dokumentacji: styl" i okazuje się, że tak naprawdę niewiele wiem o pisaniu dokumentacji! Pokazuje to także jak obszerną (o wiele obszerniejszą niż sądziłem kilka miesięcy temu!) dziedziną jest informatyka :)

Na dzisiaj to tyle blogowania, czas zabrać się za pracę inżynierską :)

Pozdrawiam i do następnego razu!

Przemyślenia praktykanta #6 - podsumowanie

2010-10-17T12:02:00.000-07:00

Witam serdecznie!

Ponad trzy tygodnie po terminie, ale jak mówi polskie przysłowie "lepiej późno niż wcale" ;) Długo zastanawiałem się nad tym co mógłbym napisać w podsumowaniu praktyk, kiedy większość przemyśleń umieściłem w poprzednich wpisach.

20) Agile/Scrum jest idealny dla początkujących programistów - bałem się bardzo ilości dokumentacji, planów projektów itp. na początku pracy z ekipą ze Spartezu. Bałem się z dwóch przyczyn: tego, że będą zbyt zaawansowane technicznie oraz czasu, który będę musiał na nią poświęcić przez co nie zdążę zrobić nic znaczącego w trakcie praktyk. Z tymi obawami związany jest kolejny punkt...

21) Praktyki 3-miesięczne to strzał w dziesiątkę - moje praktyki trwały dokładnie 60 dni i od samego początku czułem, że wydłużenie standardowego czasu (20 dni) będzie strzałem w dziesiątkę. Praktyki są tak bogate w nową wiedzę i doświadczenia, że grzechem byłoby z tej możliwości nie skorzystać maksymalnie jak się da. Dzięki wydłużonemu czasowi miałem możliwość nadrobienia wielu zaległości w postawach znajomości Javy ale i zwykłej wiedzy informatycznej (a także trochę psychologii itp. :)) oraz spokojnie popracować nad konkretnym projektem. Jednym z rezultatów mojej pracy był plugin do Atlassian JIRA oraz pluginu GreenHopper, który miał swoją premierę na Atlassian Plugin Exchange prawie miesiąc temu!

22) Praca informatyka to ciągła nauka - ale nie mam tutaj na myśli tylko nauki nowego języka, czy tez technologii. Praktycznie każdego dnia uczyłem się pokory oraz poznawałem granice swoich umiejętności, by za chwile je przekraczać i stawać się coraz lepszy. Praktyki to specyficzny okres, gdyż granic takich jest bardzo dużo, mało jeszcze tak naprawdę wie się o programowaniu i pracy w prawdziwym zespole. Krzywa uczenia się w trakcie praktyk jeśli ma się szczęście pracować w zespole skłonnym do pomocy niedoświadczonemu programiście rośnie w zawrotnym tempie. Jeszcze kilka tygodni temu nie podejrzewałbym siebie o możliwości tak szybkiej nauki :)

23) Praktyki wakacyjne mogą (i są!) świetną zabawą - kiedy pracuje się w zespole takim, w jakim ja miałem przyjemność przychodzenie do biura staje się czystą przyjemnością, każdy dzień zaskakuje nas czymś nowym, interesującym, ale także jest kolejną okazją do dobrej zabawy. W pokoju w którym siedziałem w drugiej części praktyk (razem z siedmioma innymi osobami) aż wrzał od śmiechu, dowcipów etc. Oczywiście, ważny jest umiar i zachowanie proporcji praca-zabawa, lecz oczywistym jest także, że "nikt" nie wysiedzi 8 godzin non-stop kodując i mając z tego dużą przyjemność (a przynajmniej ja tak nie mam), a chwile poświęcone na rozrywkę różnego rodzaju bardzo dobrze wpływają na morale zespołu oraz chęć do dalszego zmagania się z kolejnymi problemami.

Podsumowując to wszystko - praktyki uważam za bardzo udane, gdyż otworzyły mi bardzo szeroko oczy, były okazją do poznania zawodu "zza kulis" oraz były ciekawą i przyjemną formą spędzenia czasu. Co dalej? Rozpocząłem okres próbny jako Junior Software Developer i próbuję to pogodzić ze studiami (semestr pracy inżynierskiej) oraz innymi obowiązkami, na razie ze słabym skutkiem. Ale jestem wciąż dobrej myśli i jeśli wszystko pójdzie dobrze będę dalej publikować swoje przemyślenia i spostrzeżenia, tyle że tym razem jako początkujący programista, nie praktykant ;)

To wszystko na dziś, pozdrawiam i do następnego razu!

Agile/Scrum nie tylko w projektach informatycznych

2010-09-30T12:47:00.000-07:00

Witam!

Jako, że zacząłem właśnie ostatni (siódmy) semestr studiów inżynierskich muszę w ciągu kilku tygodni napisać pracę dyplomową. Fakt, że zacząłem własnie pracę i jeszcze jeden mini projekt na uczelni wcale tego nie ułatwia. Dlatego byłem bardzo mile zaskoczony, kiedy we wtorek przyszedłem na uczelnię i spotkałem się z moim promotorem, który oświadczył, że prace nad dyplomem będziemy prowadzić w tygodniowych sprintach! Z doświadczenia studenckiego wiem, że większości informacji, które wykładowcy przekazują nam na zajęciach zwyczajnie w życiu się nie wykorzystuje, a tu proszę, taka miła niespodzianka. Oboje z promotorem zdajemy sobie sprawę, że jest bardzo mało czasu na wykonanie pracy, ale taka organizacja bardzo to ułatwi i już widać jej pierwsze rezultaty. Dodatkowo umówiliśmy się, że w każdy poniedziałek do pewnej godziny będę wysyłać maile z krótkim sprawozdaniem co wykonałem do tej pory - coś pomiędzy codziennym standup'em, a retrospektywą na koniec sprintu. I w tym właśnie wydaje mi się, że jest ukryte piękno Agile/Scrum'a. To tak jak mówił Janusz Gorycki (z którym mam ogromną przyjemność pracować) na trójmiejskim SPIN'ie - jeśli potrzebujesz jakiejś własności/zachowania/elementu/praktyki/czegokolwiek z metodyki Scrum'a zwyczajnie adaptujesz je w swojej codziennej pracy nie przejmując się pozostałymi elementami. Dzięki temu (a zarazem przez to) do Scrum'a tak łatwo się przyzwyczaić, łatwo czerpać korzyści z korzystania z niego, ale także łatwo unikać komplikacji i problemów wynikających z jego stosowania.

To tyle krótkich refleksi na dzisiaj, czas wrócić do pracy nad projektem dyplomowym :)

Pozdrawiam i do następnego razu!

Mockito i TDD - czy aby na pewno?

2010-09-29T14:23:00.000-07:00

Witam!

Dwutygodniowe przerwy w pisaniu na blogu to jakaś klątwa Akademii :( Niemniej zważywszy na ilość pracy i obowiązków ostatnio cud, że choć tyle jestem w stanie zrobić. Temat dzisiejszego postu może trochę zmylić. Chociaż w pracy zapoznałem się z Mockito to rzecz raczej w tym, co umożliwia nam ten framework (pośrednio). Jakiś czas temu trafiłem na film ze spotkania Wrocławskiej Grupy Użytkowników Javy właśnie pt. "Mockito i TDD". O samym framework'u jest praktycznie niewiele powiedziane, pokazane nie jest praktycznie nic, ale prezentowane są bardzo mądre rady na temat pisania testów i samego podejścia do nich, toteż warto to obejrzeć:

Wrocław JUG 9 - Mockito i TDD

O konstrukcji given-when-then dowiedziałem się ostatnio w trakcie pracy nad produktem z kolegą Damianem i muszę przyznać, że dzięki niej znacznie łatwiej pisze mi się testy! O wiele prościej wychwycić jest ten właściwy, pojedynczy element, który chcemy poddać testowaniu. W trakcie prezentacji wspominane są takie narzędzia testowe jak hamcrest, czy FEST-Assert. To pierwsze narzędzie znam równie krótko jak TestNG, ale w kilku przypadkach okazało się idealne, natomiast drugie bardzo mnie zaciekawiło i obiecałem sobie w ciągu najbliższych dni przyjrzeć się mu (może spisze swoje wrażenia w poście?).

A teraz aby nie przedłużać - życzę miłego oglądania :)

Pozdrawiam i do następnego razu!

Mała pomoc przy pracy z GAE

2010-09-13T14:58:00.000-07:00

Witam!

Ostatnimi czasy w celach prywatnych zająłem się małą aplikacją, która docelowo ma działać na Google App Engine. Platformie jeszcze bardzo daleko do ideału, wciąż jest ogrom rzeczy do zrobienia, ale faktem jest, że prace są prowadzone i panowie (i oczywiście panie) z Google nie ustają w swych staraniach. Przykładem mogą być dwie (wydane bardzo krótko jedna po drugiej z powodu znalezienia ważnego bug'a) aktualizacje GAE SDK: 1.3.6 i 1.3.7. Problem ze stałym rozwojem środowiska jest taki, że dosyć często następują przerwy w dostarczaniu usługi. Można śledzić bloga, można też śledzić grupę dyskusyjną, ale ja znalazłem najwygodniejsze rozwiązanie by być na bieżąco z informacjami o przerwach w działaniu GAE - kalendarz Google App Engine Scheduled Maintenance Outages. Jest wygodny, łatwy do zintegrowania z Google Calendar / iGoogle i o wiele trudniej w ten sposób zapomnieć o maintenancie.

Mam nadzieję, że ta krótka notka komuś się przyda :)

Pozdrawiam i do następnego razu!

Przemyślenia praktykanta #5

2010-08-31T14:07:00.000-07:00

Witam!

Znów dokładnie tydzień minął od ostatniego wpisu. Dzieje się coraz więcej, przez co czasu coraz mniej. Ale mam nadzieję, że to nie będę wciąż znacząco przeszkadzać w prowadzeniu bloga, szczególnie, że pomysłów na wpisy jest mnóstwo, tylko brakuje sił i możliwości na ich realizację (ale powoli staram się je realizować jak noworoczne postanowienia :)). A więc do rzeczy!

16) Odkładaj swoje zabawki na miejsce - podobno nazywa się to "błędem nowicjusza", ale nie sądzę, żeby był ktoś, kto tego nie czyni w swojej codziennej pracy. W większości przypadków, kiedy testuję swój (i nie tylko swój) kod, większość czasu poświęcam na znalezienie małego fragmentu kodu, w który zapomniałem jakiejś "drobnostki" - zwiększyć wartość indeksu, postawić negację w warunku logicznym etc. Takie błędy jednak są stosunkowo łatwe do wykrycia. Gorzej jest natomiast, kiedy błąd polega na nie zwolnieniu zasobów obiektu, który robi dla nas takie rzeczy jak rysowanie grafiki na podstawie zasobów systemowych lub utrwalanie danych zapisywanych do bazy. Z tym ostatnim miałem ogromną przeprawę, i od tego momentu nauczyłem się wykorzystywać sekcję finally w bloku try {} catch() :)

17) Nie zakładaj, że skoro u Ciebie działa, to u innych też zadziała - dosyć sporo czasu w trakcie praktyk poświęcam na testowanie swoich rozwiązań. Do grupy produktów, nad którą teraz pracuje, przygotowałem dosyć spore (jak na nowicjusza) i szczegółowe środowisko testowe. Kiedy skończę debugować aplikację przenoszę kod do środowiska testowego i bombarduje go różnymi dziwnymi przypadkami użycia. Taki schemat zachowania bardzo szybko wszedł mi w krew i miałem idiotyczne przekonanie, że po wyjściu ze środowiska testowego można uznać produkt za sprawny. BŁĄD!! Środowisko testowe jedynie symuluje pewne typowe, bądź mniej typowe zachowanie się produktu u klienta. Dlatego w miarę możliwości staram się, żeby ktoś, najlepiej osoba nie pracująca nad tym produktem, zobaczyła, czy u niej wszystko działa jak powinno.

18) Bądź dumny ze swojej firmy i swoich współpracowników - bardzo często podkreślałem, że czuje się szczęśliwy mogąc odbywać praktyki w Spartezie. Nie mam zamiaru nikomu słodzić, bo jak w każdej firmie są momenty fajne i przyjemne jak i takie, które chcielibyśmy, żeby nie miały miejsca. U nas jest tak, że tych pierwszych jest ponad 90%, dlatego z ogromną przyjemnością przychodzę codziennie do biura i zmagam się z coraz trudniejszymi problemami. Każdego ranka w drodze z domu na kolejkę i potem z kolejki do biura zastanawiam się z kim dzisiaj odbędę ciekawą rozmowę. Dodatkowym bodźcem jest fakt, że są to osoby, które są bardzo aktywne także poza firmą, stymulując środowisko. Czytam ich posty na różnorakich blogach, oglądam filmy z prezentacji, chodzę na ich prelekcje etc. i nie mogę się nadziwić, że Ci ludzie mają siłę i chęć codziennie odpowiadać na moje żenujące, zdecydowanie nie na ich poziomie pytania bez najmniejszego grymasu czy znużenia. To bardzo stymuluje mnie do pracy, coraz cięższej pracy, żeby któregoś dnia osiągnąć to co oni, a może nawet więcej :)

19) Dzień spędzony całkowicie na integracji jest więcej wart niż tydzień siedzenia w biurze - w zeszłym tygodniu, w poniedziałek, firma Spartez zorganizował coroczny wypad integracyjny. W tym roku wybór padł na spływ kajakami po rzece Radunia i ognisto z kiełbaskami i zimnym piwkiem. To, że jestem w zespole niespełna dwa miesiące nie miało najmniejszego znaczenia i dzięki temu po pierwsze poznałem ludzi, z którymi codziennie spędzam po 8h w jednym pokoju i zdałem sobie (ku mojej ogromnej radości) sprawę z faktu, że z każdym z tych ludzi mam temat, na który mogę porozmawiać i nie musi to być temat związany w żadnej mierze z IT, a po drugie spędziłem jeden z najlepszych dni w swojej krótkiej karierze w miłym towarzystwie przez cały czas się uśmiechając :) Poniżej zamieszczam album zdjęć ze spływu (zdjęcia robione i udostępnione przez kolegę Krystiana - dziękuję :)).

Na dzisiaj wystarczy :) Czas iść spać, żeby wyspanym i uśmiechniętym jutro znów zjawić się w biurze :)

Pozdrawiam i do następnego razu!

They call me a Dragon Slayer!

2010-08-24T11:55:00.000-07:00

Witam!

Dzisiejszy dzień był bardzo pracowity i pełen wyzwań. Tym bardziej po przyjściu do domu ucieszyłem się na widok paczki od amerykańskiego nadawcy - oto przyszła długo oczekiwana koszulka z firmy Atlassian - Dragon Slayer!

Dragon Slayer jest 8-etapowym cyklem wprowadzającym użytkownika w świat produktów firmy Atlassian, uczącym podstaw ich obsługi jak i integracji w jedną, dużą, komunikującą się całość. Po zakończeniu kursu można wysłać zgłoszenie wraz ze zrzutami ekranu pokazującymi efekt swojej pracy. Po kilku tygodniach (w moim przypadku czterech) dostaje się darmową koszulkę promocyjną :)

Z uśmiechem na ustach wracam teraz do pracy :)

Do zobaczenia już bardzo niedługo!

Problemy z filtrowaniem w Maven'ie

2010-08-18T10:38:00.000-07:00

Witam!

Ten wpis ma bardziej charakter przypominajki dla mnie, ale jestem pewien, że komuś też się to przyda. Od jakiegoś czasu w kilku projektach, w trakcie tworzenia plików projektu Eclipse z czystego projektu Mavena pojawiał mi się taki błąd:

[INFO] Resource directory's path matches an existing source directory. Resources will be merged with the source directory src/main/resources
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Request to merge when 'filtering' is not identical. Original=resource src/main/resources: output=target/classes, include=[atlassian-plugin.xml], exclude=[**/*.java], test=false, filtering=true,
merging with=resource src/main/resources: output=target/classes, include=[], exclude=[atlassian-plugin.xml|**/*.java], test=false, filtering=false
[INFO] ------------------------------------------------------------------------

Pojawia się on wtedy, kiedy dany zbiór zasobów filtrujemy więcej niż jeden raz (działanie zdefiniowanie w pliku POM.xml) i wywołujemy komendę:


mvn eclipse:eclipse

Co się okazuje, najnowsza wersja pluginu Mavena do generowania plików projektu Eclipse (2.7) nie radzi sobie z tym problemem w przeciwieństwie do swojej poprzedniczki - wersji 2.6. Aby temu zaradzić, zamiast mvn eclipse:eclipse wywołujemy komendę:


mvn org.apache.maven.plugins:maven-eclipse-plugin:2.6:eclipse

Mam nadzieję, że komuś się to przyda :)

Pozdrawiam i do następnego razu!

Code Review for Teams Too Busy to Review Code

2010-08-14T11:23:00.000-07:00

Witam.

Pamiętacie wpis sprzed tygodnia o Mini Code Review? Od tamtej pory, kiedy przelałem swoje myśli w post na blogu, coraz więcej zacząłem o tym myśleć i coraz więcej dostrzegać korzyści z tego płynących. Przez ostatni tydzień mierzyłem się z pewnym zagadnieniem, które jest bardzo słabo (a praktycznie wcale) nieudokumentowane i bardzo często Google kierowało mnie na stronę Atlassian Summit 2010. Pomijając fakt, że zakochałem się od pierwszego wejrzenia w takich technologiach Atlassianowych jak JIRA, FishEye, a najbardziej Crucible, a w trakcie praktyk pracuję z produktami firmy Atlassian, postanowiłem trochę więcej dowiedzieć się na ich temat. Ponieważ w wielu przypadkach wolę o czymś posłuchać lub to obejrzeć niż o tym przeczytać, postanowiłem obejrzeć film na temat Code Review. Nie będę zdradzać co bardzo mi się spodobało w tej prezentacji, ale wydaje mi się, że po obejrzeniu go większość z Was będzie miała podobne wrażenia :)

Zachęcam do komentowania i do zobaczenia w następnym poście!

Cytaty #5

2010-08-07T04:59:00.000-07:00

Witam!

Znów bardzo krótko, ale za to z ogromnym przesłaniem. Uwielbiam czytać wypowiedzi Joela Spolsky'ego (choć na wiele trzeba patrzeć z przymrużeniem oka), tym bardziej ucieszył mnie nowy artykuł w serwisie devBlogi, tłumaczący artykuł "Prawo Nieszczelnych Abstrakcji" (w oryginale "The Law of Leaky Abstractions"). Jeden fragment z tego artykułu bardzo mi się spodobał i ucieszył, gdyż pokazuje, że moje postępowanie względem podstaw programowania jest jak najbardziej słuszne:

Prawo przeciekającej abstrakcji oznacza, że kiedykolwiek ktoś proponuje jakieś nowe super narzędzie do generowania kodu, które uczyni nas tak bardzo efektywnymi, pojawiają się ludzie, którzy mówią „najpierw naucz się jak to zrobić manualnie, dopiero później używaj tego super narzędzia oszczędzającego czas”. Narzędzia do generowania kodu, które mają na coś nakładać abstrakcję , podobnie jak wszystkie abstrakcje, przeciekają. Jedynym sposobem na kompetentne radzenie sobie z tymi przeciekami jest zrozumienie jak abstrakcje działają i - względem czego. Więc abstrakcje oszczędzają czas na pracę, ale nie oszczędzają czasu na naukę.

Pozdrawiam i do następnego razu!

Przemyślenia praktykanta #4

2010-08-06T12:32:00.000-07:00

Witam!

Czasu ostatnio bardzo mało, ale jedna rzecz wymaga szczególnej uwagi i nie daje mi ostatnio spokoju. Jakiś czas temu głośno było o Code Review, jakie to one dobre, że każdy powinien w nich uczestniczyć etc. Można o tym poczytać np. w rewelacyjnym wpisie o Open Code Review na blogu Jakuba Nabrdalika. Niestety "nie wszyscy mają na to czas i mozliwości". Całe szczęście istnieje rozwiązanie:

15) Mini Code Review - czy żeby uczestniczyć w Code Review trzeba na to przeznaczać specjalnie czas? Czy trzeba koniecznie odciągać wszystkich od ich pracy i kazać przestawić się myślami na tą jedną godzinę, by potem wrócić rozkojarzonym do pracy? A może zamiast tego (chociażby na początek) wprowadzić to jako stałą czynność przy wytwarzaniu oprogramowania? Jakiś czas temu, gdy przesiadałem się z jednego projektu na drugi, jeden z członków zespołu developerskiego, nim zrobiłem pierwszy commit do repozytorium, poświęcił mi chwilę czasu i wyjaśnił jak mam pracować. Idea jest bardzo prosta: po każdym ważniejszym commicie (w moim przypadku po prawie każdym commicie z uwagi na małe doświadczenie :)) tworzy się wirtualny review (co zajmuje dosłownie kilkadziesiąt sekund dzięki połączeniu Atlassian FishEye + Crucible) i opisujemy w nim wykonane przez nas modyfikacje (jeżeli w opisie commitu tego nie zrobiliśmy) po czym zabieramy się za kolejne zadanie. W tym czasie osoby z naszego zespołu przeglądają nasze zmiany i oceniają lub w przypadku wątpliwości zadają pytania. Dana rewizja jest uznawana w momencie, gdy każdy z członków pomyślnie zakończy review. Ja sam działam w tym systemie zaledwie kilka dni, ale już wyniosłem z tego ogromną ilość nowej wiedzy! Co najlepsze - nie muszę odrywać nikogo od swoich zajęć jeśli chce jakąś drobną rzecz omówić - zostawiam komentarz i czekam na odpowiedź zwrotną.

Oczywiście nie mówię, że Open Code Review jest czymś złym, albo nadmiarowym - co to to nie! Po prostu widzę ile zajmuje czasu kolegom z zespołu uczenie mnie, instruowanie i tłumaczenie specyficznych zagadnień i zdaje sobie sprawę, że nie zawsze jest czas i możliwości, by usiąść i wspólnie przedyskutować dany fragment kodu na zasadzie burzy mózgów. Dzięki stałym review małych porcji kodu jestem w stanie lepiej zrozumieć system z którym pracuje i szybko wyłapywać złe praktyki lub błędy dzięki nieocenionej wiedzy bardziej doświadczonych członków zespołu :)

To tyle, czas wracać do pracy :)

Pozdrawiam i do następnego razu!

Eclipse + Aptana Studio + jQuery

2010-07-31T14:34:00.000-07:00

Witam ponownie w ten ciepły i przyjemny wieczór :)

Dzisiaj jest dobry dzień na blogowanie :) Po spisaniu kolejnych przemyśleń z praktyk postanowiłem podzielić się kolejną rzeczą, która de facto jest z nimi związanymi, ale najpierw dwa zdania wyjaśnienia. Bardzo często spotykam się w rozmowach z developerami z opinią, że "Eclipse śmierdzi". Przykładem jest komentarz Henryka Konska pod postem o m2eclipse. Podobnie mam w pracy, gdzie pewna osoba korzystająca z NetBeans/IDEA bardzo stwierdza w ciemno "w Eclipse tego nie ma" albo "w Eclipsie to nie działa". Dlaczego tak mnie to denerwuje? Ponieważ wydaje mi się, że każdy IDE ma swoje wady i bugi, ale każdy jest też dla innego typu programisty, z innym nastawieniem do pracy. Dla mnie Eclipse jest bardzo dobry z kilku prostych przyczyn:

przy podstawowej pracy (moja praca najczęściej nie jest wielce skomplikowana) Eclipse w czystej postaci jest zwyczajnie szybki, to taki notatnik na sterydach
jeśli potrzebuję dodatkowej funkcjonalności (jak w dalszej części tego postu zostanie opisane) zwyczajnie znajduje link, wybieram komponent i instaluję (dla tych, którzy zaatakują mnie pluginem typu m2eclipse -> zobaczcie czy plugin do GAE w NetBeans 6.9 działa tak jak w Eclipse)
jeśli wziąć pod uwagę Eclipse, NetBeans i IntelliJ IDEA - dla początkującego Eclipse jest najprostszy - takie jest bynajmniej moje zdanie :)

Wracając do tematu postu - jQuery w Eclipse - standardowo w Eclipse JEE mamy podstawowe wsparcie dla JavaScriptu, ale dla jego biblotek (jak jQuery, Prototype itp.) nie. Bardzo dobrym zapełnieniem tej luki jest Aptana Studio. Jest to rozbudowane środowisko do tworzenia aplikacji webowych pracujące samodzielnie lub jako plugin Eclipse. W momencie moich pierwszych zabaw z AS musiałem zadowolić się konfiguracją Eclipse Galileo (3.5) i Aptana Studio 2.0.5 Stable - wersja 3 ciągle była (i jest) w fazie beta i nie współpracowała z Eclipse Helios (3.6). Dało się zainstalować Studio 2.0.5 na Heliosie, ale był to wielki błąd z mojej strony - nie mogłem uruchomić Menadżera Rozszerzeń właśnie przez brak wsparcia dla nowego wydania Eclipse.

Samego procesu instalacji pluginu nie będę tu przedstawiał, gdyż jest bardzo prosty. Zwrócę tylko uwagę na instalację pluginu jQuery w Aptanie. Po zainstalowaniu dodatku i ponownym uruchomieniu całego środowiska naszym oczom powinna się ukazać strona startowa My Studio:

Wybieramy Plugins -> AJAX i z długiej listy możliwych bibliotek wybieramy jQuery Support (wciskamy Get it):

Z listy, która się pojawi wybieramy obie wersje biblioteki jQuery: 1.3.2 oraz 1.4.2:

Dalej instalacja przebiega standardowo. Dzięki tandemowi Aptana Studio + jQuery Support możemy w pełni cieszyć się z wsparcia dla jQuery (jak i czystego JavaScript'u) w Eclipse :)

Na sam koniec chciałbym podzielić się dwoma wskazówkami do używania pluginu do jQuery - Autocomplete:

1) Bezpieczniejsze wyświetlanie podpowiedzi - ponieważ Autocomplete w żadnej mierze nie zabezpiecza wyświetlanych podpowiedzi, musimy to zrobić za niego. W tym celu jako drugi argument metody autocomplete musimy przekazać taką strukturę:


$("#autocompleteDOMObject").autocomplete(data, {
  formatItem: function(row, i, max) {
    return "" + new String(row[0]).replace(/&/g, '&').replace(//g, '>') + "";
  },
  formatMatch: function(row, i, max) {
    return row[0];
  }
}

Funkcja formatItem odpowiada za wyświetlanie kolejnych podpowiedzi, dlatego musimy zastąpić znaki '<', '>' oraz '&' odpowiednimi kodami, aby były one wyświetlane zamiast interpretowane. Metoda formatMatch musi natomiast zwracać kolejne pozycje bez zamiany znaków, gdyż po tych znakach (które wprowadził użytkownik) każemy pluginowi wyszukiwać.

2) Wyszukiwanie nie tylko od początku zdania - jeśli chcemy, aby plugin wyszukiwał także dopasowania słów, które nie są pierwszymi słowami w danym zdaniu/łańcuchu, musimy jako drugi argument autocomplete podać:

$("#autocompleteDOMObject").autocomplete(data, {
  matchContains: "word",
  autoFill: false
}

oraz wyedytować plik zawierający skrypt autocomplete:


function matchSubset(s, sub) {
  if (!options.matchCase)
    s = s.toLowerCase();
  var i = s.indexOf(sub);
  if (options.matchContains == "word"){
    i = s.toLowerCase().search("\\b[^0-9a-zA-Z]" + sub.toLowerCase());
  }
  if (i == -1)
    return false;

  return i == 0 || options.matchContains;
};

Parametr matchContains z wartością "word" mówi pluginowi, że ma wyszukiwać także słów wewnątrz łańcucha znaków. To, co zrobiliśmy w pliku ze skryptem pluginu to zamieniliśmy wyrażenie regularne na takie, które zapewnia nas, że brane będą pod uwagę jedynie "słowa", które nie zaczynają się żadnym znakiem specjalnym.

Na dzisiaj to tyle. Drugi post może nie jest tak bogaty jak poprzedni, ale mam nadzieję, że znajdzie się ktoś, komu zawarte tutaj informacje się przydadzą :)

Pozdrawiam i do następnego razu!

Przemyślenia praktykanta #3

2010-07-31T11:21:00.000-07:00

Witam!

Moje praktyki trwają już ponad miesiąc (pozostały jeszcze dwa) i był to wspaniały okres, który oprócz ogromnej porcji wiedzy, doświadczenia i przyjemnej pracy dostarczył mi wiele powodów do zatrzymania się i porządnego zastanowienia (o czym można już było przeczytać już tutaj i tutaj). Sądzę, że jest to najlepszy moment na podzielenie się kolejną porcją przemyśleń. A więc do dzieła :)

10) Nie bójmy się porażek - stare przysłowie mówi: "Kto nie gra, ten nie wygra" i uważam, że idealnie pasuje ono do okresu praktykowania. Jeżeli nie będziemy próbowali sparaliżowani perspektywą porażki lub (co jest niedorzecznością w trakcie praktyk, ale i później także w dużym stopniu) ośmieszenia się przed resztą zespołu to nigdy nie dowiemy się, czy nasz pomysł jest dobry, czy zły, nie będziemy wiedzieli wiedzieli w przyszłości, czy tego typu rozwiązań powinno się unikać, jakie niosą za sobą konsekwencje etc. Nie wierzmy na słowo, sprawdzajmy swoje pomysły, bawmy się przy metodzie prób i błędów.

11) Nie bójmy się zmian - po jakichś 3 tygodniach pracy nad projektem, który przydzielono mi na samym początku praktyk odbyłem bardzo długą rozmowę z opiekunem praktyk, każdy z nas podzielił się z drugim wrażeniami odnośnie wykonywanego projektu, jego szans, moich dotychczasowych umiejętności, priorytetów firmy i wielu, wielu innych spraw. Jaki był skutek tej rozmowy? Postanowiliśmy zarzucić obecnie wykonywany projekt i przejść w trochę inny rodzaj, w dodatku już w trakcie tworzenia przez pewną grupę. Z początku było mi ciężko dopisywać ostatnie linijki kodu do starego projektu (ustaliliśmy, że nie zostawiamy nieskończonych task'ów i że przejdę dopiero po wykonaniu wszystkich zadań jakie mi opiekun wcześniej wyznaczył), ale potem doszło do mnie, że ta zmiana może okazać się dużą szansą - i tak faktycznie było! Mam okazję na co dzień współpracować z grupą (małą, ale dzięki temu nie czuję się przytłoczony) doświadczonych developerów i podpatrywać ich w akcji :)

12) Nie jesteśmy robotami - Tamtego dnia, gdy postanowiliśmy ze Sławkiem, że kończymy pracę nad jednym projektem, a zaczynami nad drugim, nasza rozmowa była najdłuższą czynnością jaką wykonałem, ale okazała się najbogatsza w wiedzę, możliwość spojrzenia na projekt okiem kogoś, kto nim zarządza. Do czego zmierzam? Do tego, że nikt nie oczekuje, iż będziemy siedzieli przed komputerem pełne 8 godzin od 9 do 17, nie wytykając nosa poza box poza krótką przerwą na drugie śniadanie. Czasem krótki czas spędzony daleko od biurka może przynieść więcej korzyści, niż kilka godzin siedzenia na tyłku męcząc się z jakimś zagadnieniem. Dla mnie takim miejscem odsapnięcia jest kuchnia (z uwagi na ekspres do kawy ;) ) i muszę przyznać, że rozmowy tam (a także ich brak, gdy nikogo w kuchni nie ma) potrafiły przybliżyć mnie do rozwiązania problemu bardziej niż siedzenie z tym problem tête à tête przez pół dnia.

13) You Ain't Gonna Need It - czyli w skrócie YAGNI, jest zasadą mówiącą, że powinniśmy dodawać do projektu nową funkcjonalność dopiero w momencie, gdy ta funkcjonalność jest niezbędna. Dzięki temu unikamy nadmiernego rozrostu projektu i koncentrujemy się (a co za tym idzie lepiej wykonujemy) na tym, co najważniejsze. Osobiście miałem ten problem przy swoim pierwszym samodzielnym projekcie na praktykach - zacząłem dodawać nowe funkcjonalności nie pokrywając dostatecznie testami już stworzonych i po niedługim czasie mój system był dziurawy jak ser szwajcarski, duży, ale z małą ilością prawdziwej funkcjonalności. Na całe szczęście mam opiekuna, który w każdej chwili jest gotów ściągnąć mnie na ziemię i wskazać najodpowiedniejszy kierunek działań :) Jest to bardzo dobre, póki jeszcze sami nie jesteśmy w stanie dostrzegać i wykonywać najistotniejszych zadań w pierwszej kolejności. Wydaje się, że stoi to w sprzeczności z podchodzeniem do pracy z postawą eksperymentatora i metodą prób i błędów? Nie będę sam wynajdywał koła i powołam się na artykuł kogoś, kto umie to wytłumaczyć znacznie lepiej ode mnie - mówię tu o artykule "Bo w życiu trzeba... być Agile:)" Sławomira Sobótki.

14) Nie taka dokumentacja zła jak ją malują - w obecnych czasach podobno zaledwie kilka firm na świecie przyznaje się do tego, że nie jest "zwinna", raptem jedna indyjska firma oficjalnie ogłosiła, że nie jest firmą pracującą w oparciu o zwinne metodyki. A z czym ludziom kojarzy się zwinna firma? Z brakiem dokumentacji, z końcem biurokracji itp. Ale czy naprawdę dokumentacja jest takim złem? Kiedy w zeszłym tygodniu zmieniłem projekt, za zadanie miałem (i nadal mam) uzupełnienie i aktualizacja dokumentacji tegoż projektu. Z początku bardzo mi się to nie spodobało, ale po kilku godzinach badania projektu zdałem sobie sprawę, że jest to idealna okazja na dogłębne poznanie obszaru, nad którym mam pracować. Daje mi to też możliwość zadawać trudne pytania autorom konkretnych fragmentów kodu, jeżeli jakieś zachowanie jest niejasne lub zwyczajnie nie działa tak jak do tej pory było to opisane. Po dwóch dniach spędzonych nad dokumentacją dostałem do wykonania proste zadanie poprawy drobnego kawałka kodu i dzięki zdobytej wiedzy rozwiązanie problemu zajęło (dosłownie!) 5 minut wraz z przetestowaniem.

Na razie to wszystko. Pozdrawiam i do następnego razu! :)

Duża porcja filmików

2010-07-20T14:35:00.000-07:00

Witam!

Ostatnio zastanawiałem się czemu Miško Hevery nie publikuje nic na swoim blogu, gdy w tym momencie pojawiła się wiadomość w czytniku RSS o jego nowej publikacji. Miško jest bardzo utalentowanym, chętnym do dzieleniem się swoją wiedzą i rozmowy programistą, który od jakiegoś czasu dosyć często pojawia się w cyklu Google Tech Talks. Nie inaczej było tym razem - Miško Hevery wygłosił prezentację na temat "How JavaScript works", która jak dla mnie jest rewelacyjna, gdyż dopiero teraz zaczynam zabawę z JavaScript. Nie jest to prezentacja, która ma za zadanie nauczyć nas pisać skrypty JS, ale wytłumaczyć czemu pewne rzeczy się dzieją i co może być często problemem wynikającym z nierozumienia samej zasady działania języka. Film trwa godzinę, ale naprawdę dobrze się go ogląda - gorąco polecam:

Dodatkowo rozmawiałem ostatnio z Leszkiem Gruchałą, organizatorem konferencji java4people w Szczecinie na temat filmików z ostatniej edycji. Konferencję tą darze szczególnym sentymentem, gdyż była to moja pierwsza konferencja dla developerów w życiu, a wrażenia i wiedza z niej wyniesiona do tej pory procentują :) Okazało się, że są one dostępne na łamach portalu Parleys.com (należy przejść do działu Spaces -> Only JUGs -> Szczecin JUG). Oto kilka najciekawszych moim zdaniem:

"Comet & Beyeux" autorstwa Waldemara Kota:

"Zwinne i lekkie aplikacje webowe z Grails" Jacka Laskowskiego (jeszcze bez swojego śrebrnego MacBook'a ;)):

"System kontroli wersji GIT" Andrzeja Śliwy

To na dziś tyle. Czas iść spać, żeby jutro wypoczętym przyjść na praktyki i zgłębiać się w temat RESTful Services :) Do następnego razu!

Przemyślenia praktykanta #2

2010-07-17T14:00:00.000-07:00

Witam!

Od mojego ostatniego postu minęło raptem cztery dni, ale nawet w tak krótkim czasie pojawiło się kilka przemyśleń, olśnień, a także postanowień. To jest dla mnie kwintesencja praktyk - zmuszają nie tylko do działania (w moim przypadku kodowania), ale w większym stopniu do myślenia, stawiania czoła problemom i otwieraniu się na nowe (choć z pewną dozą zdrowej podejrzliwości).

7) Nie zabieraj pracy do domu! - przez pierwsze dni była to moja zmora. Siedziałem w firmie po 9 godzin, a po przyjściu do domu zamiast się zrelaksować, siadałem nad problemem by do późnych godzin tak naprawdę niewiele posunąć się do przodu. Dlaczego tak było? Ponieważ nie miałem w koło siebie grupy fachowców w każdej chwili gotowej mi pomóc, ponieważ nie zapewniłem sobie należytego relaksu. Po kilku dniach i lekturze Rework (znów ten Rework :)) uświadomiłem sobie, że jeżeli wszystkie zmartwienia i problemy związane z praktykami będę zostawiał w firmie, po pracy będę w stanie naładować swoje akumulatorki, aby następnego dnia stawić czoła wyzwaniu/przeciwności z pełnią sił i determinacji. Robiąc inaczej tylko podcinamy sobie skrzydła i w naprawdę krótkim czasie skazujemy siebie samych na wypalenie, po którym z odpowiedniego "chce" zrobi się śmiercionośne "muszę". Od kiedy wprowadziłem do życia tę zasadę osiągam więcej i szybciej, a najlepsze jest to, że robię to z przyjemnością!

8) Nawet najmniejszy unit test może rozjaśnić Twój dzień - dwa dni straciłem nad pewnym zagadnieniem numerycznym. Męczyłem się z doborem odpowiedniej biblioteki, potem z jej integracją, by na końcu zawsze okazywało się, że nie spełnia ona naszych wymagań. Zamiast iść do przodu, stałem w miejscu i przestawało mi się chcieć. Trzeciego dnia zmagań poszedłem do Sławka i namówił mnie do napisania swojego rozwiązania, ale z możliwie najmniejszą funkcjonalnością. Po jakiejś pół godzinie, gdy uruchomiłem pierwszy test i zobaczyłem wiadomość "Failure: 0" od razu się uśmiechnąłem i nabrałem chęci do pracy. Tak napędzony przez kolejne kilka godzin pracowałem dodając nowe testy i przez większość czasu uśmiechając się do siebie samego, nawet wtedy gdy nie wiedziałem jak mam to, czy tamto poprawić. Starałem się nie wprowadzać zbyt wielu modyfikacji naraz, aby móc dobrze przetestować całość. Efekt? Pod koniec dnia przyszedłem do Sławka z gotowym rozwiązaniem, pokrytym testami i spełniającym wszystkie nasze wymagania. Od tej pory staram się wyszukiwać nawet najmniejsze rzeczy, które wiem, że uda mi się zrobić szybko i poprawnie, co doda mi sił i motywacji do pracy - to naprawdę działa :)

9) Utrzymuj rzeczy możliwie najprostszymi - jednym z problemów, który miałem przy zagadnieniu, o którym pisałem wcześniej było to, że zbytnio chciałem je rozbudowywać i to od samego początku. Brało się to z nauki, którą wpaja się na uczelniach wyższych (a przynajmniej na obu kierunkach, na których byłem - mam nadzieję, że gdzieś jest inaczej) - od samego początku myśl i projektuj i koduj z myślą o pełnej funkcjonalności systemu. Ten prosty problem pokazał mi, że oczywiście należy przewidywać możliwą rozbudowę systemu, ale nie należy jej wprowadzać od pierwszych chwil jego życia. Kiedy mój opiekun wskazał mi kluczowe zagadnienia, którymi musi zając się moja biblioteka sprawa nagle stała się kilkakrotnie prostsza i możliwa do zaimplementowania w ciągu jednego dnia. Dzięki temu mam gotowy szkielet, który w niedługiej przyszłości mam zamiar rozwijać, ale na dzień dzisiejszy jest już działający i jest wykorzystywany. Gdybym zabrał się za pełną (lub choćby połowiczną) potencjalną funkcjonalność od pierwszych chwil nie miałbym tego gotowego przed końcem roku, a co dopiero końcem praktyk.

Na dzisiaj to tyle. Czas się wyspać, jutro też jest dzień (może na napisanie kolejnego postu? :)).

Pozdrawiam i do następnego razu!

Przemyślenia praktykanta #1

2010-07-13T09:07:00.000-07:00

Witam!

Ostatni okres nie był dla mnie łatwy. Zacząłem praktyki i tak jak na samym początku sądziłem, że będzie super produktywnie, pracowicie i entuzjastycznie, tak po niecałych dwóch tygodniach jedyne co bym z tego zdania pozostawił to pracowicie. A co z resztą? To trudne pytanie, na które cały czas nie znalazłem (i pewnie długo jeszcze nie znajdę) pełnej odpowiedzi. Do przemyśleń skłoniła mnie książka, którą właśnie czytam - Rework - Jasona Fried'a oraz Davida Heinemeier Hansson'a (z firmy 37signals - twórców m.in. Ruby on Rails), o której niedługo trochę szerzej napiszę na blogu. Ale do rzeczy:

1) Są wakacje! - nim jeszcze zacząłem praktyki miałem wielkie plany na wakacje: bieganie z samego rana, praktyki od 8 do 16, potem coś zjeść, praca inżynierska oraz jeden z 2 projektów, w których mam brać udział i spać - idiotyzm. Czas wakacji to przede wszystkim czas odpoczynku, relaksu, nabrania sił na boje kolejnego roku akademickiego. Bardzo dobrze podchodzą do tego panowie od marketingu w wydawnictwie ISA - w swoim newsletterze piszą:

Wakacje, to czas wytchnienia od nauki i pracy. Wolny czas można zagospodarować na 1001 sposobów. Proponujemy, aby część tego czasu spędzić z ciekawą lekturą.

To nie musi być książka, równie dobrze można iść na plażę, do lasu, na rower i etc. etc. Sens jest w tym, by znaleźć coś, co nas relaksuje i pomaga się odprężyć.

2) Jesteś na praktykach, nie w pracy - Mateusz bez przerwy mi to powtarza. Praktyki to czas nauki, nikt nie oczekuje, że w ciągu miesiąca (czy jak w moim przypadku trzech) praktykant zbuduje "nowe, lepsze Google". Oczywiście większość praktykantów, którzy zaczynają w dobrej firmie, chciałaby po skończeniu praktyk dalej współpracować z firmą - ja sam tak miałem/mam. Ale bardzo szybko okazuje się to bardzo zgubne. Przy każdej rzeczy, jaką się wykonuje myślenie zamiast kierować się ku rozwiązaniu idzie w kierunku zadowolenia szefa, czy się przypadkiem nie ośmieszymy etc. Tak jest często, jeśli nie jesteśmy pewni swojej wartości na rynku, a bardzo byśmy chcieli być widziani jak najlepiej. Takimi sprawami powinniśmy się martwić dopiero pod koniec lub na sam koniec praktyk, a do tej pory starać się robić zwyczajnie swoje i uczyć się przy tym jak najwięcej. Czy będziemy dalej pracować w tej firmie, czy nie - doświadczenie i tak wyniesiemy, a przecież po to idziemy na praktyki, prawda? :)

3) Refaktoryzacja - oto klucz do łatwiejszej nauki. Bardzo często łapie się na tym, że chce wykonać dane zadanie tak dobrze, że już nie wiem jak do tego podejść. Liznąłem temat TDD - no to piszemy testy, poznałem metodę DRY/KISS/itp. - od samego początku piszę kod zgodny z nimi wszystkimi etc. Przykładów można wymieniać mnóstwo i oczywiście przesadzam, ale mam nadzieję, że idea jest jasna. Dopiero dzisiaj uświadomiłem sobie, że moje podejście jest błędne. Brak mi doświadczenia, żeby pisać ładny, dobry produkcyjny kod. Dlatego zacząłem robić coś innego, za namową bardziej doświadczonych ode mnie - tworzę jakieś rozwiązanie, najłatwiej jak się da. Potem gdy już osiągnę cel zastanawiam się (jeśli jest na to czas oczywiście), czy da się to zrobić lepiej i jeśli tak, próbuje tak zrobić, ale nie wkładając w to za dużo czasu/wysiłku, tak by znajdywanie tego rozwiązania nie było męką, tylko przyjemnością. Jeśli jestem zadowolony z rozwiązania (a u mnie to oznacza możliwość "łatwej" integracji z całością, którą tworzę) zostawiam temat i przechodzę do następnego zagadnienia. Na artyzm przyjdzie jeszcze czas, a jest tyle do nauczenia się :) Bardzo często w nauce danego tematu nie chodzi o poznanie konkretnej technologii, ale bardziej o ideę, którą ona realizuje - wtedy nie ma sensu zbytnio się przejmować pięknem rozwiązania. Dużo czasu przez to straciłem, ale mam nadzieję, że wreszcie przejrzę na oczy :)

4) Nie wszystko naraz! - kiedy idzie się na praktyki bardzo często ma się wrażenie, że od samego początku będzie się uczyło nie wiadomo ilu i jak wysublimowanych technik/narzędzi/ideologii/metodyk. Przez takie podejście bardzo łatwo utknąć w martwym punkcie, gdzie nie wiadomo czego się chwycić. Ja sam tak często miałem przed praktykami, ale na szczęście mój opiekun w Spartezie (Sławek) bardzo szybko sprowadza mnie na ziemię. Najczęściej idziemy sobie zrobić kawkę i dyskutujemy o tym co można by było zrobić dalej, wybierając jedną ze ścieżek. Nie ma tak, żeby łapać się kilku rzeczy naraz - w ten sposób w jednostce czasu nie zrobisz tak naprawdę nic, a jeśli będziesz robić po kolei, każdej z tych rzeczy nauczysz się lepiej i dokładniej.

5) Jeśli naprawdę nie masz co robić, idź do domu - często znajomi opowiadają mi jak to na praktykach siedzieli 8h bezczynnie, tępo oglądając filmiki na YouTube lub grając w gierki na Facebook'u - to totalnie bez sensu. Jeśli w danym dniu zrobiło się już wszystko, co zostało zaplanowane, a następny krok jest na tyle obszerny i trudny (nieprzyjemny?!), a czasu stosunkowo za mało, tak że musielibyśmy jutro zaczynać i tak od nowa - poprośmy szefa o możliwość pójścia do domu. Lepiej wypocząć w domu, nabrać sił na kolejny dzień, niż męczyć się ciągnąć do tych 8 godzin dla samej zasady i skazując się na zmęczenie czy też brak pozytywnego podejścia następnego dnia. Na moich praktykach nie mam rygoru przychodzenia na konkretną godzinę. Mamy ustalony plan działań i w pewnym przedziale trzeba to zrobić. Dzięki luźniejszemu podejściu w momencie gdy czułem się gorzej mogłem spokojnie poleżeć w łóżku, by przyjechać do firmy wypoczęty. Nie miałem stresu, więc i robota szła lepiej. Dla samokontroli zapisuje sobie godziny przyjścia i wyjścia (oczywiście mniej więcej) i ku mojemu zdziwieniu przesiedziałem od początku praktyk więcej godzin, niż wynosi pracownicze minimum, a zrobiłem to z chęcią i nawet tego nie poczułem.

6) Kiedy masz problem - nie bój się zapytać innych - nic nie jest lepszym źródłem wiedzy niż doświadczenie starszych stażem! Już na samym początku praktyk dowiedziałem się, że będę musiał nauczyć się zagadnień z wielu dziedzin. Wiadomo, że nie każdy zna się na wszystkim, tak więc trzeba próbować aż do skutku. Nie mówię, że należy z najmniejszą rzeczą biegać po całym biurze siejąc popłoch. Mam to szczęście, że choć w firmie, w której robię praktyki każdy ma bardzo solidne podstawy z wiedzy ogólnej, już po chwili udało mi się rozpoznać kogo mogę o co pytać. Jedni podpowiedzą jak czegoś wyszukać, inni usiądą i zrobią z Tobą krótkie Code Review, jeszcze inni naprowadzą na rozwiązanie samymi pytaniami na temat problemu, ale wszyscy wyznają jedną zasadę - jeśli ktoś poprosi o pomoc - nie odmówią. Co jeszcze lepsze - kiedy już pomogą Ci znaleźć rozwiązanie będą ciekawi jak Ci poszło. Ostatnio w ten sposób bardzo miło zaskoczył mnie jeden z członków zespołu - dopytywałem się go o RESTful Services budowane w oparciu o framework Jersey i tego samego dnia, a także następnego przez pytania o to, czy udało mi się rozwiązać problem dowiedziałem się masy nowych rzeczy (nie dziwota, bo temat dla mnie całkowicie nowy) i to w jednym z najprzyjemniejszych sposobów - przez rozmowę. Tak więc nie należy bać się zadawać pytań, bo w ten sposób może umknąć nam wiele niuansów, których próżno szukać w (nie)oficjalnych dokumentacjach.

Trochę przydługi wpis mi wyszedł, ale przynajmniej znalazłem formę na wyrażenie swoich myśli :) Pozdrawiam i do następnego razu!

Problem z m2eclipse

2010-07-06T09:26:00.000-07:00

Witam!

Jaki Eclipse jest - każdy widzi i większość wie. W trakcie niedawno rozpoczętych praktyk często spotykam się z opinią, że Eclipsem nie warto sobie w ogóle głowy zawracać, że jest kompletnie bezużyteczny etc. etc. Osobiście twierdzę, że mając na głowie mnóstwo rzeczy, których muszę się nauczyć "na wczoraj" (lista postanowień noworocznych to przy tym pikuś ;)), zawracanie sobie głowy nauką i przyzwyczajaniem się do nowego IDE było by mało efektywne. Dlatego uparcie trzymam się Eclipsa i prę dalej. Miało być o problemie z integracją Eclipse Galileo z Mavenem, ale najpierw jeszcze sam nawrzucam na moje ukochane IDE. bo co za dużo, to niezdrowo:

Eclipse Helios po wielu próbach i ogromnej ilości dobrych chęci okazał się totalnie bezużyteczny do pracy z Google App Engine, AJAX'em, jQuery etc. Pluginy odpowiedzialne za wsparcie dla tych technologii/narzędzi zwyczajnie nie są kompatybilne z najnowszą wersją Eclipsa...
Na potrzeby napisania tego postu wróciłem dzisiaj na chwilę do Eclipse Galileo na Windows 7 i oto jaki komunikat otrzymałem przy starcie aplikacji (nie wymaga chyba komentarza):

A teraz wracając do integracji Mavena z Eclipse Galileo (na Heliosie nawet nie pomyślałem, żeby to sprawdzić) - prostym rozwiązaniem wydawać by się mógłby się wydać wybór wtyczki m2eclipse. I tak jest, ale osobiście srodze się zawiodłem już na samym początku. Pierwszy problem to fakt, że Eclipse z natury uruchamia aplikacje za pomocą JRE, a nie JDK. Aby to zmienić musimy w Window -> Preferences -> Java -> Installed JRE's ustawić jako domyślne JRE z JDK. Klikamy Add ...

... wybieramy Standard VM ...

... i w Directory wpisujemy adres zainstalowanego w systemie JDK

Potem wybieramy go jako domyślny na liście JRE i klikamy OK:

Wyłączamy Eclipse i otwieramy plik konfiguracyjny eclipse.ini (w głównym katalogu Eclipse). PRZED parametrem -vmargs dodajemy parametr -vm, a linijkę niżej podajemy ścieżkę do JRE. U mnie wygląda to następująco:

Pamiętajmy, by nie podawać ścieżek ze spacjami oraz używać '\\' lub '/' zamiast standardowego '\' Windowsa! Uruchamiamy Eclipse i cieszymy się wtyczką m2eclipse :)

Jeśli zaimportujemy projekt stworzony już wcześniej (File -> Import -> Existing Maven Projects) i spróbujemy wykonać Maven install z menu rozwijanego Run as możemy otrzymać taki oto komunikat:


Could not calculate build plan: Missing:
----------
1) org.apache.maven.plugins:maven-resources-plugin:maven-plugin:2.4.1
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.maven.plugins -DartifactId=maven-resources-plugin -Dversion=2.4.1 -Dpackaging=maven-plugin -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.apache.maven.plugins -DartifactId=maven-resources-plugin -Dversion=2.4.1 -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
----------
1 required artifact is missing.
for artifact:
org.apache.maven.plugins:maven-resources-plugin:maven-plugin:2.4.1
from the specified remote repositories:
central (http://repo1.maven.org/maven2, releases=true, snapshots=false)

Aby temu zaradzić musimy do POM'a dodać w sekcji build taki oto wpis o używaniu resource-plugin w nowszej wersji (np. 2.4.2). Całość wygląda następująco:

Teraz po wykonaniu komendy install w katalogu target znajdziemy nasz "wymarzony" plik JAR. Trochę (za)dużo zachodu, prawda? Niestety, takie właśnie są uroki używania Eclipse...

Mam nadzieję, że komuś przyda się ta informacja. Ja walczyłem ponad godzinę z Eclipse nim Maven zaczął mi w nim "działać". Bardzo pomocne okazały się wpis na Victoria's blog, Stackoverflow oraz komentarz Nikola na blogu Bright Side.

Pozdrawiam i do następnego razu!

Cytaty #4

2010-07-02T10:59:00.000-07:00

Witam!

Trafiłem dzisiaj na bardzo ciekawy i bardzo trafny artykuł Sławka Sobótki na temat podejścia Agile, w którym to napisał:

Gdy jednak przyjrzeć się bliżej, to z tym Agile jest jak z seksem u nastolatków - każdy o tym mówi ale niewielu tak na prawdę to robi (a przynajmniej tak było kilkanaście lat temu w klasach mat-inf;).

Jeśli sam autor nie zachęcił Was do przeczytania tego niedługiego (wyjątkowo :P) wpisu, to może ten cytat to zrobi :)

Pozdrawiam i do następnego razu!

Pierwszy dzień praktyk

2010-07-01T09:32:00.000-07:00

Witam!

Właśnie wróciłem z pierwszego dnia praktyk wakacyjnych w firmie Spartez.com :) Wrażeń było co niemiara, ale od początku :)

Przyjechałem do firmy punktualnie o 8 (sam jestem zdziwiony, że udało mi się wstać :D) i narobiłem tym trochę zamieszania, bo nie było nikogo, kto by wiedział co mam robić albo gdzie siedzieć. Ale szybko udało się temu zaradzić i przyszedł czas na pierwsze zadanie - przygotowanie miejsca pracy. Byłem tak zestresowany pierwszym dniem, że do złożenia biurka podchodziłem 3 razy - ponoć do trzech razy sztuka... Gdy biurko w końcu stało trzeba było złożyć fotel (który nawiasem mówiąc spowodował wiele wiązanek, gdyż jest skórzany i wygląda jak fotel jakiegoś prezesa w banku :)) i tu znów pojawiły się problemy, ale metodą "małych kroczków i dużego młotka" udało się i z tym poradzić (choć ręce nadal mi dygotały). W czasie składania przyszła kolejna nowa osoba w zespole - student ETI imieniem Krzysiek.

Około godziny 10 przyszedł czas na Standup Meeting - mój pierwszy meeting scrumowy :) Wrażenia bardzo pozytywne i nie mogę się doczekać kolejnego :D Spotkanie było wyjątkowe, bo cała firma się zebrała, a to dlatego, żeby łatwiej nas (nowych) poznać z resztą zespołu.

Po standup'ie dowiedziałem się nad czym będę pracować przez najbliższe 3 miesiące i muszę powiedzieć, że projekt nie dość, że jest ciekawy technologicznie to w dodatku mi się spodobał i od samego początku przyjemnie mi się nad nim pracowało :) Reszta dnia upłynęła na robieniu ogromnego sajgonu na wirtualnej maszynie (Ubuntu + Eclipse x4 + Google App Engine Plugin to jakby samemu prosić się o kłopoty :D) i poznawaniu podstaw pracy z Google App Engine. W jednym z moich poprzednich wpisów pisałem o Eclipse Helios. Przygotowałem sobie specjalnie na dzisiaj czystą wersję, aby móc na nim pracować, ale spotkało mnie ogromne rozczarowanie - Google App Engine Plugin nie współpracuje z wersją Eclipse wyższą niż 3.5.x i trzeba było wrócić szybko do Galileo, a szkoda. Ale nawet to nie ostudziło mojego zapału do pracy :) Niestety o godzinie 15:30 padł prąd w całym budynku (awaria w Enerdze jak się później dowiedzieliśmy), która trwała prawie godzinę, tak więc po pewnym czasie zwinąłem się już do domu, bo nawet sieci nie było (a bez niej i tutoriali).

Podsumowując: tak jak byłem przerażony wizją praktyk wakacyjnych, tak teraz nie mogę się doczekać kiedy znów usiądę znów przy swoim biurku i będę mógł dalej pracować nad projektem! Ciekawe tylko jak długo takie nastawienie mi się utrzyma ;)

Pozdrawiam i do następnego razu!

Cytaty #3 i materiały o Scrumie

2010-06-28T23:37:00.000-07:00

Witam!

Przygotowując się do letnich praktyk muszę zapoznać się z podstawami Scruma. Do tego celu posłużyły mi dwa bardzo dobre, krótkie PDFy udostępniane przez firmę Pod Drzewem jako materiały ogólnodostępne:

W trakcie czytania tego drugiego dokumentu wyjaśniane jest kim są "świnki", a kim "kurczaki" przy pomocy krótkiej historyjki, którą pozwolę sobie przytoczyć:

Kurczak i świnka siedzieli sobie razem, gdy nagle kurczak powiedział: "Załóżmy restauracje!"
Świnka zastanowiła się i zapytała: "A jak ją nazwiemy?"
Kurczak odparł: "Jaja na boczku!"
Na to świnka odrzekła: "O nie, dziękuje! Ty się tylko zaangażujesz, a ja - ja się poświęcę!"

Praktyki już za dwa dni, tak więc trzeba wracać do pracy :)

Pozdrawiam i do następnego razu!

Eclipse Helios (3.6) już jest!

2010-06-27T11:16:00.000-07:00

Witam!

Na początku był Callisto (2006), potem Europa (2007), Ganymede (2008), do niedawna Galileo (2009), a teraz mamy... Heliosa! Za rok będzie Indigo, ale nim to nastąpi skupmy się na tym, co mamy teraz. Cztery dni temu (tj. 23.06) miało miejsce wydanie najnowszej wersji jednego z najlepszych IDE dla Javy (i nie tylko!) - Eclipse, którego opatrzono numerkiem 3.6. Co rzuciło mi się w oczy to znacznie szybszy start środowiska (specjalnie z tej okazji ściągnąłem Eclipse Galileo IDE for Java EE i nie instalowałem na nim żadnych pluginów) - to się nazywa dobre pierwsze wrażenie :) Sama zakładka Welcome również została przerobiona i sprawia wrażenie bardziej przemyślanej i lżejszej.

Po kilku dłuższych chwilach zabawy z nowym Eclipsem zauważyłem bardzo ciekawą rzecz - Multi Quick Fix. Zamiast przy każdej naszej pomyłce wybierać metodę naprawy naszego błędu, w przypadku, gdy błędy w danym obszarze są identyczne, możemy wybrać możliwość zastosowania poprawki do wszystkich błędów jednocześnie. Niby mały szczegół, a już po chwili okazuje się bardzo pomocny :)

Dodatkowo z okazji wydania nowej wersji naszego ulubionego środowiska przygotowało kilka filmików prezentujących usprawnienia i nowości w poszczególnych modułach takich jak Java Development Tools (JDT), Javaserver Faces (JSF) Tools czy PHP Development Tools (PDT). Niestety filmiki są w słabej jakości i osobiście nie dotarłem do końca pierwszego filmiku za który się zabrałem, czyli JDT.

Najnowszą wersję środowiska można pobrać ze strony producenta.

Po pierwszych chwilach zachwytu czas wracać do nauki/pracy. Trochę czasu minie nim przystosuję Heliosa do mojego stylu pracy, ale już czuję w kościach, że nie będzie to czas zmarnowany :) Ciekaw jestem jak Wam drodzy czytelnicy przypadnie najnowsza wersja Eclipse do gustu :)

Pozdrawiam i do następnego razu!

Oracle Executive Outlines MySQL Strategy

2010-06-26T09:04:00.000-07:00

Witam!

W dzisiejszym MySQL Newsletter - Special Edition znalazła się bardzo interesująca pozycja - "Oracle Executive Outlines MySQL Strategy", 11 minutowy filmik Edwarda Screven'a, który opowiada o podejściu firmy Oracle do ich nowego produktu - MySQL. Screven przez cały czas podkreśla, że MySQL jest dla nich bardzo ważnym produktem, uzupełniający dotychczas tworzony przez Oracle LAMP. Dzięki filmikowi dowiedziałem się o nowych wydaniach developerskich zarówno MySQL Community Server (wersja 5.5.3) jak i MySQL Workbench (wersja 5.2). Co najbardziej spodobało mi się w wypowiedzi przedstawiciela Oracle to prognozy włączenia i szerszej integracji MySQL z ich oprogramowaniem (np. możliwość tworzenia kopii zapasowych bazy danych nie będzie obejmować jedynie baz Oracle, ale już niedługo ma również obejmować bazy MySQL). Co z tych prognoz i obietnic wyjdzie - przekonamy się (sądzę, że już niedługo). Tymczasem zapraszam do obejrzenia opisywanego filmiku:

Pozdrawiam i do następnego razu!

Cykl wytwarzania oprogramowania na wesoło

2010-06-18T14:59:00.000-07:00

Witam!

Sesja już za mną - wszystkie egzaminy zaliczone, teraz pozostaje jedynie czekać na wyniki i zbierać wpisy do indeksów. W związku z brakiem konieczności nauki mam wreszcie przygotować się trochę do wakacyjnych praktyk i w trakcie przeglądaniu materiałów z podstawami metodologii Scrum natrafiłem na rysunek ze strony Project Cartoon. Zajrzałem na stronę i odkryłem, że jest dostępne polskie tłumaczenie komiksu, a co jeszcze lepsze - możliwość stworzenia własnego! Jestem wciąż pod wrażeniem beznadziejności projektu, który popełniłem na zaliczenie jednego z przedmiotu i natchnęło mnie to do stworzenia własnej wersji komiksu, opartej na moim akademickim doświadczeniu z projektami krótkoterminowymi:

Moja wersja komiksu jest również dostępna na stronie projektu.

To by było tyle z krótkiego relaksu, czas wracać do roboty! :)

Podcast Java.pl #3

2010-06-16T14:51:00.000-07:00

Witam!

Sesja już prawie za mną i z przykrością stwierdzam, że mam z jej powodu niemałe zaległości w Blogsferze. Tym większa była moja radość, gdy dwa dni temu w czytniku RSS pojawiła się wiadomość o nowym (trzecim już) odcinku Podcastu Java.pl! Tak jak do tej pory audycja ma charakter newscastu (o podziale na newscast i techcast pisałem w tym poście), ale zapowiedziano, że pierwszy techcast zostanie nagrany już na dniach - trzymam za słowo i z niecierpliwością czekam, aż ujrzy on światło dzienne! :)

Zachęcam do wysłuchania i dzielenia się opiniami z autorami audycji!

Materiały i galeria z infoShare 2010

2010-06-10T05:50:00.000-07:00

Witam!

Dziś światło dzienne ujrzały galeria oraz materiały z konferencji infoShare 2010, która miała miejsce 13-14 maja br. na Politechnice Gdańskiej. Choć mechanizm galerii wydaje mi się bardzo męczący, to i tak warto się pomęczyć, gdyż galeria jest naprawdę świetnie zrobiona (ciekawe ujęcia, każde zdjęcie dokładnie opisane). A oto linki:

Pozdrawiam!

Cytaty #2

2010-06-09T02:34:00.000-07:00

Witam.

Dzisiejszy dzień nie jest dobrym dniem - zbliża się koniec semestru, a co za tym idzie oddawanie projektów, zaliczenia laboratoriów etc. Jak znalazł całe to zamieszanie opisują panowie Jason Fried i David Hansson w swojej książce "Rework" (którą dopisałem do swojej listy książkowego TODO):

Nasza kultura czci ideę pracoholizmu. Słyszymy o ludziach zarywających noc po nocy, spędzających całe doby w pracy i sypiających na podłodze w biurze. Punktem honoru jest paść na twarz na koniec projektu. Żadna ilość pracy nie jest zbyt wielka.

Nic dodać, nic ująć... Powodzenia w najbliższych 3 tygodniach dla studentów ;)

P.S. Podziękowania dla Jacka Laskowskiego za podzielenie się świetnym artykułem :)

Lipcowy numer Software Developer's Journal

2010-05-31T14:54:00.000-07:00

Witam!

Ostatnio pismo Software Developer's Journal zmieniło strategię wydawania nowych numerów,- zrezygnowano z płatnej, papierowej wersji na rzecz bezpłatnej, elektronicznej. Co najciekawsze - do Archiwum dodawane są kolejne numery SDJ z dawnych lat, które również są bezpłatne. Nie pozostaje nic tylko czytać i czytać :)

Czemu najnowszy numer SDJ tak mnie zainteresował? Z kilku powodów:

Artykuł Marcina Lusy "Przegląd Java EE 6 - Czyli duża platforma w małym skrócie" porusza ciekawe kwestie takie jak (wspomniane również w screencast'cie Jacka Laskowskiego) konfiguracja aplikacji za pomocą adnotacji, asynchroniczne przetwarzanie zadań, nowości w EJB 3.1 i JPA 2.0
"Dokąd zmierza Web. Czyli stąd do Matrixa" Marka Głowackiego opisuje w telegraficznym skrócie historię Web od 0.1 do 3.0 w bardzo przystępny sposób.
Dowiedziałem się, że w SDJ publikowany jest poradnik dla osób pragnących dobrze przygotować się do certyfikatu SCJP - w lipcowym numerze ukazała się IV część serii.
Pierwsza część kursu Pythona (nie wiem czemu, ale zawsze chciałem zobaczyć ten język w akcji, ale nigdy nie starczało na to czasu)

W momencie, gdy redakcja SDJ ogłosiła zmianę strategii wydawania gazety zastanawiałem się co będzie z materiałami dołączanymi na płytach? Zapewniano, że materiały będą umieszczane na stronie magazynu i tak też faktycznie się stało! Pojawiły się cztery pierwsze odcinki kursu firmy BNS IT o podstawach Javy SE i EE. Osobiście jakiś czas temu przerabiałem ten kurs (wydano jego 6 z 12 docelowych części) i choć mogłoby być lepiej (a w wielu momentach nawet powinno) to kurs uważam za świetny wstęp do JEE, dzięki któremu sam zacząłem wreszcie bawić się tą platformą :) Kurs dostępny jest pod tym adresem (400+ MB!).

Do usłyszenia!

Cytaty #1

2010-05-25T13:15:00.000-07:00

Witam!

Lekko zażenowany swoim ostatnim wpisem zacząłem nadrabiać swoje braki w polskiej blogsferze. Czytając niektóre wpisy natrafiłem na dwa bardzo trafne stwierdzenia, które w gruncie rzeczy nie wymagają komentarza:

Sławomir Sobótka "W co się bawić":

"Zastanawiam się, czy nie jest przypadkiem tak, ze środowisko Javowe jest cały czas na etapie onanizmu technicznego spowodowanego zalewem mniej lub bardziej udanych narzędzi, bibliotek i frameworków, które po prostu rozpraszają uwagę od kwestii na prawdę istotnych."

Robert C. Martin (z wpisu Jakuba Nabdralika "Open Code Review"):

"Every good programmer should get used to professional code review. Bad programmers can benefit from it even better. And if you have some Prima Donnas in your team, unwilling to hear constructive critique to their code... screw them. Nobody's able to work with them anyways."

Co jakiś czas będę umieszczał na blogu znalezione cytaty z trzech powodów:

Są to (według mnie) naprawdę wartościowe słowa!
Ku pamięci
W imię bycia lepszym bloggerem idąc w ślad za Jeffem Artwoodem :-)

Pozdrawiam i do następnego razu!

Pierwsze próby z JNDI i DataSource

2010-05-23T10:31:00.001-07:00

Witam!

Ostatnio wspominałem, że zacząłem swoją zabawę z Java Enterprise Edition. Aplikacja, którą piszę ma za zadanie komunikację z bazą danych i wyświetlać z niej wyniki. Nie było by problemu, gdybym w czasie tworzenia aplikacji korzystał z jednej bazy, a tak korzystam z trzech - lokalnej, na wirtualnym serwerze oraz znajdującej się na serwerach uczelnianych. Z początku po prostu zmieniałem parametry przy połączeniu via JDBC, ale takie rozwiązanie mnie nie satysfakcjonowało. Poczytałem trochę, popytałem i dowiedziałem się, że idealnym rozwiązaniem było by JNDI + DataSource. W sieci można znaleźć sporo informacji na ten temat (szczególnie w kontekście Springa, którym zajmę się dopiero za dłuższy czas), ale ja szukałem totalnego minimum i świadomości jak to działa. Z pomocą przyszedł Paweł Cegła, który pokazał mi praktyczne zastosowanie JNDI i DS w projekcie. Teraz krótko (za Pawła zgodą) opiszę jak najprościej i najszybciej skonfigurować naszą aplikację, aby uzyskać dostęp do bazy danych, a w przypadku zmian parametrów ograniczało się to zaledwie do edycji jednego pliku.

Na początek tworzymy nowy projekt: File -> New -> Dynamic Web Project. Ja nadałem projektowi nazwę "JNDI_and_DS" i moja konfiguracja wygląda następująco:

Po stworzeniu projektu ma on następującą strukturę:

Dane konfiguracyjne aplikacji webowej umieszczamy w katalogu WebContent -> META-INF. Należy w nim utworzyć plik XML i nazwać go dokładnie context.xml:

Konfiguracja kontekstu aplikacji (bo o nim mowa) w najprostszej postaci wygląda następująco:

Jak widać składa się na nią kilka elementów:

całość jest zawarta między znacznikami Context z parametrem path określającym ścieżkę (tzw. context path) do naszej aplikacji (należy pamiętać o znaku '/'!)
pojedynczy zasób jest określony w obrębie znaczników Resource i posiada liczne atrybuty:

name - na podstawie tej nazwy będziemy wyszukiwać naszą konfigurację w kontekście aplikacji
auth - tu do wyboru mamy "Application" lub "Container". Ta druga opcja wskazuje, że w imieniu naszej aplikacji to kontener, w którym jest uruchamiana będzie zarządzał połączeniami z bazą danych i całym DataSource
type - ty wpisujemy jakiego typu zasób będziemy pobierać z kontekstu aplikacji odwołując się do jego nazwy (my chcemy DataSource, więc wpisujemy javax.sql.DataSource)
maxActive - maksymalna ilość połączeń w obrębie DataSource z bazą danych. Musi zgadzać się z konfiguracją samej bazy danych
maxIdle - maksymalna ilość tzw. uśpionych połączeń. Temat omówię w dalszej części posta
maxWait - ilość czasu (w ms), jaką maksymalnie aplikacja oczekiwać będzie na odpowiedź serwera baz dancyh
username - nazwa użytkownika w systemie baz danych
password - hasło wyżej wymienionego użytkownika
driverClassName - pełna ścieżka do pliku sterownika, za pomocą którego będzie wykonywane połączenie (ja korzystam z biblioteki JDBC i bazy MySQL, więc sterownik ten znajduje się w com.mysql.jdbc.Driver)
url - ścieżka dostępu do naszej bazy danych (wraz z jej nazwą)

Jeśli wypełnimy poprawnie wszystkie te pola, możemy przystąpić do napisania servletu, który za pomocą DataSource będzie komunikować się z naszą bazą danych. Ja przyjąłem wariant, w którym stworzyłem servlet, z którego będą dziedziczyć wszystkie servlety współpracujące z bazą danych, więc sam obiekt DataSource jest polem tejże klasy, a w metodzie init wyszukuję w kontekście aplikacji DataSource. Jak to mówią - raz a porządnie :)

Wygląda to mniej więcej tak:


public void init(ServletConfig config) throws ServletException {
 super.init();

 try {
  InitialContext context = new InitialContext();
  dataSource = (DataSource) context
    .lookup("java:/comp/env/jdbc/JNDI_and_DS");
 } catch (NamingException e) {
  throw new ServletException("Problem z JNDI i DS");
 }
}

Dziwne może wydawać się może, że szukamy referencji do DataSource (metoda lookup) pod inną nazwą niż ustawiliśmy w konfifuracji. Otóż na serwerze Tomcat 6, kontekst aplikacji znajduje się pod adresem "java:/comp/env/". Niestety jest to inna ścieżka na różnych serwerach aplikacji.

Do pełni szczęścia brakuje nam już tylko dodanie biblioteki MySQL Connector/J (wersja JDBC ze sterownikiem do baz danych MySQL) do katalogu lib w katalogu, w którym znajduje się serwer Tomcat 6 i już!

W przypadku aplikacji napisanej przeze mnie (link do projektu Eclipse zamieściłem na końcu posta) poprawna konfiguracja i uruchomienie aplikacji objawia się takim komunikatem:

Cały czas wspominam o DataSource, ale wciąż nie wytłumaczyłem co to tak naprawdę jest. Otóż jest to obiekt, który w naszym imieniu przechowuje pulę połączeń (tzw. connection pooling) oraz pomaga w procesie transakcji. W przypadku naszej prostej aplikacji daje nam to ten komfort, że jesteśmy w stanie określić wszystkie parametry związane z połączeniami oraz dochodzi element związany z wydajnością. W momencie kiedy kontener tworzy obiekt DataSource, przypisuje mu kilka tzw. uśpionych połączeń (idle connections). Dzięki temu, kiedy nasza aplikacja chce połączyć się z bazą danych, połączenie nie jest tworzone (a jest to proces dosyć czasochłonny, szczególnie w MySQL'u), a jedynie pobierane z puli i udostępniane. Kiedy kończymy pracę z danym połączeniem wraca ono do puli i czeka na ponowne użycie.

A teraz kilka linków:

Projekt Eclipse (wraz z skryptem SQL do utworzenia bazy danych i zapełnienia jej danymi)
Słów kilka o connection pooling'u
Przykład z JNDI i DataSource na oficjalnej stronie serwera Tomcat
Trochę informacji o kontekście aplikacji uruchamianej na serwerze Tomcat
Sterownik JDBC dla bazy MySQL

Mam nadzieję, że wpis się komuś przyda :) Zachęcam do komentowania i do usłyszenia w kolejnym poście!

Wrażenia z infoShare 2010

2010-05-15T14:57:00.000-07:00

Witam.

Nie udało mi się pojechać na tegorocznego GeeCON'a, więc udałem się jak w zeszłym roku na darmową konferencję o tematyce IT, która miała miejsce 13-14 maja, a która jest organizowana na Wydziale Elektroniki, Telekomunikacji i Informatyki Politechniki Gdańskiej - infoShare 2010.

Zacznę dosyć nietypowo, bo od podsumowania plusów i minusów:

+ podzielenie prelekcji na dwie ścieżki - miękką i twardą

+ świetni prelegenci (np. Sławomir Sobótka z firmy Bottega, czy Marek Sokołowski z Oracle)

+ pyszny dzik (i nie tylko) w sopockim klubie Atelier :)

- brak gadżetów (ani nawet notatnika i długopisu do robienia notatek)

- niedobra kawa (i brak Red Bulla)

- brak weryfikacji przy rejestracji

A teraz po kolei, od początku...

Dzień 1 - konferencja

Tutaj niewiele uda mi się napisać. Zajęcia na uczelni i inne obowiązki skutecznie uniemożliwiły mi przybycie na dłużej niż na zarejestrowanie. W drodze na konferencję zachodziłem w głowę w którym budynku odbędzie się konferencja, gdyż w przeciwieństwie do zeszłego roku nie rozwieszono żadnych plakatów ani wskazówek (może poza 2 w samym budynku) gdzie należy się udać. Intuicja mnie nie zawiodła, ale z tego co się dowiedziałem niejedna osoba udała się do starego gmachu. Przy rejestracji zdziwiło mnie kilka rzeczy. Pierwsza to fakt, że poza powiedzeniem swojego nazwiska nie musiałem nic robić. Nie było żadnej listy, żadnego sprawdzenia dokumentu tożsamości - każdy mógł podejść i zabrać tak naprawdę jakikolwiek identyfikator, jeśli tylko zdążył przeczytać z niego nazwisko... Oprócz identyfikatora otrzymałem plan konferencji i... nic więcej! Nawet o ankietę musiałem ubiegać się następnego dnia, gdyż wydrukowano ich za mało.

Dzień 1 - integracja

O godzinie 20:00 w sopockim klubie Atelier rozpoczynała się impreza integracyjna. Zjawiłem się z dwójką znajomych skuszeni wizją kolacji z dzika :) Od praktycznie samego początku serwowano dania na ciepło, zimno, zakąski - każde z dań, którego próbowałem naprawdę mi smakowały. Nie było niestety muzyki przez dłuższy czas, co było trochę dziwnym uczuciem. Strasznie spodobała mi się reakcja pań, które siedziały naprzeciwko nas, gdy na salę wniesiono dzika - Żałuję, że nie miałem już wtedy wyjętego aparatu :D Skłamałbym, gdybym napisał, że mi nie smakowało i to bardzo :) Z uwagi na masę roboty musiałem dosyć wcześnie wyjść, ale i tak uznaję wieczór za bardzo udany. Dzięki chłopaki!

Dzień 2 - ścieżka twarda

Dzień drugi zacząłem od prelekcji Sławomira Sobótki pt. "Software Craftsmanship - Język wzorców projektowych językiem profesjonalistów.". Niestety prelekcja okazała się powtórką z 4Developers (miałem nadzieję, na choć drobne rozszerzenie treści lub może pójście trochę inną drogą), nawet żarty były te same ;) Co najciekawsze Sławek jest tak świetnym prelegentem, że ani przez chwilę nie byłem znudzony, wręcz przeciwnie. Wiele rzeczy utrwaliło mi się w głowie, do kilku wreszcie po przemyśleniu się przekonałem (o czym mam nadzieję niedługo napiszę na blogu). Bardzo dobra prelekcja, z której jestem bardzo zadowolony.

Po prelekcji o rzemiośle przyszedł czas na wystąpienie przedstawiciela firmy Oracle - Marka Sokołowskiego, który wygłosił wykład na temat "Świat danych poza bazą". Byłem wprost zachwycony prezentacją! Od samego początku mnóstwo przykładów, analogii, krótki wyjaśnień pojęć i technologii. Ale to, co najbardziej rzuciło mi się w oczy, to sposób, w jaki Marek przedstawiał swój temat. Gdy robił ruch ręką w prawo - publika patrzyła w prawo, gdy w lewo - publiczność zwracała głowy w lewo. Ciągła gestykulacja, nienaganna dykcja, pasja - w skrócie rewelacja. Dodać trzeba, że temat został tak przystępnie przedstawiony, że nawet osoba, która nie pracowała w życiu zawodowym lub akademickim z bazami danych bez problemu zrozumiała by ideę prezentacji. Dla mnie #1 konferencji! :)

Po Oracle było już tylko gorzej. Prezentacja IBM pt. "Od krosna Jacquarda do architektury hybrydowej - architektura systemów wczoraj i dziś." Piotra Pietrzaka okazała się w znacznej części (jak nie większości) reklamą sponsora. Przez to zachwalanie firmy IBM prezenterowi pozostało bardzo mało czasu na konkretne informacje, które chciał nam, słuchaczom, przekazać, co spowodowało niepotrzebny pośpiech, skracanie myśli i ogólny chaos. Czegoś takiego spodziewałbym się na sesji plakatowej, a nie na technicznej prelekcji...

Największe nadzieje dnia wiązałem z wykładem na temat sieci semantycznych, który okazał się moim osobistym największym rozczarowaniem dnia. Widać było, że prelegent ma spore doświadczenie w temacie, wie co przekazać. Czego zabrakło? Może lepszego sposobu przekazania wiedzy? Przez całą prezentację miałem wrażenie jakbym siedział na wykładzie na uczelni, miało to posmak akademicki. Było dużo ogólników, ciężko było wyłapać co z tego jest najważniejsze, co prelegent chce przekazać. Po tym wykładzie byłem już tak wymęczony, że postanowiłem nie zostawać na "Nowości w Silverlight 4" i po oddaniu ankiety pojechałem do domu.

Pomimo kilku większych (z mojego punktu widzenia) potknięć udział w konferencji uważam za udany. Nawet jeśli czasem z jakiejś prezentacji nie wyniosłem konkretnych nowych informacji, to zawsze tworzyły się nowe pomysły, przemyślenia, wnioski. Jestem ciekaw co (i czy w ogóle) organizatorzy przygotują na przyszły rok :) Poniżej kilka (dosłownie) fotek z konferencji i imprezy:

A skoro jesteśmy już w temacie zdjęć z konferencji - w czwartek ukazał się album zdjęć z konferencji GeeCON, która odbywała się w tym tygodniu w Poznaniu. Album jest dostępny pod tym adresem: http://picasaweb.google.com/geecon.org/GeeCON2010

Pozdrawiam i do następnego razu!

Eclipse SQL Explorer - Instalacja i konfiguracja

2010-05-09T07:01:00.000-07:00

Witam.

Od jakiegoś czasu zacząłem prace nad aplikacją w JEE, której główną funkcją ma być komunikacja z bazą danych. Z powodu prostoty instalacji i zarządzania serwerem jak i bazami danych (oraz malutkim doświadczeniem) zdecydowałem się na MySQL Community Server w wersji 5. Przez pewien czas wszystko było dobrze, ale w pewnym momencie przełączanie się między narzędziami do obsługi bazą danych, a Eclipsem stało się męczące (szczególnie, że w domyśle baza będzie znajdować się na wirtualnym serwerze), więc postanowiłem poszukać jakiegoś rozwiązania. Po kilku chwilach spędzonych z wujkiem Google wybrałem plugin do Eclipse - SQL Explorer. Dzisiaj skoncentruje się na jego instalacji (w wersji plugin, gdyż SQL Explorer występuje również w wersji niezależnej aplikacji) oraz konfiguracji pod kątem baz MySQL. A więc zaczynamy!

Pierwsze co musimy zrobić to zainstalować plugin. Są dwie możliwości - poprzez repozytorium na SourceForge lub z archiwum. Wybrałem tą pierwszą, gdyż z archiwum miałem niemałe problemy. W Eclipse wybieramy z menu Help -> Install New Software:

W oknie Install klikamy na Add i wprowadzamy następujące dane:

Wybieramy Eclipse SQL Explorer i klikamy Next. Akceptujemy warunki licencji i klikamy Finish. W trakcie instalacji naszym oczom ukaże się poniższy komunikat:

Klikamy OK i zaznaczamy, że ufamy certyfikatowi Eclipse.org Foundation .Czekamy do końca instalacji, która powinna zakończyć się komunikatem:

Zgadzamy się klikając na Yes i czekamy aż Eclipse ponownie się uruchomi. Po ponownym uruchomieniu się naszego IDE wybieramy nową perspektywę - SQL Explorer (widoczną jedynie, gdy instalacja przejdzie pomyślnie):

Naszym oczom ukaże się coś takiego:

Przechodzimy do Window -> Preferences -> SQL Explorer i wybieramy JDBC Drivers:

Na tym etapie dostępny jest jedynie sterownik ogólny JDBC ODBC Brigde. Wybieramy z listy MySQL Driver i klikamy Edit. Z zakładce Extra Class Path klikamy na Add JARs... i wybieramy MySQL Connector/J (do ściągnięcia ze strony MySQL.com). W polu Driver Class Name wpisujemy ścieżkę do sterownika, czyli com.mysql.jdbc.Driver. Powinno to wyglądać następująco:

Po kliknięciu OK na liście sterowników MySQL powinien teraz mieć status dostępnego (ptaszek po lewej od nazwy), więc zaznaczamy go i klikamy na Set Default, a potem OK, aby zamknąć okno Preferences. W oknie Connections klikamy na ikonę Create New Connection Profile, gdzie zamiast wpisujemy adres naszej bazy danych (u mnie jest to localhost), w miejscu numer portu, na którym nasłuchuje nasz serwer (standardowo jest to 3306), a w miejsce nazwę bazy danych, z którą chcemy się połączyć. Okno powinno wyglądać podobnie do tego:

Klikamy OK i z listy rozwijanej naszego połączenia wybieramy naszego użytkownika. Klikamy na Connect po czym ukazuje nam się okno zalogowania do bazy:

Wprowadzamy hasło i klikamy OK. Jeśli wszystko pójdzie dobrze naszym oczom powinien ukazać się mniej więcej taki widok:

Gotowe! Teraz nie pozostaje nic innego jak wracać do właściwej pracy :) W dalszych postach postaram się opisać korzystanie z SQL Explorer. Zachęcam do komentowania i wyrażania swojego zdania :)

Do następnego razu!

Podcast Java.pl #2 i nadchodzące eventy

2010-04-26T08:46:00.000-07:00

Witam!

Nie pisałem na blogu już 2 tygodnie, a jest to duże zaniechanie z mojej strony - gomenesai! :) Tak jak ostatnio dużo się dzieje, niestety nie tak informatycznie jakbym chciał. Ale z żeby nie przynudzać o tym co ostatnio i niedługo:

1) Wyszedł 2 odcinek podcastu Java.pl! Od tegoż odcinka twórcy postanowili podzielić podcast na dwie części: newscast - mówiący o nowościach w Blogsferze i wydarzeniach społecznościowych około Javowywch (JUG'i, konferencje, warsztaty etc.) oraz techcast - dłuższa odsłona podcastu mająca na celu przybliżenie wybrane tematy technologiczne. Bardzo pozytywnie zaskoczyła mnie reakcja redaktorów na feedback słuchaczy - wszystkie niuanse zostały bardzo dobrze rozwiązane (jak np. niedziałający poprawnie RSS, czy dziwnie zmienny poziom głośności). Całość jest zwięzła i bardzo dobrze poprowadzona. Osobiście mam zamiar być stałym słuchaczem, gdyż jak się ponownie okazało w trakcie słuchania drugiego odcinka w codziennym biegu i zamieszaniu wiele ciekawych informacji zwyczajnie mi umyka, a tak mam powtórną okazję na zapoznanie się z nimi.

2) Zbliżające się konferencje. W zeszłym tygodniu ruszyły zapisy na ciekawą konferencję akademicką - inforShare 2010 - mająca miejsce 13-14 maja. Nie jest to może wydarzenie najwyższych lotów, ale skoro jest tak blisko warto wybrać się na kilka wykładów. W tym roku nowością jest rozłożenie konferencji na dwa dni oraz podział prelekcji na dwie ścieżki - miękką i twardą. Bardzo duże nadzieje wiąże z wykładem Sławomira Sobótki (który nawiasem mówiąc kandyduje do miana najlepszego polskiego prelegenta), który podobnie jak na konferencji 4Developers będzie opowiadać o Software Craftsmanship. Aż nie mogę się doczekać! Konferencja jest całkowicie darmowa także gorąco zachęcam do rejestracji!

Zbliża się cykl konferencji firmy Microsoft - IT Academic Day. Niestety wciąż nie ma informacji o Gdańskiej odsłonie, ale mam nadzieję, że lada chwila się pojawi. Informacji należy szukać na serwisie CodeGuru.pl

Wiadomo już na 100%, że nie uda mi się pojechać na GeeCON (:(), a Javarsovia (która ma miejsce 26 czerwca w Warszawie) jest wciąż pod znakiem zapytania. Mam nadzieję, że się uda, bo w obecnym stanie trochę mało Javowo kończy się ten semestr...

[Off-Topic]

Na blogu pojawiła się zakładka SoundCloud. Dla osób lubiących słuchać muzyki z Internetu i dzielić się wrażeniami super sprawa. Szczególnie gorąco polecam osobom lubiącym muzykę Drum'n'Bass :)

[/Off-Topic]

Na dzisiaj to tyle. Zachęcam gorąco do komentowania i do zobaczenia następnym razem!

Zdjęcia z 4Developers 2010 już są!

2010-04-12T13:41:00.000-07:00

Witam!

Dzisiaj na RSS 4Developers pojawiła się informacja o umieszczeniu oficjalnej galerii konferencji. Całość liczy 231 zdjęć, a ja znalazłem się tylko na jednym... i to w dodatku tyłem :/ No nic, na przyszłość trzeba będzie bardziej się postarać by dostać się w kadr :) A tak na poważniej to galeria bardzo mi się podoba - zdjęcia dobrej jakości, wybrane tylko te najlepsze no i podpisane (niektóre). Link do galerii: http://picasaweb.google.pl/PROIDEAconferences/4Developers2010#

Pozdrawiam i do następnej edycji!

Malejąca popularność Javy?

2010-04-09T06:52:00.000-07:00

Witam!

Natknąłem się dzisiaj przypadkiem na comiesięczny ranking firmy TIOBE Software zestawiający 20 najpopularniejszych języków programowania. Jak można zauważyć Java znalazła się wyjątkowo w tym miesiąc na drugim miejscu, ale różnica do faworyta - języka C - jest minimalna, bo na poziomie 0,007%, a więc nie ma powodów do paniki. W newsie portalu Dobreprogramy.pl można wyczytać, że dzieje się to ze względu na obecną tendencję do przechodzenia na języki typowane dynamicznie. I faktycznie czy to na blogach programistów Javy, czy to w tematyce spotkań wielu JUG'ów (w tym także TJUG'a) można zauważyć rosnące zainteresowanie językami dynamicznymi. Ale czy to główny powód? Raczej wątpię, gdyż dzięki temu argumentowi nie dałoby się wyjaśnić rosnącej popularności języka Scala, który jest statycznie typowany. Faktem jest, że Java pozostaje w ścisłej światowej czołówce i nie zapowiada się na to, by gdzieś zamierzała odejść :)

Dzieje się ostatnio, oj dzieje

2010-04-01T14:49:00.000-07:00

Święta się zbliżają, a człowiek zamiast odpoczywać ma ręce pełne roboty - i gdzie tu sprawiedliwość? :) Całe szczęście, że oprócz przygotowań świątecznych (sprzątanie, zakupy etc.) jest jeszcze wiele do roboty w świecie Javowym :) Ale po kolei:

1. Konferencja 4Developers 2010 już za nami, ale wspomnienia pozostają wciąż żywe. Dwa dni temu uczestnicy konferencji dostali mail od organizatorów z podziękowaniami za udział w konferencji. Podano informacje (poprawne :)) jak uzyskać obiecaną licencję na Flex Builder 4 (na którą mimo że zamówiłem od razu mogę sobie jeszcze sporo poczekać, gdyż każde zgłoszenie musi być indywidualnie rozpatrzone...), co mnie bardzo ucieszyło, bo po kilku prezentacjach Flex'a zaczynam zastanawiać się nad jego wykorzystaniem w jednym z projektów. Do tego poinformowano, że już niedługo pojawią się materiały z prezentacji i tak też się stało. Dostępne są one na stronie konferencji. Niestety poinformowano również, że materiały video będą dostępne dopiero w przyszłym roku, przed kolejną edycją :( A szkoda, bo nie udało mi się być na wszystkich interesujących mnie prelekcje i liczyłem na to, że uda mi się chociaż je obejrzeć, a tu nici z planu... Co mnie za to ogromnie ucieszyło, to wpis na moim blogu pojawił się na stronie konferencji, na której organizatorzy podsumowują imprezę. Owe podsumowanie dostępne jest tutaj.

2. Świat dzienny ujrzała nowa inicjatywa PJUG (Polish Java User Group) - Podcast, w którym skrótowo przedstawiane są informacje o konferencjach, ciekawych artykułach informatycznych oraz interesujących wpisach na Blogsferze. Pomysł jest bardzo ciekawy i mam nadzieję, że będzie kontynuowany, bo takie krótkie streszczenie przydaje się, gdy codziennie jesteśmy zalewani nowymi informacjami i nie starcza nam sił oraz czasu na przejrzenie wszystkiego w skutek czego wiele rzeczy może nam zwyczajnie umknąć. Nie podoba mi się za to pomysł na rozciągnięcie audycji do 20-30 minut. Ta krótka forma jest właśnie tym, co mnie urzekło w tym podcaście. Dziwi mnie również fakt, że strona projektu - http://podcast.java.pl/ - raz działa, a raz dostaje komunikat, że podana strona nie istnieje (typowe 404). Oby niedługo się to zmieniło :)

3. Kiedy niecałe 3 miesiące temu snułem plany na 2010 rok nie podejrzewałem, że zmienią się one w sposób, w jaki miało to miejsce ostatnio. Zamiast zwyczajnie zaznaczać kolejne pozycje jako wykonane (lub je wykreślać jeśli okazały się niemożliwe), to po informacji o końcu programu SAI wpisałem sobie dodatkowy cel(e) - zdać certyfikaty Sun'a jeszcze w tym roku (najlepiej w wakacje, bo potem będzie pisanie magisterki etc.). Zamówiłem kilka voucherów, ale kiedy je dostanę nie mam pojęcia (ale w końcu dostanę), gdyż dostałem informację, że SAI zostało zalane zamówieniami i rozpatrują je w kolejności zamawiania. Ale sądzę, że do czerwca się wyrobią, a to najważniejsze :)

4. Ukazał się nowy numer darmowego czasopisma poświęconego Javie i okolicom - JavaExpress. W nowym - siódmym już - odcinku szczególnie urzekły mnie dwa artykuły: "Pierwsze kroki w Scali" autorstwa Łukasz Kuczery oraz "Transakcje w systemach Java Enterprise: Wprowadzenie" Jarosława Błąd z firmy e-Point. Byłem na prezentacji Łukasz na temat Scali w ramach Trójmiejskiego JUG'a (o którym można było się dowiedzieć tutaj) i tak jak słysząc, tak i czytając o Scali dochodzę do wniosku, że chcę więcej. To mnie osobiście trochę przeraża, gdyż na dzień dzisiejszy jednocześnie uczę się programować w kilku językach (dwie różne wersje assemblera - na architekturze Harvardzką i von Neumanna, C/C++, Java, dialekt LISP'u - AutoLISP itd.). Jak mówił Mateusz jest to jak najbardziej dobre, gdyż poszerza nasze horyzonty i udoskonala warsztat, ale czuję się trochę przytłoczony (ale to zapewne chwilowe :)). Artykuł Łukasz uświadomił mi jeszcze jedną bardzo ważną rzecz - command z Windowsa nie nadaje się do uruchamiana interpreterów i muszę poszukać lepszego narzędzia. Zacząłem ostatnio przygodę z Linux'em (wybór padł na Fedorę 12), ale większość czasu spędzam (i mam zamiar spędzać) pracując na Windowsie, więc trzeba zacząć się rozglądać. Może macie moi drodzy Czytelnicy jakieś wskazówki/podpowiedzi? Wracając do tematu drugi artykuł wspomniany przeze mnie o systemach transakcyjnych pokazuje ponownie, że firma e-Point to reprezentant bardzo wysokiego, profesjonalnego poziomu. Artykuł jest rewelacyjnie napisany, język jest na tyle prosty, że może go czytać każdy bez względu (prawie) na swoje doświadczenie w temacie i jest bardzo konsekwentnie i dokładnie ułożony. Żałuje jedynie, że na następną odsłonę serii przyjdzie mi czekać 3 miesiące, ale proszę mi uwierzyć - naprawdę warto!

Trochę się rozpisałem, ale jak mówiłem, trochę się dzieje. Oczywiście to nie wszystko, bo szykuje się do kolejnych wpisów (po rozmowach na 4Developers doszedłem do wniosku, że ponownie skieruje tematykę wpisów na Eclipse'a) ale nie wszystko naraz :) Tymczasem czekam na Wasze komentarze i do zobaczenia następnym razem!

4Developers 2010, czyli mogło być lepiej...

2010-03-28T13:37:00.000-07:00

Myśl o tym, że jadę na 4Developers nie opuszczała mnie już od ponad tygodnia. Nie mogłem się doczekać tych wszystkich prelekcji, rozmów, nowych i starych znajomości, ogólnie wszystkiego tego, na co składa się dobra konferencja. A co z tego wszystkiego wyszło? O tym poniżej.

Wyjazd miałem zaplanowany na czwartek około godziny 18. Zdziwiło mnie, że o tej porze i na tej trasie (Gdynia - Poznań) w pociągu TLK było tak mało pasażerów. Przez większość podróży siedziałem w przedziale jedynie z studentem Akademii Morskiej, z którym zresztą bardzo fajnie rozmawiało się na temat podobieństw i różnic w studiowaniu na naszych dwóch uczelniach. Do Poznania przyjechaliśmy bez opóźnień przed 23 i już pojawił się pierwszy problem - jak dostać się na starówkę? :D Od jakiegoś czasu nie mam problemów z orientacją w obcych miastach, ale może zmęczenie sprawiło, że gdyby nie miła pani i starszy pan w Informacji Turystycznej nie udałoby mi się tak łatwo dotrzeć na Starówkę, gdzie byłem umówiony z Mateuszem i jego kolegami. Byłem niemało zestresowany tym spotkaniem, ale okazało się, że ekipa choć bardzo zgrana to nie miała problemu by mnie do siebie dopuścić i wieczór spędziliśmy bardzo przyjemnie przy piwku i rozmowach nieinformatycznych :)

Rano obudziłem się z ogromnym bólem głowy (nie mylić z kacem, bo nie jestem osobą pijącą ;)) i tu moje pierwsze rozczarowanie. Ani w kiosku Ruchu w hotelu, ani nigdzie blisko nie było miejsca, gdzie można by kupić tabletki od bólu głowy - dramat... Szybkie dwie filiżanki kawy i można było pójść się zarejestrować.

Obsługa konferencji była bardzo miła i rzeczowa. Przez cały czas widać było, że przygotowano się bardzo dobrze i wszystko odbywało się zgodnie z planem. Wszelkie formalności udało się załatwić jeszcze zanim o nich pomyślałem, także byłem pod dużym wrażeniem. Po samej rejestracji usiadłem przyjrzeć się gratisom, które otrzymałem. W zestawie był: identyfikator wraz z mini-przewodnikiem po konferencji (rewelacyjny pomysł!), kilka broszurek reklamowych, ankieta, kupon sponsorów (można było za jego wymianę wygrac MP4 i punkty Java Geek), kawałek komiksu o Garfieldzie (część kolejnego konkursu) i jeszcze więcej broszurek. Gdy zapoznawałem się z zawartości torby podszedł do mnie Paweł Stawicki, mówiąc że poznał mnie z bloga (co najciekawsze poznaliśmy się na java4people i albo ja coś pokręciłem, albo Paweł mnie zwyczajnie nie poznał). To było bardzo miłe :) Od razu chciałem przeprosić Pawła za brak komunikatywności, ale naprawdę źle się czułem i nie ogarniałem wszystkiego co się wkoło mnie dzieje. Mam nadzieję, że nie poczułeś się urażony!

Pierwsza prelekcja, na którą się udałem to "Walka o życie - pochodne i następcy Javy opanowują świat" Michael Hunger'a. Opowiadał on o różnorodności języków na JVM (nie miałem pojęcia, że jest ich ponad 400!). Niestety ciężko było zrozumieć prowadzącego, gdyż nie dość, że mówił po angielsku, to był lekko skacowany i podziębiony. Ale ogromne wrażanie zrobił na mnie filmik, który puścił w trakcie swojej prezentacji prezentujący:

Po obejrzeniu filmiku mogliśmy zobaczyć różne implementacje Game of Life na JVM - Java, Groovy, Scala etc. Największe wrażenie na mnie, jak i pewnie na większości uczestników, zrobiło rozwiązanie w Dyalog APL, którym postanowiłem zając się w wolnej chwili, gdyż wydaje się idealny do zastosowań numerycznych.

Następnie udałem się na kolejną prelekcję ze ścieżki Java - "Automatyczne generowanie kodu" Marka Berkana z firmy e-Point (jednego z głównych sponsorów imprezy). W bardzo przystępny i ciekawy sposób pokazał różne problemy, które natrafić może programista w zmieniającym się projekcie, jeśli źle podejdzie się do zagadnień (przykładowo) komunikacji z bazą danych. Była to jedna z najlepszych prezentacji na konferencji i mam nadzieję doczekać się niedługo materiałów z niej.

Przed przerwą udaliśmy się z Dawidem na prelekcję ze ścieżki Zarządzania projektami IT - "Zarządzanie rozwojem oprogramowania - nieco bardziej "funky"" Petera Horstena. Prezentacja nie dość, że była prowadzona ciekawie, to w dodatku pełno było w niej śmiechu, przez co czas upłynął niemiłosiernie szybko. Prelegent mówił po angielsku (choć dał nam możliwość wyboru między trzema językami), ale było go o wiele łatwiej zrozumieć niż pierwszego tego dnia prelegenta. Po prelekcji Pan Horsten był tak miły i poświęcił mi trochę czasu, w trakcie którego rozprawialiśmy na temat zbierania wymagań do projektu, który posiada wiele grup docelowych (do czego nawiązuje mój poprzedni wpis na blogu). Było bardzo "funky" :)

Przerwa obiadowa to pasmo zawodów. Wpierw rozładował mi się laptop, a tam gdzie był dostępny internet bezprzewodowy nie mogłem znaleźć gniazdka od prądu (i na odwrót). Jak już znalazłem informacje, których szukałem okazało się, że zostało mi niewiele czasu i muszę swój posiłek ograniczyć do kebaba, który okazał się mało smaczny i którym w biegu na konferencję ubrudziłem sobie ubranie :( Całe szczęście w trakcie przerwy można było odbierać zamówione wcześniej koszulki z konferencji. Uwielbiam po jakimś wypadzie (takim jak konferencja) wracać do domu z jakąś pamiątką (najlepiej kubek lub koszulka), ale żałuję, że zamówiłem sobie koszulkę z 4Developers. Białe logo "4Developers" na lewej piersi wielkości kilku centymetrów to było wszystko, co znajdowało się na granatowej koszulce za 35zł...

Po obiedzie udałem się na prelekcję "Zbuduj pierwszą aplikację typu RIA z wykorzystaniem Flex 4" Piotra Walczyszyna, która choć nie udało się zaprezentować wszystkiego, co prelegent miał w planach okazała się bardzo ciekawa. Szczególnie zainteresował mnie temat Adobe AIR i multiplatformowości, jaką uzyskuje się dzięki tej technologii. Niestety do tej pory nie dowiedziałem się jak otrzymać licencję na Adobe Flex 4 Builder, ale zrzucam to na karb zmęczenia i ogólnego własnego roztrzepania w ten weekend.

Po Flexie przyszedł czas na chyba największe rozczarowanie tej konferencji - "Co nowego w Java SE 7?" Marcina Kalasa. Z prelekcji nie dowiedziałem się specjalnie wiele, ale też nie była ona ciekawie prowadzona. Zdawkowe informacje, ciągłe tłumaczenie jednego stwierdzenia nim samym i chrząkanie do mikrofonu skutecznie mnie zniechęciły do skupienia większej uwagi na prezentacji. Jeden z kolegów Mateusza słusznie powiedział, że "była to chyba najbardziej pozytywna prelekcja konferencji - tyle razy wypowiedzianego "tak" już dawno nie słyszałem"...

Sławomir Sobótka wraz ze swoją prezentacją pt. "Craftsmanship i wzorce projektowe" zrobił na uczestnikach (i nie mówię tu tylko o sobie) ogromne wrażenie. Ciekawe rozważania na temat wzorców projektowych upłynęły tak przyjemnie, że gdy ja byłem święcie przekonany, że minęło zaledwie 10 minut okazało się, że czas prelekcji dobiegł końca. Szkoda, bo można by słuchać wywodów prelegenta jeszcze bardzo bardzo długo. Zdecydowany #1 konferencji!

Na samym końcu zawitał Jacek Laskowski ze swoją prelekcją na temat "Modele komponentowe SCA, OSGi, Distributed OSGi i OSGi Enterpise a Java EE". Na temat tej prelekcji nie będę nic pisać, gdyż temat jest dla mnie całkowicie obcy i większości z tego co Jacek mówił nie rozumiałem. Może kiedyś :)

Na sam koniec pozostawiono losowanie nagród za wypełnienie ankiet, w którym jak zwykle nic nie wygrałem. Potem okazało się, że zostawiłem ładowarkę do telefonu w pokoju hotelowym, ale nie odzyskam jej tego dnia, bo nie było już obsługi pokojowej, a wysyłka kosztować mnie będzie ponad 50zł. W złym humorze wsiadłem do samochodu i wyruszyłem z ludźmi z firmy Fineos do domu, lecz ten nastrój bardzo szybko się rozwiał dzięki chłopakom i jedzonku w McDonalds :)

A teraz czas na podziękowania :) Dziękuję w pierwszej kolejności dr hab. Markowi Izydorkowi (Prodziekanowi ds. Nauki na moim wydziale) oraz dr inż. Pawłowi Sytemu za umożliwienie mi wyjazdu na konferencje. Mateuszowi Mrozewskiemu chciałbym podziękować za bezinteresowną pomoc już w trakcie wyjazdu w sprawach logistycznych i rozwiązaniu problemu, który mógł zaważyć nad wyjazdem. Chłopakom z firmy Fineos za wspaniałe towarzystwo i miłe rozmowy przed, w trakcie i po konferencji (oraz za podwiezienie dosłownie pod dom :)). Na samym końcu chciałem podziękować hotelowi Orbis Polonez z Poznania, dzięki któremu musiałem zostawić ładowarkę do telefonu w Poznaniu i jestem zmuszony kupić nową ;)

Poniżej malutka galeria zdjęć, z której nie jestem w ogóle zadowolony. Dysponowałem uszkodzonym aparatem, a i moje umiejętności jako fotografa pozostawiają wiele do życzenia. Pomimo to:

Do zobaczenia na kolejnej odsłonie 4Developers!

Krótki artykuł o dokumentacji

2010-03-19T13:30:00.000-07:00

Witam!

W wolnych chwilach między zajęciami przeglądam ostatnimi czasy artykuły oscylujące w okolicach wytwarzania oprogramowania, jego projektowania etc. Tak się złożyło akurat, że na portalu devBlogi.pl pojawiła się ostatnio informacja o projekcie "97 rzeczy" - serii przetłumaczonych na nasz ojczysty język artykułów znanych i szanowanych autorytetów w światku informatycznym na ważne tematy, takie jak zasady dobrego projektowania. Jedną z takich "rzeczy" jest spojrzenie na nasze oprogramowanie oczami jego użytkownika. W artykule pojawia się takie oto stwierdzenie:

"(...) istnieje przepaść między tym, czego użytkownicy chcą, a tym co w rzeczywistości robią. To niepokojące jako, iż normalnym sposobem zbierania wymagań użytkownika jest wypytywanie. Dlatego właśnie najlepszą metodą wyłapania wymagań jest przyglądanie się użytkownikom. Spędzenie godziny na obserwowaniu użytkowników jest o wiele bardziej pouczające, niż spędzenie dnia na zgadywaniu tego, czego mogliby chcieć."

Przez cały dzień ta myśl prześladowała mnie i nie dawała spokoju, aż uświadomiłem sobie, że w każdym akademickim projekcie jaki wykonywałem stwierdzenie to (o zgrozo!) się sprawdzało. Ponieważ okazało się, że w najnowszym projekcie na uczelni dostaliśmy trochę wydłużony deadline, więc rozważam wprowadzenie na pewnym etapie wprowadzenia prototypu interfejsu oraz szczątkowej funkcjonalności, aby przekonać się jakie jest pokrycie wymagań umieszczonych w specyfikacji projektu w odniesieniu do realnych oczekiwań użytkowników. Aż boję się myśleć, jakie będą wyniki tego sprawdzenia ;) Ktoś ma doświadczenie w tego typu podejściu? Może mógłby podzielić się jakimiś radami/wskazówkami/materiałami? :)

Pozdrawiam i do następnego razu!

O dokumentacji projektów słów kilka

2010-03-13T05:39:00.001-08:00

Witam!

Ten post powstał z dwóch powodów:

Po przeczytaniu artykułu na devBlogi.pl postanowiłem w miarę jak najwięcej pisać, by to co piszę, stawało się coraz lepsze i coraz ciekawsze. Jak się okaże później, nie tylko autor wspomnianego artykułu tak myśli :)
Udało mi się otrzymać zgodę na ciekawy projekt na uczelni (aplikacja na potrzeby zaliczenia przedmiotu Inżynieria Oprogramowania, z bardzo dużą szansą na wdrożenie na uczelni). Z kolegą, z którym jestem w zespole postanowiliśmy podejść do tego profesjonalnie i zacząć całe przedsięwzięcie od stworzenia dobrego projektu i dokumentacji (mogliśmy tworzyć projekt za pomocą metody kaskadowej lub zwinnej, zdecydowaliśmy się na tę drugą). Gdy nasz wykładowca się o tym dowiedział podsunął nam bardzo ciekawy artykuł. Ale o tym zaraz.

Kiedy na wcześniejszych latach studiów tworzyłem z kolegami oprogramowanie na zaliczenie często gęsto nasza dokumentacja mieściła się na 2 stronach A4 stworzonych tylko po to, żeby wykładowca miał ogólny pogląd na projekt i mógł, mając harmonogram prac, rozliczać nas z postępów w pracy. Na samym początku nie jest to problemem. Każdy zbudował swoją część komponentów, udostępnił prototypy i ... nagle nic do siebie nie pasowało. Spędziliśmy z goła 1,5 doby na przerabianiu bibliotek tylko po to, żeby ze sobą współpracowały. Efekt był opłakany, a fakt, że aplikacja w ogóle się skompilowała i uruchomiła przypisuje gorliwym modlitwom na 5 minut przed oddaniem. Za drugim razem było z goła inaczej. Tak zabraliśmy się za dokumentacje, ale było jej tak dużo, że wiele wymagań się pokrywało, jeszcze więcej było ze sobą zwyczajnie sprzecznych i suma summarum nic z tego nie wyszło...

Całe szczęście Joel Spolsky dla takich jak ja stworzył serie artykułów mówiących o tym czym jest, a czym nie jest specyfikacja projektu, kto i dlaczego powinien ją sporządzać oraz jak (w dużym skrócie) powinno się to robić. Cała seria (Painless Functional Specifications) składa się z czterech części:

"Part 1 - Why Bother?" mówiąca o sensie tworzenia specyfikacji i pokazująca najczęstsze przyczyny nie robienia tego
"Part 2 - What's a Spec?" pokazująca jak może (i powinna) wyglądać przykładowa specyfikacja, wyjaśniając również do kogo i w jaki sposób powinna być ona adresowana
"Part 3 - But... How?" mówi o tym kto powinien, a kto zdecydowanie nie powinien zajmować się w firmie tworzeniem specyfikacją projektu
"Part 4 - Tips" wyjaśnia 5 podstawowych zasad tworzenia specyfikacji

Osobiście najchętniej czytałem część drugą. Byłem bardzo zaskoczony faktem, jak daleko odchodziłem od właściwej (a może raczej jednej z wielu właściwych) ścieżek tworzenia dokumentacji. Wielu rzeczy (jak scenariusze) zwyczajnie nie umieszczałem, bo nie miałem pojęcia, że mogą się one komukolwiek przydać. Natomiast z ostatnią zasadą (artykuł "Part 4 - Tips") nie mogę się zgodzić. Rozumiem, że formatka dokumentacji musi być elastyczna, dostosowana do elementu, który ma opisywać, ale pewien standard powinien zostać zachowany. To tak jak z dokumentacją w formie JavaDoc - człowiek poznaje ogólny schemat, przyzwyczaja się do niego i w późniejszym czasie jest mu o wiele łatwiej pracować z tego typu dokumentacją. Ale brak standardu może wprowadzić jeszcze większe zamieszanie, którego przecież staramy się uniknąć :)

A jak to jest u Was? Czy raz napisana dokumentacja ląduje na półce i nikt jej nie czyta? A może jest jej zwyczajnie za dużo i ciężko jest odnaleźć interesujące Was informacje? Chętnie dowiedziałbym się jak to jest gdzie indziej niż na uczelni wyższej :)

Pozdrawiam i do następnego razu!

Nowa odsłona JavaBlackBelt

2010-03-08T14:09:00.000-08:00

Witam!

Właśnie chciałem przejrzeć zagadnienia na kolejny egzamin na darmowej ścieżce Belt Track na JavaBlackBelt, gdy moim oczom ukazała się nowa (oznaczona numerem 4 beta) wersja BlackBeltFactory. Co się zmieniło? Jako pierwsze rzuca się w oczy wydłużony, w porównaniu z poprzednią wersją, czas ładowania się strony (który moim skromnym zdaniem już wcześniej był zbyt długi). Do tego mam problemy na Google Chrome ze znikającymi elementami głównej strony - muszę przewinąć stronę w górę lub w dół, by znów się pokazały. Część egzaminacyjna strony pozostała bez zmian.

To dopiero faza beta, ale już widać wiele niedociągnięć. Oczywiście, wizualnie jest to zmiana na lepsze, nowy design jest miły dla oka, przyjemniej pochwalić się znajomemu swoją stroną na JBB z wynikami, ale sprawy wydajności (w szczególności) skłaniają mnie do opinii, że zmiany zostały wprowadzone zbyt wcześnie i póki tak rażące niedociągnięcia nie zostaną poprawione, nie będzie mi się dobrze korzystało ze strony.

A co Wy sądzicie o nowej odsłonie BlackBeltFactory?

Pozdrawiam i do następnego razu!

Smutna informacja dla członków SAI

2010-03-05T11:39:00.000-08:00

Witam!

Kiedy byłem rano na uczelni i sprawdzałem skrzynkę mailową zauważyłem wiadomość od Oracle w sprawie SAI - Sun Academic Initiative. Czemu o tym pisze? Ponieważ złe czasy nadeszły... Ale do rzeczy.

W mailu napisano, że:

Od 27 stycznia 2010r. zamknięto rejestracje do SAI
Projekt SAI ma w najbliższej przyszłości zostać włączony do Oracle Academy (po wejściu na stronę ściągnąłem sobie PDF'a, który sądziłem, że powie mi coś więcej o tym programie lecz srodze się rozczarowałem. Dokument, który waży 7,4MB to tak naprawdę dwustronicowa broszura...)
Osoby, które przed 27 stycznia zarejestrowały się do programu SAI będą mogły jeszcze zakupić vouchery na egzaminy certyfikacyjne w cenie $40 do 31 marca br. Po tym dniu vouchery będą dawać jedynie 40% zniżki
Platforma e-learningowa SAI Learning Connection SkillPort będzie otwarta do 31 grudnia 2010r.

Dodatkowo na stronie Oracle można przeczytać, że członkami Oracle Academy będą mogli być jedynie studenci uczelni, które są partnerami firmy Oracle. Politechnika Gdańska była w stanie podjąć taką współpracę, ale z tego co wiem to wielu uczelni wyższych nie jest w stanie tego zrobić ze względu na finanse - co ze studentami tychże uczelni? Nie podoba mi się to posunięcie...

Chciałem pominąć ten fakt, ale nie potrafię - według mnie strona oracle.com po połączeniu Sun'a z Oraclem to jeden wielki kocioł, w którym nie wiadomo co jest i jak coś z niego wydobyć. Próbowałem znaleźć kilka dodatkowych informacji na temat certyfikacji, ale w większości docierałem do niewłaściwych informacji, lub linki na stronach były niewłaściwe lub przenosiły na strony, które już od jakiegoś czasu nie istnieją - żenada...

Ale żeby nie pisać jedynie pesymistycznych rzeczy w ten śnieżny, piątkowy wieczór mam przyjemność powiedzieć, że mój blog - Akademia Javy - przekroczyła skromny próg popularności w postaci 1000 odsłony strony! Może to nie wiele, ale patrząc na fakt, że jest to dopiero początek mojej kariery blogowicza, a treści przeze mnie publikowane nie prezentują jeszcze takiego poziomu, jakiego bym po nich i po sobie samym oczekiwał, to uważam to za ogromny sukces :) Chciałem z tego miejsca podziękować Mateuszowi Mrozewskiemu, dzięki któremu cały pomysł został zrealizowany i dzięki któremu wiele się nauczyłem (i nie wątpliwie jeszcze wiele się nauczę). Dzięki! Mam nadzieję, że kolejne moje posty będą reprezentować treści na coraz wyższym poziomie oraz będą coraz bardziej użyteczne dla Was - Czytelników :)

Pozdrawiam i do następnego razu!

O rekrutacji do firmy informatycznej

2010-02-12T15:26:00.000-08:00

Witam!

Wieczory w ferie między semestrami sprzyjają robieniu rzeczy, na które na co dzień, w roku, akademickim nie ma się czasu. Ponieważ skończyłem V semestr studiów inżynierskich przyszedł czas pomyśleć o praktykach wakacyjnych. Już jakiś czas temu natknąłem się na wykład pracownika firmy e-point SA - Jarosława Błąd - uczestniczącego w targach pracy na Wydziale ETI Politechniki Warszawskiej. Sam wykład dotyczy rekrutacji na stałe stanowisko pracy, ale uważam, że może się bardzo przydać również osobom, które starają się jedynie o praktyki w firmie informatycznej. Oto materiały z wykładu:

Część 1/5:

Część 2/5:

Część 3/5:

Część 4/5:

Część 5/5:

Pozdrawiam i życzę miłego oglądania!

Strategia Oracle po przejęciu Sun'a

2010-02-07T12:46:00.000-08:00

Witam!

W poprzednim poście starałem się przybliżyć historię przejęcia ukochanego Słoneczka przez Oracle. W tym chciałbym przedstawić jak z punktu widzenia prostego, akademickiego programisty Javy ma się przyszłość całej platformy i innych produktów Sun'a.

Wszystko zaczęło się od wpisu na blogu Xoft, w którym to dowiedziałem się, że NetBeans będzie od teraz środowiskiem programistycznym do wszystkiego, poza JEE. To niezbyt mnie zmartwiło, jako że jestem wiernym użytkownikiem Eclipse, lecz zapowiedziało spore zmiany. Co ciekawe Oracle ma zamiar inwestować w JaveFX, co zdziwiło nie tylko autora postu na Xoft.

Następnym bodźcem do zastanowienia był post Koziołka - "Koniec Suna". Tytuł straszny, lecz chodzi "jedynie" o zamknięcie strony sun.com i przekierowanie z tego adresu na stronę oracle.com. Jak napisał Koziołek, pewna epoka się skończyła...

Zastanawiające jest natomiast zamknięcie projektu Kenai, o którym informuje na swoim blogu Tomasz Dziurko tutaj. Niby niszowy projekt firmy Sun, a jednak jego zamknięcie budzi pewne obawy.

Na stronie Oracle można znaleźć dosyć sporo informacji na temat przejęcia firmy Sun Microsystems i strategii działania po tejże transakcji. Zacząć warto od strony Oracle and Sun, na której znajdziemy odnośniki do ogłoszeń prasowych, webcastów i wielu innych.

Ja zacząłem od serii "Oracle + Sun: Transforming the IT Industry". Składa się ona z 7 prelekcji poświęconych różnym zagadnieniom przejęcia: nowego podejścia firmy do świadczonych usług, rozwiązań sprzętowych i programowych, systemów operacyjnych i wirtualizacji, obsługi klienta i wsparcia technicznego etc. Każda taka prelekcja trwa kilka- do kilkadziesiąt minut, tak więc osobiście poświęciłem czas jedynie występowi prezesa firmy Oracle - Charlsa Phillipsa.

W swoim wystąpieniu prezes firmy Oracle mówił o wielkich korzyściach, jakie wynikają z fuzji, natomiast nie usłyszałem ani słowa o zagrożeniach, jakie mogą z nich wynikać. Wiadomo, człowiek lubi słyszeć dobre, a nie złe rzeczy. Z najważniejszych rzeczy, które omawiał Phillips można wynotować:

zmiana podejścia do tworzenia systemów aplikacyjnych. Teraz zamiast składać się ze zbioru indywidualnych komponentów, ma on być tworzony jako jedność, projektowana z myślą synchronizacji i efektywnej współpracy komponentów, a nie jedynie ich indywidualnemu działaniu. Takie podejście możliwe jest dzięki wdrożeniu rozwiązań firmy Sun Microsystems do produktów Oracle.
support zintegrowanego systemu, który jest tworem jednej firmy, jest o wiele łatwiejszy, tańszy i szybszy niż support systemu dostarczany przez różne firmy, które bardzo często nie współpracowały ze sobą przedtem. Dodatkowo ma powstać system raportowania stanu systemu, który będzie wysyłał raz dziennie (lub przy zmianie w architekturze systemu) raportu do siedziby firmy Oracle, która na jego podstawie będzie w stanie za prognozować możliwe problemy i awarie w zawczasu im zapobiec,
w stosunku do zeszłego roku, w tym firma Oracle postanowiła zwiększyć po raz kolejny środki przeznaczone na dział R&D (Research and Development) z 2,8mld $ do 4,3mld $. Pieniądze te będą również przeznaczone na rozwój produktów firmy Sun,
zdeklarowano się do dalszej pracy nad otwartymi stadardami i wspieraniu projektów open source. Zadeklarowano bezpieczeństwo takich produktów jak MySQL,
inwestycje w takie produkty jak Java (w tym bardzo mocno w JaveFX), Solaris, MySQL etc.,
zamiast redukcji etatów, Oracle ma zamiar zatrudnić 2 tyś nowych specjalistów z przeróżnych branż,
zorganizowano całą akcje informującą o strategii firmy po fuzji z firmą Sun Microsystems. W jej skład wchodzą liczne informacje prasowe na stronie Oracle, tournee po ponad 70 miastach całego świata (także w Warszawie), serie webcastów (o których za chwilę),
na koniec upewniono, że impreza JavaOne nie przestanie istnieć. Zostanie ona połączona z Oracle OpenWolrd i będzie mieć miejsce w San Francisco 19 do 23 września 2010r. Ponadto firma Oracle postanowiła zagościć w tym roku z JavaOne w 4 innych niż Stany krajach: Brazylii, Rosji, Indiach oraz Chinach.

Na koniec znalazłem wspomniane przez prezesa Oracle webcasty. Mowa tu o "Oracle + Sun Product Strategy Webcast Series", w których skład wchodzą filmiki informacyjne o takich produktach jak Java, wirtualizacja, cloud computing, SOA, OpenOffice i wiele innych (a wymieniam tu jedynie dział "Software Strategy"). Sam filmik o Javie nie jest długi - ma 16 minut, lecz możemy dowiedzieć się kilku ciekawych rzeczy:

premiera Java SE7 odbędzie się jak planowano, tj. w 2010 roku,
dalszy rozwój technologii takich jak GlassFish, Java Mobile, Java FX, Java Cards etc,
scalenie API Java SE i ME (oraz innych produktów) - to jest zastanawiające. Osobiście nie wiem jak mam sobie to wyobrażać,
powtórzenie informacji o JavaOne i Oracje OpenWorld.

Niestety w obu materiałach używa się wielu szumnych haseł, a tak naprawdę bardzo mało jest szczegółów. Jednak podsumowując można być spokojnym (a przynajmniej takie wrażenie wywarły na mnie wszystkie przejrzane informacje), gdyż widać determinację firmy Oracle w rozwijaniu platformy Java. Ciekaw jestem dokładnych planów rozwoju platformy oraz dalszego losu certyfikacji, ale do tych informacji jeszcze się nie dostałem. Może ktoś z Was wie coś na ten temat i chciałby się swoją wiedzą podzielić?

Pozdrawiam i do następnego razu!

Historia przejęcia Sun'a przez Oracle

2010-02-07T11:20:00.000-08:00

Witam!

Niedzielny, zimowy wieczór sprzyja leniuchowaniu. To już ponad tydzień jak sesja na obu kierunkach już się dla mnie skończyła (oczywiście z pozytywnymi wynikami :)), większość administracyjnych spraw mam już załatwionych, tak więc przyszedł czas na relaks, a po nim na załatwianie zaległych spraw i realizacje planu noworocznego. Na moim TODO znalazłem link do materiałów na temat przejęcia Sun Microsystems przez Oracle. Ale od początku...

Na koniec 2006 roku firma Oracle, wiodący dostawca usług bazodanowych na świecie odnotował bardzo dobre wyniki finansowe. To przyczyniło się do kupna przez tą firmę kilku firm na przełomie 2007/2008 roku. Fuzji uległy takie firmy jak: MetaSolv (firma tworząca oprogramowanie dla telekomunikacji), BEA Systems (dostawca oprogramowania middleware dla potrzeb biznesowych) oraz Advanced Visual Technology - AVT (firma tworząca oprogramowanie aranżacyjne). Potem przyszedł rok 2009...

Od jakiegoś czasu Sun Microsystems miał spore problemy finansowe. W końcu okazało się, że jedyną szansą dla firmy, jest fuzja z innym potentatem rynkowym. W marcu do opinii publicznej doszła informacja, jakoby IBM miało zaproponować wykup Sun'a za 6,5mld $ (cena giełdowa Sun'a na tamten czas to 3,7mld $). Już wtedy wiadomo było, że taka fuzja będzie oczkiem w głowie instytucji antymonopolowych. W dwa tygodnie później podano informacje, że IBM jest już u końca transakcji zakupu Słoneczka za nową cenę - 7mld $. Lecz Sun okazał się niełatwym partnerem, gdyż zaczął stawiać warunki, co do przejęcia. Po trzech dniach rozmowy IBM - Sun zostają zerwane. Prawdopodobnym powodem jest zaniżona cena akcji Sun Microsystems, którą IBM miałby zapłacić. Sun Microsystems stanęło w bardzo niebezpiecznej sytuacji.

W dwa tygodnie po zerwaniu rozmów Sun'a z IBM (tj. 20 kwietnia 2009r.) firmy Oracle i Sun Microsystems wydały oświadczenie, w którym informowały o zakupie firmy Sun przez Oracle za kwotę 7,4mld $. Zarząd firmy Sun Microsystems nie miał żadnych obiekcji do transakcji i zaakceptował ją jednogłośnie. Ta informacja ożywiła społeczność zgromadzoną wokół jednego z open source'owych projektów firmy Sun - OpenOffice'a - i dała nadzieję na dalszy rozwój w czasie, w którym projekt był w stanie stagnacji.

Problemy z przejęciem firmy zaczęły się w maju 2009r., kiedy to akcjonariusze firmy Sun Microsystems złożyli 3 pozwy zbiorowe, swój sprzeciw uzasadniając nieuczciwą i nieadekwatną do wartości firmy ceną. W tym samym okresie Sum podejrzewa, że mogło dojść do skorumpowania zagranicznych urzędników przez firmy amerykańskie, o czym informuje amerykańską Komisję Nadzoru Giełd (SEC).

Pod koniec czerwca 2009r. Departament Sprawiedliwośc Stanów Zjednoczonych informuje o przedłużeniu dochodzenia w sprawie przejęcia Sun'a przez Oracle mającego na celu wyjaśnienie, czy transakcja nie łamie żadnych przepisów antymonopolowych oraz czy nie zachwieje rynkiem światowym. Jedna zarząd Oracle jest przekonany, że zgoda to tylko formalność i już zaciera ręce...

Po ogłoszeniu decyzji przez urzędy antymonopolowe w USA, która zezwalała na transakcje, we wrześniu 2009r. Komisja Europejska zablokowała inwestycję. Powodem takiej decyzji KE była obawa, że społecznościowy, otwarty projekt, jakim jest MySQL będzie zagrożony. Rozpoczęto specjalne śledztwo mające na celu wyjaśnienie tych wątpliwości. Cała sytuacja stała się bardzo napięta. Sun Microsystems był zagrożony bankructwem, a Oracle, który chce wesprzeć firmę ogromnymi sumami pieniędzy, ma związane ręce. Co paradoksalne - Komisja Europejska ma przeciwdziałać monopolowi. W przypadku upadku firmy Sun, do którego w znacznym stopniu może się przyczynić, monopol firmy Oracle jedynie się umocni, zamiast zmniejszyć.

Ponieważ śledztwo Komisji Europejskiej trwa bardzo długo i nie znany jest przypuszczalny werdykt, osoby trzecie postanawiają włączyć się do sprawy. Marten Mickos - szed MySQL w latach 2001 ~ 2008 - skierował apel do KE o nieblokowanie transakcji, zważywszy na szkodliwe skutki takiego działania komisji. W odpowiedzi na apel Mickos'a Monty Widenius - jeden z twórców MySQL'a - wyraził opinię, że gdy projekt będzie w rękach Oracle, konkurencja na rynku bazodanowym zmniejszy się, a sam produkt zostanie w znacznym stopniu zaniedbany. Takie stanowisko poparło Free Software Foundation.

10 listopada 2009r. Komisja Europejska ogłasza werdykt negatywny w sprawie przejęcia firmy Sun Microsystems przez Oracle. Powodem takiej decyzji jest przekonanie komisji, że połączenie dwóch projektów bazodanowych tej rangi może poważnie zachwiać równowagę na rynku. W tym momencie nic nie wróżyło, by transakcja miała dojść do skutku, a Słoneczko uratowane przed bankructwem...

W odpowiedzi na werdykt KE senat Stanów Zjednoczonych wystosował apel do regulatora europejskiego o jak najszybsze rozwiązanie sprawy z przejęciem Sun'a. W swoim oświadczeniu senatorowie piszą:

Umowa pomiędzy Sun i Oracle została ogłoszona siedem miesięcy temu i do tej pory nie ma jej efektów. Dalsze opóźnienia ze strony Komisji Europejskiej mogą skutkować utratą wielu miejsc pracy w Stanach Zjednoczonych. Dlatego właśnie czujemy się upoważnieni do wysłania petycji z prośbą o szybszą decyzję.

Sugerowano także, że działania UE mają charakter polityczny, uderzający w gospodarkę i rynek amerykański. Samo Oracle nie zdaje się jedynie na dobre słowo senatorów amerykańskich - prosi wszystkich swoich strategicznych partnerów o wstawienie się przed KE w sprawie przejęcia firmy Sun Microsystems. Wkrótce potem 8 firm partnerskich Oracle (takich jak Ericsson, Vodafone, Brytyjska Agencja Broni Atomowej) zostało przesłuchanych przez komisję. W toku przesłuchań okazało się, że większość (a nie jak sądzono początkowo - wszystkie) firm popiera transakcję, co okazuje się ważną kartą przetargową dla Oracle. Oburzony Monty Widenius na łamach swojego bloga wystosował 14 grudnia 2009r. apel do czytelników, by Ci pomogli mu "uratować MySQL z łap Oracle". Sama firma Oracle postanowiła również wystosować oświadczenie kierowane do Komisji Europejskiej (jak i do swych partnerów i osób, które obawiają się przejęcia MySQL przez Oracle), w którym deklaruje się do rozwijania i dbania o MySQL. Wiązać się to ma ze sporymi zasobami pieniężnymi przeznaczonymi na MySQL, utworzeniem specjalnej komisji złożonej z klientów firmy nadzorującej rozwój projektu. Dodatkowo nie będzie przymusu wykupu płatnych licencji na wsparcie dla bazy, a także zobowiązano się do bezpłatnego udostępniania referencyjnego manual'a projektu.

Wszystkie te działania sprawiły, że Komisja Europejska dnia 21 stycznia 2010r., po 5-miesięcznym dochodzeniu antymonopolowym, wyraża zgodę na przejęcie firmy Sun Microsystems przez Oracle. Już po 6 dniach firma Oracle ogłosiła zakończenie procedur przejęcia Sun'a.

To tyle na temat historii przejęcia firmy sun Microsystems przez Oracle. W następnym poście napiszę jakie działania podjął i zapowiada podjąć gigant bazodanowy - firma Oracle - w kwestii produktów i usług, które zakupiła wraz z firmą Sun Microsystems z perspektywy zwykłego programisty Javy.

Pozdrawiam!

Plany na 2010 rok

2010-01-08T16:37:00.001-08:00

Witam w nowym roku!

Zainspirowany wpisem na blogu Jacka Laskowskiego postanowiłem przemyśleć i zestawić najważniejsze rzeczy związane z Javą i ogólnie pojętą inżynierią oprogramowania, którymi chciałbym zająć się w 2010 roku. Oto i one:

Książki:

"Pragmatic Unit Testing In Java With jUnit" Andrew Hunt, Dawid Thomas
"Better Builds with Maven" John Casey, Vincent Massol, Brett Porter, Carlos Sanchez, Jason van Zyl
"Head First Design Patterns" Eric Freeman, Elisabeth Freeman, Kathy Sierra, Bert Bates
"UML 2.0 Almanach" Dan Pilone, Neil Pitman
"Taming Java Threads" Allen Holub

Techniki/technologie/frameworki/narzędzia:

Subversion (SVN) oraz Git
Remote Method Invocation
Eclipse SQL Explorer
Obsługa XML'a w Javie
JDBC (razem ze sterownikami Server-side) oraz SQLJ
Mockowanie
Migracja z jUnit 3.X na 4.X
Lepsze poznanie Maven2 i jakieś eksperymenty z Grandle
Log4J
Java Security Policy
AWT/Swing/SWT - lepsze poznanie

Kursy/certyfikaty:

JavaBlackBelt: "Java SE Core - Intermed", "Java SE Collections", "Java SE Base API - Basic" oraz albo "JDBC - Basic" albo "JUnit - Basic"
Sun Microsystems "The Java Tutorials"
Java Passion

Konferencje/JUG'i:

4Developers
GeeCON
Trójmiasto Java User Group - muszę wreszcie się zorganizować i zacząć uczęszczać na spotkaniach...

Jak widać jest tego trochę i jest to strasznie chaotyczne. Ostatnimi czasy mam sporo możliwości używania i uczenia się Javy na uczelni. Niestety nie mam czasu, by po kolei uczyć się dokładnie każdej rzeczy, tak więc uczę się minimum z danego zagadnienia, by wystarczyło do zrobienia projektu. Chciałbym to zmienić wreszcie i trochę bardziej dokładnie posiedzieć nad niektórymi rzeczami (jak np. Maven, jUnit czy wielowątkowość w Javie). Nie wiem ile z tego mi wyjdzie, ani jak mi to wyjdzie, ale jednego jestem pewien: rok 2010 sponsoruje literka 'J' jak Java :)

Najcudowniej byłoby nauczyć się pisać dobrze (i w ogóle) pluginy do Eclipse, ale to już raczej w najbliższej przyszłości pozostanie w sferze marzeń. Podobnie jak idea screencastów. Szkoda, bo rzeczy takie mobilizują do pracy, ale niestety (albo stety) "nie samą Javą człowiek żyje" :)

Na zakończenie serdeczne życzenia wszystkiego najlepszego w nowym roku!

Pozdrawiam!

IT Academic Day

2009-12-09T00:36:00.000-08:00

"Nie samą Javą developer żyje" - takie słowa usłyszałem kiedyś w trakcie rozmowy na na którejś z konferencji poświęconej Javie i technologiom z nią związanym. Dlatego postanowiłem wczoraj (8 grudnia) wybrać się na konferencję firmy Microsoft, która odbywała się na Politechnice Gdańskiej - "IT Academic Day - Politechnika Gdańska". Sam cykl "IT Academic Day" jest cyklem objazdowych, jednodniowych konferencji firmy z Redmond mającej na celu przybliżenie studentom kierunków informatycznych platformę .NET i zaprezentowanie jej nowych możliwości.

Dzięki uprzejmości Doktora Ravindry Chhajlany, z którym mamy tego dnia zajęcia z Javy mogliśmy w ramach zajęć udać się na sąsiedni wydział i zanurzyć się choć na chwilę w platformie .NET 4.0. A więc po kolei:

Rejestracja użytkowników - po przybyciu na Wydział Elektroniki, Telekomunikacji i Informatyki byłem lekko zaskoczony: żadnych informacji o konferencji, żadnych plakatów, drogowskazów. Gdyby nie informacja ze strony imprezy nie mielibyśmy w ogóle pojęcia, że się jakakolwiek impreza tego dnia odbywa. Dopiero portierka poinformowała nas gdzie mamy się udać. Po przyjściu znowu zostałem niemile zaskoczony - stał tłum ludzi, ale nic się nie działo. Rejestracja powinna zacząć się jakiś czas temu, ale nie widać było żadnych oznak, by tak faktycznie było. Na całe szczęście po chwili zaczęto rejestrować uczestników i ku mojej uldze poszło to bardzo sprawnie. Na dobry początek konferencji każdy dostawał pamiątkowy długopis (Windows 7), notatnik, ankietę, identyfikator oraz z płytę z najnowszym oprogramowaniem antywirusowym firmy Kaspersky.

Po oficjalnym rozpoczęciu (którego dokonał Dziekan Wydziału ETI zgodnie z tradycją wszystkich tego typu imprez na Wydziale ETI) przyszedł czas na chyba najbardziej wyczekiwaną prelekcję tego dnia - "Szyfrowanie - jak to działa? Kryptografia wczoraj i dzisiaj". Zaczęło się bardzo obiecująco, bo od krótkiej zagadki. Należało jak najszybciej odszyfrować wiadomość podaną przez prowadzącego. Potem Bartosz tłumaczył w bardzo prosty sposób czym jest szyfrowanie, na jakiej zasadzie działają algorytmy szyfrujące (jak AES) etc. Niestety w moim odczuciu prelekcja była prowadzona zbytnio w stylu wykładu akademickiego przez co nie była tak przystępna jak być mogłaby.

Następnym punktem programu było podzielenie się wrażeniami z różnych edycji konkursu dla programistów .NET Imagine Cup trójki studentów z Politechniki Białostockiej. Całość była utrzymana w luźnej atmosferze, była masa ciekawych historyjek, sporo śmiechu - ot taki miły punkt dla rozluźnienia przed bardziej technicznymi wystąpieniami.

Prelekcja "Procesor wielordzeniowy pod pełną kontrolą z wykorzystaniem możliwości Microsoft Parallel Extensions to the .NET Framework." Marcina Iwanowskiego była przeze najbardziej wyczekiwaną tego dnia. Byłem ciekaw co też Microsoft przygotował dla programistów zabawiających się programowaniem równoległym. I nie zawiodłem się! Prowadzący bardzo fachowo, ale przystępnie opowiadał o nowym frameworku do .NET, porównywał go z poprzednimi rozwiązaniami w .NET 3.5. Udało mi się dojść do głosu i zadać prowadzącemu pytanie na temat Threadpool w .NET 4.0 - nie znał odpowiedzi, ale obiecał poprosić kolegów z firmy, którzy zajmują się aspektami technicznymi, aby wyjaśnili niejasności. Taka postawa bardzo miło mnie zaskoczyła! Do tego atrakcyjność prezentacji wzrastała z każdym kolejnym przykładem pokazywanym (czy to już gotowe programy, czy to kodowanie na żywo). Ogólnie była to chyba najlepsza prezentacja całej konferencji.

Kolejny punkt programu niestety nie był już tak ciekawy. Pod zwodniczym tytułem "User Experience" tak naprawdę kryło się pokazanie podstawowych możliwości Windows Presentation Foundation (WPF). Było by dobrze, gdyby prowadzący wiedział co tak naprawdę chce nam przekazać. Już po kilku minutach przyznał się, że nie wie do kogo kierować tą prezentację, więc mówił wielkimi ogólnikami przez co skończył całość ponad pół godziny przed czasem. To szybsze skończenie prezentacji przesunęło cały harmonogram imprezy, ale nie ma tego złego :)

Ostatnia prezentacja - "Innowacje w Microsoft" Jana Kleczkowskiego okazała się luźnym przeglądem "nowych" technologii firmy Microsoft (nowych w cudzysłowie, bo pokazywano takie "nowinki" jak Internet Explorer 8). Była to kolejna prezentacja utrzymana w luźnej konwencji, co było dobrym pomysłem na koniec imprezy. Wiele kontrowersji wzbudziła prezentacja filmiku "Microsoft Future Vision":

Zakończenie imprezy było krótkie - zebrano ankiety, wylosowano nagrody (niestety nie załapałem się na koszulkę :() i podziękowano za przybycie.

Podsumowując całą imprezę wyszła dobrze. Może i było parę niedoróbek, ale w ogólnym rozrachunku na pewno nie będę żałować czasu spędzonego na IT Academic Day :)

Poniżej kilka fotek, które udało mi się zrobić mimo kiepskiego oświetlenia w sali:

Pozdrawiam!

Zasada dobrego harcerza

2009-11-26T00:36:00.000-08:00

Witam!

Przeglądając blogi polskiej społeczności Javowej natknąłem się ostatnio na bardzo ciekawy wpis na blogu Piotra Paradzinskiego - IT Researches mówiący o dobrych cechach programisty. Pojawiło się tam pojęcie "Zasady dobrego harcerza" (ang. "The Boy Scout Rule"). Mówi ona o tym, byśmy pozostawiali miejsce naszego pobytu w stanie lepszym, niż je zastaliśmy. Oczywiście można tą zasadę zastosować do naszego codziennego życia programisty. Przykładowo, gdy korzystamy z jakiegoś modułu/biblioteki, postarajmy się ją trochę poprawić: czy to przez poprawienie/dopisanie dokumentacji, czy to przez poprawniejsze/bardziej intuicyjne nazwanie zmiennych etc. Sam często łapię się na tym, że jak po raz któryś korzystam z wcześniej napisanego kawałka kodu staram się go ulepszyć, bo znam już jego słabsze strony. Dzięki temu w późniejszym czasie pracuje mi się z nim łatwiej i przyjemniej i żyje w przekonaniu, że jest mniej awaryjny. Nie mówimy tu o drastycznych zmianach, tylko takich małych, które nie zabiorą nam zbyt wiele czasu a przyniosą w przyszłości znaczne korzyści.

Szersze omówienie tematu można znaleźć na stronie O'REILLY commons.

Pozdrawiam, Łukasz

Eclipse and Java Using the Debugger

2009-11-11T14:11:00.000-08:00

Witam!

"Eclipse and Java Using the Debugger" jest trzecim z rzędu video tutorialem, który przerobiłem z serii "Eclipse And Java: Free Video Tutorials". Mimo iż w często się słyszy, że Debuggera nie powinno się używać, a zamiast tego powinno się pisać testy jednostkowe (o czym mam nadzieję napisać coś więcej w przyszłości) to jednak wydaje mi się, że początkujący programista powinien poznać to narzędzie. Osobiście długo unikałem wszelkiej maści debuggerów (C, C++, C#), ale nie można przed tym wiecznie uciekać :)

W kursie, o którym mowa, zawarto wiele podstawowych informacji. Czasem ma się wrażenie, że prowadzący narzuca zbyt wolne tępo, ale może to wynikać z mojej przerwy w kursie i dłuższej już pracy z Eclipsem. Jednak jak sam się na własnej skórze przekonałem warto przeczekać "wolniejsze momenty", bo bardzo łatwo może nam coś umknąć i potem będzie trzeba szukać tego po całym filmie. Tutorial jest podzielony na dwie części:

podstawy (odcinki 1 - 4)
techniki zaawansowane (5 - 7)

Z pierwszej części co warto sobie zanotować (przyswoić) na przyszłość to na pewno skróty klawiaturowe:

Ctrl + R = Run to line - wykonuje wszystkie instrukcje między aktualną pozycją a pozycją kursora,. Dzięki temu nie musimy używać wielu breakpoint'ów, wystarczy przejść w odpowiedni kawałek kodu i przeskakujemy nie interesujący nas w danej chwili fragment programu
Alt + Shift + Up - zaznaczenie kolejnego elementu kodu
Alt + Shift + Down - odznaczenie kolejnego elementu kodu

Z istotnych własności debuggera warto pamiętać, że gdy wykonamy jakieś zmiany na kodzie, który aktualnie debuggujemy, Eclipse automatycznie zrestartuje aktualną sesję z nową wersją kodu.

Ostatnią bardzo ciekawą i przydatną funkcją tego narzędzia jest "Drop to frame". Zawsze zastanawiałem się, dlaczego nie zaimplementowano żadnej opcji powracania do wcześniejszego stanu sesji, zamiast restartowania sesji i przechodzenia wszystkich kroków od nowa? Otóż okazuje się, że w obrębie danego bloku możemy powracać do kodu, który już się wykonał (a przez to przywracać wcześniejszy stan aplikacji). W tym celu zaznaczamy przechodzimy kursorem w wybrane miejsce i naciskamy przycisk "Drop to frame" (obok pozostałych przycisków pozwalających sterować przebiegiem procesu debuggowania). W tym momencie wszystkie zmienne zostaną zmienione do stanu wcześniejszego, a my możemy w bardzo szybki i wygodny sposób przeanalizować ponownie wybrany fragment kodu.

Część zaawansowana tutorialu trochę mnie zawiodła. Oczywiście pojawiły się ciekawe informacje jak np. Hit Count, Conditional Breakpoint, Watchpoints, czy akternatywne JRE przeznaczone z myślą o debuggowaniu i umożliwiające śledzenie działania metod systemowych (na przykładzie LinkedList). Jednakże ostatnie dwie lekcje (o referencjach do obiektów oraz metodach rekurencyjnych) były nużące i poza niewielką liczbą informacji o debuggerze opiewały samą Javę i jej cechy. Oczywiście jest to tutorial nie tylko do Eclipse, ale także do samej Javy, lecz uważam, że takie lekcje powinny się znaleźć w innym kursie.

Ogólnie kurs oceniam na 7/10. Mogłoby być lepiej, ale i tak nie uważam czasu nad nim spędzonego za zmarnowany i polecam przejrzenie go każdemu, kto jest nowy (i nie tylko) w Eclipse.

Warty zaznaczenia jest fakt, że prowadzący korzysta z Eclipse w wersji 3.3. W najnowszej wersji Galileo istnieją pewne różnice w interfejsie, lecz sama funkcjonalność pozostaje niezmieniona.

Na koniec stadardowo garść linków:

Pozdrawiam, Łukasz.

Reaktywacja i zmiany na blogu

2009-11-11T05:46:00.000-08:00

Witam serdecznie po sporej przerwie!

Wiele się działo przez ostatnie trzy miesiące. Wielu rzeczy się nauczyłem, wiele rzeczy poznałem i wiele rzeczy się wydarzyło. Niestety w tym całym natłoku zajęć nie starczyło czasu na rozwijanie bloga, a szkoda. Teraz nadszedł czas, by to wszystko naprawić.

Zaczynamy od zmienionego wyglądu bloga! Wiem, że to niewiele i że styl nie jest doskonały, ale tak to jest, gdy korzysta się z gotowych szablonów i nie ma się czasu/umiejętności na ich dostosowywanie. Osobiście skorzystałem z serwisu Blogger Templates. Ale i tak efekt jest znacznie lepszy niż przy poprzedniej szacie graficznej. Wraz z nowym szablonem dodałem nowy moduł - "Subskrybuj", który osobiście bardzo lubię na innych blogach, a który znacznie ułatwia zarządzanie kanałami RSS/Atom.

Na razie to tyle zmian. Przyszedł czas na zapoznanie się dokładne z Debuggerem Eclipse'a ("Eclipse and Java Using the Debugger") i o tym właśnie będzie kolejny wpis.

Pozdrawiam!

Żółty pas na JavaBlackBelt!

2009-08-18T14:30:00.000-07:00

Witam!

Ostatnie dni stały się bardzo pracowite. Staram się zdobywać jak najwięcej wiedzy posiąść i pracować nad mini-projektami (nie tylko programistycznymi). Dzięki ogromnej pomocy Mateusza Mrozewskiego nauczyłem się ostatnio więcej o programowaniu (w teorii jak i praktyce) więcej niż przez ponad semestr na studiach.

Ale co innego studia a co innego praca nad konkretnym problemem :)

Rendy Pausch powiedział w trakcie słynnego "Ostatniego wykładu" takie słowa: "Mury stają na naszej drodze do celu nie po to, żeby nam przeszkodzić w dotarciu do tego celu, a żeby pokazać nam jak bardzo zależy nam na tym celu.". Takim murem był ostatnio egzamin "OO for Java - Basic" na JavaBlackBelt.com.

Dziś wieczór coś mnie podkusiło i postanowiłem jeszcze raz podejść do niego. I wiecie co? Zdałem!!

Taki mały sukces bardzo mnie podbudował i utwierdził w przekonaniu, że warto zdobywać wiedzę, warto się uczyć a jak się człowiek uczy, to bardzo szybko można dostrzec rezultaty.

Dodatkowo z tej okazji dodałem dwa nowe elementy na blogu:

pole z etykietami
pole z moim aktualnym statusem na JavaBlackBelt

Oba te pola znajdują się w lewym pasku nawigacyjnym.

Na zakończenie standardowa garść linków:

Pozdrawiam!

Using the Eclipse Workbench

2009-08-06T10:32:00.001-07:00

Witam!

Tak bardzo spodobał mi się toturial "Eclipse and Java for Total Beginners", że postanowiłem ściągnąć i zapoznać się z dwoma innymi video kursami Marka Dexter'a - "Using the Eclipse Workbench" i "Eclipse and Java Using the Debugger". Na pierwszy ogień poszedł Workbench i oto kilka moich przemyśleń:

skróty klawiszowe naprawdę przyspieszają pracę z Eclipsem
Eclipse jest edytorem o ogromnej ilości funkcjonalności, które użytkownik może skonfigurować według swojego wyobrażenia
domyślne ustawienia Eclipsa są bardzo wygodne i sprawiają wrażenie prostych (i takie są w rzeczywistości!). To często problem, gdy uruchamiamy jakiś program (jak np. IDE) i pojawia się nam okno z ogromną ilością nieznanych funkcji i kontrolek i nie wiemy co zrobić. Tutaj tak nie jest! :)

W rozdziale piątym jest mowa o używaniu zdefiniowanych już skrótów klawiszowych w celu przyspieszenia codziennej pracy z programem. Nie jest ich tak wiele, ale mało też nie, dlatego postanowiłem je spisać i umieścić je tutaj (wraz z opisem):

Ctrl + S = Save (!!)
Ctrl + Shift + L = Key assist (!!)
Ctrl + M = Maximalize
Ctrl + Z = Undo
Alt + Up Arrow = Move's line up
Alt + Down Arrow = Move's line down
Ctrl + Alt + Up Arrow = Copy line(s) up // niestety u mnie skrót ten nie chciał zadziałać
Ctrl + Alt + Down Arrow = Copy line(s) down // niestety u mnie skrót ten nie chciał zadziałać
Ctrl + Left Arrow = Move to previous word
Ctrl + Right Arrow = Move to next word
Ctrl + Shift + Left Arrow = Add previous word to selection
Ctrl + Shift + Right Arrow = Add next word to selection
Ctrl + D = Delete current line
Ctrl + Shift + Delete = Delete to the end of line
Ctrl + F = Find / Replace
Ctrl + J = Incremental find next
Ctrl + Shift + J = Reverse incremental find
Ctrl + Shift + Q = Quick Diff
Ctrl + 3 = Quick Access
Ctrl + E = Quick Switch Editor

Z początku ilość skrótów może przytłaczać, ale należy pamiętać, że czeka nas wiele lat pracy z Eclipsem (lub podobnym IDE, jak np. NetBeans) i w toku pracy nauczymy się je wykorzystywać nawet o tym nie myśląc :)

Pozdrawiam!

Garść linków:

Code Conventions

2009-08-06T07:08:00.000-07:00

Witam!

W trakcje przerabiania kolejnych przykładów z "Thinking in Java" B. Eckel'a zacząłem ponownie zastanawiać się nad tym jak powinienem formatować kod programu. Szybki mail do Mateusza i już mam odpowiedź!

Po pierwsze bardzo wartościową lekturą jest "Code Conventions for the Java Programming Language" - oficjalna dokumentacja Sun Microsystems Inc. omawiająca ich standard formatowania kodu. Lektura łatwa i przyjemna, bo do dosłownie każdego punktu dołączony jest minimum jeden przykład (a często jest ich więcej, by pokazać jak należy, a jak nie należy robić). Dokument jest wydany w kilku wersjach (HTML, PDF, PostScript) tak więc każdy znajdzie coś dla siebie. Co prawda do niektórych wytycznych będzie mi się ciężko przyzwyczaić (jak np. brak spacji między nazwą metody a nawiasem z argumentami w definicji klasy) ale uważam, że warto - zaoszczędzę sobie wiele wysiłku w przyszłości na zmianę długo utrwalanych, złych nawyków i będzie mi łatwiej pracować w zespole.

Ponieważ zacząłem używać Eclipse'a Mateusz podpowiedział mi ciekawą funkcję tego IDE. Jeśli użyjemy skrótu klawiszowego Ctrl + Shift +F (lub w menu wybierzemy Source -> Format) program automatycznie sformatuje nasz projekt według oficjalnych wytycznych. Jeśli dodamy do tego możliwość konfigurowania w znacznym stopniu szablonów (Windows -> Preferences -> Java -> Code Style) wychodzi, że w bardzo krótkim czasie i małym nakładem pracy będziemy mieli kod czytelniejszy i wygodniejszy do edycji. Viva CASE programs! ;)

Garść linków:

P. S. Chciałem z tego miejsca gorąco podziękować za pomoc Mateusza, gdyż jest on nieocenionym nauczycielem! Dziękuję!

Eclipse and Java for Total Beginners

2009-08-02T06:36:00.000-07:00

Witam serdecznie!

Przyszedł czas na pewne zmiany na blogu. Do tej pory sądziłem, że dobrym pomysłem będzie opisywanie w podobny sposób jak Jacek Laskowski rozdziałów książek, które będę przerabiał. Okazało się to głupotą i ogromną stratą czasu! Tak więc od teraz nie będzie takich postów, chyba że gdzieś znajdę jakiś krótki, ciekawy rozdział, który naprawdę będzie warty omówienia w całości.

Druga zmiana to podejście do samej nauki Javy. Do tej pory byłem przekonany, że najlepszym sposobem na nauczenie się fundamentów Javy będzie pisanie w najprostszym notatniku i kompilacja z linii komend, żebym wiedział dokładnie co się dzieje. Po korespondencji z Mateuszem Mrozewskim postanowiłem nauczyć się podstaw Eclipse'a i swojego pierwszego frameworka - jUnit'a. Stało się tak dlatego, że dostałem od Mateusza projekt Eclipsowy, który pokazywał jak w prosty sposób można testować swoje programy już na początku nauki Javy. Niestety nie znałem Eclipse'a więc nie za wiele mogłem zwojować, ale...

Po chwili wyszukiwania w Google znalazłem kurs video pt. "Eclipse and Java for Total Beginners". Jest to seria 16 odcinków krok po kroku pokazujących jak obsługiwać Eclipse i jak programować w Javie autorstwa Marka Dextera. Pierwsze cztery odcinki są przeznaczone dla osób nie znających żadnego języka programowania. Kolejne to podstawy jUnit oraz TDD (Test-Driven Development). Samo podejście TDD jest dość dziwne w odbiorze z początku, ale osobiście bardzo do mnie przemawia po wykonaniu kilku prostych testów. Cały kurs trwa 3,5 godziny i uważam, że nie jest to czas w żadnych razie stracony.

Pozdrawiam i do kolejnego razu!

Garść linków:

Rozdział 2. "Zmienne, operatory i instrukcje"

2009-07-23T14:55:00.000-07:00

Witam po długiej przerwie!

Czas najwyższy zabrać się za podstawy programowania w Javie. Jak wcześniej wspomninałem zajmiemy się najpierw książką Marcina Lisa, lecz postanowiłem przerobić jedynie kilka z jej rozdziałów:

Rozdział 1. "Krótkie wprowadzenie" (już omówiony)
Rozdział 2. "Zmienne, operatory i instrukcje" (będący przedmiotem rozważań w tym poście)
Rozdział 3. "Obiekty i klasy"
Rozdział 4. "Wyjątki"

Dlaczego jedynie 4 z 11 rozdziałów? Ano dlatego, że są one esencją podstawowych wiadomości jakie potrzebuje osoba chcąca pisać programy w Javie zgodnie z ideą programowania zorientowanego obiektowo, lecz nie wchodząc zbyt szczegółowo w samą teorię OOP. Dzięki tej wiedzy znacznie łatwiej (i szybciej) będziemy mogli przejść do najważniejszej dla Javisty książki na początku jego wędrówki - "Thinking in Java." w wydaniu IV (polskim). Do tego chciałbym przeplatać te posty różną dodatkową wiedzą, a więc całość będzie krótsza, spójniejsza i bardziej oparta na kodzie i przykładach niż na teorii.

A więc do roboty!! :)

Pierwsza część rozdziału 2 opowiada o zmiennych typu prostego. Możemy je podzielić na:

typy całkowitoliczbowe (takie jak byte, short, int i long) - do przechowywania liczb całkowitych
typy zmiennopozycyjne (float i double) - do przechowywania liczb posiadających część ułamkową
typ boolean - logiczny typ przyjmujący jedynie dwie możliwe wartości: true oraz false
typ char - służący do reprezentacji znaków Unicode (choć czasem używa się go do operacji arytmetycznych)

Zmienne deklarujemy w następujacy sposób:

typ_zmiennej

nazwa_zmiennej;

Natomiast odpowiednią wartość nadajemy poprzez zapis:

nazwa_zmiennej = wartość;

Programy pokazujące operowanie na zmiennych typu prostego mają numery od 1 do 3.

Następnym istotnym i występującym obecnie chyba w każdym języku programowania elementem są tablice. Dzięki tablicy możemy deklarować wiele zmiennych tego samego typu i połączyć je w taki sposób, że odwoływanie się do kolejnych zmiennych będzie bardzo szybkie i proste. Struktura deklaracji tablicy wygląda następująco:

typ_zmiennej nazwa_tablicy[] = new typ_zmiennej[rozmiar_tablicy];

Natomiast odwołanie się do i-tego elementu tej tablicy:

nazwa_tablicy[index];

przy czy index jest liczony od 0 do rozmiar_tablicy - 1!!

Tablice takie (w przeciwieństwie do niektórych kontenerów, o których już za kilka postów) mają stałą, z góry ustaloną wielkość. Nasuwa się więc pytanie co się stanie, gdy zechcemy odwołać się do elementu nieistniejącego (przekraczającego rozmiar)? Nie możemy wykonać takiego odwołania, ponieważ już na etapie kompilacji kompilator rozpozna taką sytuację i przekaże nam na ten temat stosowną informację! Czyż to nie piękne? ;)

W omawianym rozdziale znajdziemy informacje takie jak operacje arytmetyczne na zmiennych, dzielenie modulo operatory inkrementacji i dekrementacji (zarówno pre jak i post), operatory logiczne, przypisania. Ja chciałbym się natomiast skupić na kilku ważnych rzeczach:

1) Operator warunkowy:

warunek ? wartość1 : wartość2;

Jest bardzo użytecznym operatorem. W przypadku, gdy warunek będzie prawdziwy operator zwróci wartość 1, natomiast jeśli fałszywy wartość 2. Jest to prosta konstrukcja, która dosyć często potrafi sprawić, że kod jest krótszy i czytelniejszy.

2) Instrukcja warunkowa if...else oraz if...else if:

if (wyrażenie_warunkowe) {
// instrukcje do wykonania, jeśli warunek jest prawdziwy
}
else {
// instrukcje do wykonania, jeśli warunek jest fałszywy
}

if (warunek1) {
// instrukcje 1
}
else if (warunek2) {
// instrukcje 2
}
else if (warunek3) {
// instrukcje 3
}
else {
// instrukcje 4
}

Instrukcje w klamrach są blokami kodu, nie koniecznie pojedyńczymi instrukcjami. W pierwszym przypadku sytuacja jest analogiczna do operatora warunkowego. Jeśli warunek jest prawdziwy wykona się pierwszy blok kodu, jeśli fałszywy drugi blok. Czasem jednak jest tak, że dana sytuacja/problem może mieć więcej niż dwa rozwiązania. Wtedy stosujemy drugą konstrukcję. Przy konstruowaniu złożonych instrukcji warunkowych if...else nalezy pamiętać, że jeśli prawdziwe są dwa warunki, to wykonany zostanie jedynie tej występujący wcześniej.

3) Instrukcja wyboru switch:

switch (a) {
case 1:
 instrukcje1;
 break;
case 50:
 instrukcje2;
 break;
case 23:
 instrukcje3;
 break;
default:
 instrukcje4;
}

Switch jest bardzo podobny do instrukcji if...else if lecz jest bardziej praktyczny w przypadku, gdy jako warunek logiczny występuje sprawdzenie, czy dana liczba całkowita ma określoną wartość (kolejne przypadki, ang. case). Instrukcja break podowuje wyjście z bloku switch (ale o tym za chwilę).

4) Pętla for:

for (wyrażenie_początkowe; wyrażenie_warunkowe; wyrażenie_modyfikujące) {
// instrukcje do wykonania
}

Pętla for wykonuje określoną (przynajmniej taka jest dobra praktyka) ilośc razy instrukcje wewnątrz jej bloku. Wyrażenie początkowe, warunkowe i modyfikujące mogą znajdować się poza nawiasem, lecz należy wtedy bardzo uważać, by nie spowodować, że pętla będzie się wykonywać w nieskończoność (co jest częstym błędem początkujących programistów w każdym języku programowania, tak więc nie ma co się przejmowac, a jedynie starać się uczyć na błędach :)).

5) Pętle while i do...while:

while (wyrażenie_warunkowe) {
// instrukcje
}

do {

// instrukcje

} while (wyrażenie_warunkowe);

W przypadku obu tych pętli zazwyczaj ilość iteracji nie jest z góry znana, więc pętla, jak sama nazwa wskazuje, będzie wykonywać się do momentu spełnienia warunku. Pętla do...while będzie wykonana zawsze conajmniej raz, ponieważ sprawdzenie warunku wyjścia z pętli jest sprawdzane dopiero po wykonaniu bloku instrukcji.

6) Pętla foreach:

for (typ val : tablica) {
// instrukcje
}

Pętla ta jest nowością w Javie od wersji 1.5. Jest ogromną zaletą i przeznaczeniem jest przejrzenie wszystkich elementów tablicy i wykonywanie instrukcji na nich. Dzięki temu nie musimy znać rozmiaru tablicy, by przejrzeć wszystkie jej elementy! Typ val musi być zgodny z typem tablicy.

7) Instrukcje break i continue:

break - służy do natychmiastowego przerwania wykonywania pętli
continue - powoduje przerwanie bieżącej iteracji pętli i rozpoczęcie kolejnej

Postarałem się w dosyć krótki i spójny sposób zebrać najważniejsze informacje z tego rozdziału. Mam nadzieję, że następnym razem wyjdzie trochę mniej książkowo i będę operował na większej ilości kodu w samej treści postu. Bardzo gorąco zachęcam do zapoznania się z kodami źródłowymi zadań rozdziału 2, gdyż to one pokazują prawdziwe działanie i istotę rzeczy omawianych w tym cyklu postów. Znaleźć je można pod adresem: http://github.com/Smoczysko/Java.Cwiczenia-praktyczne/ -> Rozdział 2.

Pozdrawiam i do następnego razu!

Podsumowanie COOLuarów i Java Guide

2009-07-06T09:51:00.000-07:00

Witam serdecznie!

Na łamach dWorld.pl Grzegorz Duda (organizator konferencji COOLurary) zamieścił podsumowanie imprezy z jego perspektywy. Lektura krótka, zwięzła i przyjemna więc zachęcam do przeczytania. Artykuł znajdziecie pod tyn adresem. Co ciekawe, w treści artykuły znalazły się odnośniki do moich spostrzeżeń na temat imprezy jak i do galerii zdjęć, które umieszczałem na grupie dyskusyjnej Trójmiejskiej Grupy Użytkowników Java (TJUG).

Dodatkowo zachęcam wszystkich bardzo gorąco do wzięcia udziału w konkursie Java Guide!

Pozdrawiam serdecznie!

P.S. Wiem, że powinienem napisać coś na temat pierwszych rozdziałów książki o ćwiczeniach z Javy, ale niestety choroba bardzo skutecznie mi to uniemożliwiła. Mam nadzieję, że ten stan się bardzo szybko zmieni.

COOLuary V.2 - Dzień drugi

2009-06-29T16:24:00.000-07:00

Poprzedni post o pierwszym dniu COOLuarów V.2 zacząłem od słów, że każda konferencja jest inna. Po zakończeniu drugiego dnia konferencji mogę powiedzieć, że na COOLuarach każdy dzień jest inny...

Niedziela nie zapowiadała się zbyt ciekawie. Zimny wiatr, okropna mgła, jednym słowem - nic zachęcającego. Za to po przybyciu do hotelu moje wszelkie wątpliwości co do tego, czy dzień spędzę udanie odeszły jak to mówią jak ręką odjął. Filiżanka kawy (albo i dwie? :) ), ciasteczko, rozmowy o dniu wczorajszym, zadawanie pytań, których wczoraj nie udało mi się zadać. Tak jak wspomniałem, drugi dzień konferencji różnił się znacząco od pierwszego. Tego dnia miała miejsce sesja sponsora (forma e-point.pl) i dwie sesje trzygodzinnych warsztatów.

Pierwsza była sesja firmy e-point na temat "Nie samą Javą Developer żyje...". Początkowo bardzo sceptycznie podchodziłem do tej prelekcji, nie wiedziałem czego się spodziewać, ale wystarczyło posłuchać przez 5 minut i już człowiek sam zastanawiał się, dlaczego do tej pory nie zauważał pewnych niuansów przy tworzeniu oprogramowaniu. Do tego bardzo mi się podobała postawa prowadzącego, który podkreślał kilka razy, że jeśli ktoś ma jakiekolwiek pytania po konferencji to może do niego śmiało pisać na podanego na slajdach maila. Prelekcja udana, pouczająca i pozytywnie nastawiająca na dalsze atrakcje.

Na pierwszą sesję warsztatów wybrałem się do Sławomira Gintera, który prowadził wprowadzenie do Google Aps Engine. Jedynym minusem był fakt, że nie było przez większość czasu internetu (w końcu jeden z uczestników warsztatów obdarował nas swoim mobilnym internetem i mogliśmy zobaczyć Google Aps Engine on-line) i musieliśmy pracować offline bez deploy'owania aplikacji. Podobało mi się bardzo jak prowadzący odpowiadał na każde, nawet najprostsze pytania i nie czuło się żadnego wywyższania. Potem rozmowa zeszła ogólnie na Google i rozwiązania tej firmy. Z dwóch warsztatów, na których byłem ten był najlepszy!

Po obiedzie udaliśmy się na troszkę opóźnione (tak mi się wydaje) warsztaty z Flex i Flash dla programistów Java. Zawsze zastanawiałem się jak można połączyć Flash'a i Jave, by robić dobre aplikacje, a tu Jakub Neuman odpowiedział bardzo prosto na wszystkie moje pytania prezentując nam technologię Flex i Adobe AIR! Co najfajniejsze w tym wszystkim to to, że prowadzący przestrzegał przed wszystkimi kłopotami jakie napotkał przy integracji Flash/Flex z Javą i pokazywał najprostsze sposoby radzenia sobie z nimi!

Po zakończeniu drugiej sesji warsztatów przyszedł czas na losowanie kolejnej porcji książek wydawnictwa Helion (niestety i tym razem nie udało mi się, a była w puli książka, na którą ostrze sobie ząbki już od dawna) i podsumowanie całej imprezy. Na całe szczęście odbyło się bez zbędnych przemówień a jedynie rozmowie z uczestnikami co im się podobało, a co nie. Potrójne oklaski dla Grzegorza (który jak najbardziej sobie na nie zasłużył) i powrót do domu.

Podsumowując imprezę w skrócie:

+ świetni ludzie, masa nowych znajomości nawiązanych

+ genialny pomysł z obiadami (które mi osobiście uratowały w niedzielę życie)

+ bardzo dobre przygotowanie, żadnych nieprzyjemnych niespodzianek, profesjonalna obsługa

+ wysoki poziom merytoryczny imprezy

+ duży nacisk postawiony na nowe (często świeżynki w fazie beta) technologie

+ idea UnConference już sama w sobie jest rewelacyjna, ale należy pogratulować organizatorom za jej świetne wdrożenie na arenę polską

- brak WiFi

- warsztaty były prowadzone świetnie, ale było by idealnie, gdyby kilka dni przed konferencją na stronie pojawiły się materiały i informacje dotyczące warsztatów, aby każdy użytkownik mógł się przygotować do nich. Cudownie by było, gdyby organizatorzy dogadali się z jakąś miejscową kafejką internetową i na czas warsztatów wypożyczyli komputery (na których materiały ze strony i odpowiednie oprogramowanie już by było zainstalowane). Osobiście nie miałbym nic przeciwko, gdyby podniosło by to o załóżmy 10zł koszt konferencji. Ale ponieważ większość uczestników miała swoje laptopy nie był do jakiś dokuczliwy problem.

Chciałem z tego miejsca bardzo podziękować Grzegorzowi Dudzie, Michałowi, Sławkowi Ginterowi, Cyprianowi, Jakubowi Neumanowi, e-Point'owi i reszcie, z którą spędziłem naprawdę udane dwa dni bardzo serdecznie podziękować! Było mi bardzo miło Was poznać i porozmawiać! :)

Na koniec porcja zdjęć z konferencji:

COOLuary V.2 - Dzień pierwszy

2009-06-27T11:47:00.000-07:00

Każda konferencja jest inna - skupia się na innych odbiorcach, innych technologiach etc. Ale łączy je jedno - mają pewien szablon. Mamy ułożoną wcześniej agendę, według której odbywają się wszystkie prelekcje, zmiany w programie rzadko są dobrze odbierane. W trakcie prelekcji traci się masę czasu na autoprezentację prelegenta i firmy dla której pracuje etc. Tak nie jest na COOLuarach, one są inne...

Już od samego początku impreza bardzo pozytywnie mnie zaskoczyła. Co prawda nie szybko dotarłem z kolejki do Hotelu DAL, ale gdy przy rejestracji dostałem masę gratisów, w tym koszulkę, którą mogłem sobie wybrać (bez zastanowienia wziąłem czarną JavaFX ;) ) uśmiech zawitał na moich ustach i już ich nie opuszczał. Chwila na kawę, ciastko i przeczytania broszur, które dostałem by za chwile iść na pierwszy wykład. A po prawdzie pierwszy i jedyny.

Wprowadzenie do UnConference zrobił główny organizator - Grzegorz Duda. Cała idea polega na tym, że tak naprawdę tą imprezę tworzą uczestnicy i ich rozmowy w kuluarach (stąd nazwa). Każdy podaje temat (przyklejając go na specjalną tablice, co samo w sobie jest rewelacyjne!), o którym chciałby porozmawiać po czym są one zbierane i tworzy się spójny, w miarę zwarty plan. Taka sesja polega na tym, że przy stole siadają wszyscy zainteresowani i zaczyna się rozmowa, wymiana doświadczeń, spostrzeżeń, a nierzadko pytania o rozwiązania problemów. Jedna rzecz jest niesamowita - każdy mówi każdemu po imieniu i na nikogo nie patrzy się dziwnie jeśli danemu uczestnikowi rozmowy brakuje wiedzy na dany temat!

Pierwsza sesja na jakiej byłem to było Google Aps Engine. Dosyć krótka rozmowa, bo nikt tego tak naprawdę porządnie ndzisiaie przetestował, więc po chwili już zeszło na Jave i jej przyszłość, jej wady i zalety etc. Ciekawa bardzo dysputa, chyba najlepsza w całym dniu pierwszym.

Na drugą sesję nie poszedłem, bo spędziłem ją na rozmowie one on one z Cyprianem, który studiuje informatykę na Uniwersytecie Gdańskim i miał ciekawe podejście do wchodzenia w świat Javy jak i do samego sensu certyfikowania. To była rozmowa, której brakowało mi na dwóch poprzednich konferencjach i za którą serdecznie dziękuje!

Następna w planie była godzinna przerwa obiadowa, w czasie której zaserwowano nam obiad w restauracji hotelowej, za co należą się wielkie brawa do organizatorów!

Dalej był Maven i Ant i rozmowa jak uniknąć problemów wynikających z podejść jakie proponują oba te rozwiązania. Dzięki java4people w Szczecinie byłem wstanie zrozumieć co nieco więcej i Maven stał się kolejną rzeczą na liście TODO tych wakacji :)

Sesja sponsora - e-Point - okazała się strasznie trudna, ponieważ rozmawiano o naprawdę trudnych i wymagających specjalistycznej wiedzy rzeczach, ale nie powiem, żeby to był czas stracony. Jak to mawia mój opiekun naukowy: "Jak się uczyć, to od najlepszych!" i dzisiaj zrozumiałem, co ma na myśli. Choć temat może być ciężki, człowiek zawsze dowie się czegoś nowego, jakiejś ciekawostki tudzież wskazówki na przyszłość do tego na co nakierowywać się w nauce na podstawie doświadczeń starszych, bardziej doświadczonych kolegów.

Ostatnia sesja miała być o certyfikowaniu i JavaBlackBelt, ale niestety połączono wiele tematów i nie wyszło to, co zamierzono. Za to rozmawialiśmy o Scrumie - metodyce prowadzenia i zarządzania projektami (Co Wikipedia mówi o Scrum'ie?). Brzmiało to na tyle ciekawie, że postanowiłem poczytać o tym w internecie i może uda się choć trochę scrumowego podejścia wprowadzić do Sekcji Informatycznej albo do własnych projektów? Było by cudownie :) A certyfikaty nie zając - nie uciekną. Jutro sam przykleję własną karteczkę z tematem (na innej konferencji, wśród innych ludzi nie miałbym odwagi) i zobaczymy co z tego wyjdzie...

Na sam koniec było wypełnianie ankiet, rozmowa z organizatorem o plusach i minusach imprezy, ustalenia końcowe oraz losowanie nagród niespodzianek. Nie poszczęściło mi się, ale może jutro się uda? Czas pokaże :)

Rozdział 1. "Krótkie wprowadzenie"

2009-06-25T14:34:00.000-07:00

Na początku pierwszego rozdzialu książki Marcina Lisa - "Java. Ćwiczenia praktyczne" - autor tłumaczy jak zainstalować JDK na Windowsie i Linuxie. Ja zaniecham tego, ponieważ co wersja systemu to inna instalacja. Ale zazwyczaj sprowadza się to poprostu do ściągnięcia odpowiedniej paczki/instalatora ze strony producenta (Sun Microsystems) i intuicyjnej instalacji za pomocą prostego GUI Wizard.

Dalej mamy standardowy już program - "Hello World!". Pokazuje on nam jak wygląda podstawowa składnia programu w Javie:


public class Main {
 public static void main (String args[]) {
   System.out.println("Pierwszy program w Javie!");
 }
}

Do tego omawiana jest bardzo krótko istota B-codu, maszyny wirtualnej (ang. Virtual Machine) oraz kompilacji, ale chciałbym na dzień dzisiejszy pominąć tą tematykę i powiedzieć tylko tyle, że po zapisaniu powyższego kodu do pliku Main.java wykonujemy następujące dwie czynności w bashu/powłoce/wierszu poleceń:

kompilujemy program poleceniem*: javac Main.java
uruchamiamy program poleceniem*: java Main.

Efektem wywołania drugiego polecenia będzie pojawienie się napisu "Pierwszy program w Javie!". Udało się nam napisać pierwszy program w Javie!

Gratuluję i do zobaczenia w rozdziale 2!

* - założyłem tutaj, że ścieżka środowiskowa (ang. path) zostały ustawione tak, by z każdego miejsca w komputerze można było wywołać polecenia java, javac i javadoc (o którym wspomne nieco później).

Początek przygody z Javą!

2009-06-25T11:22:00.000-07:00

Nareszcie przyszedł od dawna wyczekiwany czas wakacji! Egzaminy już za mną, wszystko już załatwione, tak więc czas zająć się czymś miłym i przyjemnym. Ponieważ pogoda za oknem nie dopisuje, tak więc postanowiłem zabrać się nareszcie za książkę Marcina Lisa "Java. Ćwiczenia praktyczne" wydawnictwa Helion. Książka jest warta uwagi z kilku powodów:

jest tania - 19zł to naprawdę malutko
jest książką w stylu "przykład goni przykład", czyli każda nowa informacja jest ćwiczona przy pomocy kilku przykładów praktycznych
jest bardzo dobrze napisana, jak zresztą inne książki Marcina Lisa
jest bardzo dobra dla osób, które nie znają się na programowaniu wcale, albo znają jakiś inny język i w krótkim czasie muszą przestawić się na Jave.
nie trzeba tej książki czytać od A-Z (sam postanowiłem przerobić jedynie najważniejsze rozdziały, aby łatwiej było przyswajać wiedzę z "Thinking in Java" Bruce Eckel'a)

Ponieważ zarówno w tej książce, jak i w każdej następnej będę starał się przerobić jak najwięcej przykładów postanowiłem jak najdłużej wstrzymywać się od korzystania z IDE (ang. Integrated Development Enviroment - Zintegrowane Środowisko Programistyczne) jakich jak NetBeans czy Eclipse (przynajmniej do czasu zabaw z GUI w AWT i Swing). Dzięki temu mam nadzieję, że w bardzo dobry sposób opanuję podstawy, a jest to mój najważniejszy cel na dzień dzisiejszy. Zresztą zawsze lubiłem powiedzenie, że "praktyka czyni mistrza" :)

Brak IDE postanowiłem sobie wynagrodzić bardzo dobrym edytorem tekstu dla programistów (nie tylko Javy) - jEdit. Co ciekawe, jEdit jest programem w całości napisanym w języku Java! Jego najnowsza odsłona umożliwia dołączanie tzw. pluginów, które w dosłownie dowolny sposób potrafią przerobić jEdit'a tak, by był jak najbardziej dla nas wygodny.

Mamy już edytor, ale nie da się niestety na ten moment ani skompilować ani uruchomić żadnego programu. Pierwsze zadanie realizuje JDK (Java Development Kit), a drugie JRE (Java Runtime Enviroment). Nie będę się specjalnie rozpisywał na temat tych dwóch narzędzi, powiem jedynie, że na tym etapie są one niezbędne do pracy z językiem Java, a można je pobrać ze strony producenta, firmy sun Microsystems (link na końcu postu).

Ponieważ książki, które będę omawiał na łamach posiadają liczne przykłady, które czasem trzeba modyfikować (np. przy okazji wyjścia nowego JDK), a hostingi stron WWW i plików są bardzo niestałe (w każdej chwili plik może zniknąć ze strony) postanowiłem zarządzać nimi przy pomocy Systemu Kontroli Wersji Git i umieszczać w repozytorium GitHUB.com. To bardzo wygodny i prosty sposób, a dzięki łatwym w obsłudze narzędziom możliwy jest bardzo szybki dostęp do wybranego fragmentu kodu.

Na zakończenie chciałem podać pewną ciekawostkę, którą wyczytałem w książce Marcina Lisa. Otóż Java początkowo miała nazwę Oak (ang. dąb) i była językiem przeznaczonym do sterowania urządzeniami RTV i AGD. To właśnie temu Java zawdzięcza swoją jedną z największych zalet - multiplatformowość (czy jak kto woli "przenoszalność").

Garść linków:

Do zobaczenia w rozdziale 1!

infoShare 2009

2009-06-13T07:43:00.000-07:00

Minęły już przeszło dwa tygodnie, ale wspomnienia o infoShare 2009 są wciąż żywe. Nareszcie zakończyłem najtrudniejszy okres zaliczeniowy na uczelni i mogę się podzielić swoimi wrażeniami z imprezy.

Konferencja ta była drugą taką imprezą w moim życiu, a pierwszą dwudniową (java4people była imprezą jednodniową). Niestety odbywała się w tygodniu, ale po kolei...

W czwartek (28 Maja) z samego rana pojechałem na konferencję. Całe szczęście, że było to blisko, bo w Gdańsku, na Politechnice Gdańskiej, czyli tam gdzie się uczę obecnie. Na miejscu trochę się zdziwiłem, bo nie było żadnych informacji gdzie iść etc. - dopiero po chwili wyszło z budynku (nowy budynek wydziału Elektroniki, Telekomunikacji i Informatyki) dwóch ludzi z kartkami informacyjnymi. Szybka rejestracja (mimo sporej kolejki!), miła obsługa, torba pełna gratisów. Potem pierwszy wykład na temat "Czy w Polsce może powstać Dolina Krzemowa" Marka Hołyńskiego z PTI. Tematyka ciekawa, historyjki opowiadane przez prowadzącego ciekawe, ale niestety główny cel prelekcji - odpowiedź na tytułowe pytanie - z braku czasu (zmarnowanego po części na kolejne historyjki) została zawarta w dosłownie dwóch zdaniach i niestety było to małe rozczarowanie.

Kolejna prelekcja miała tytuł "System antyspamowy Poczty Wirtualnej Polski - jak chronimy Twoją skrzynkę przed zalewem niechcianych wiadomości?" trzech pracowników Wirtualnej Polski (WP.pl): Andrzeja Butkiewicza, Tomasza Potęgi i Pawła Sasina. Jeszcze przed samym wykładem na sale weszła obsługa rozdając każdemu kartkę z przykładowym mailem - spamem (zdjęcie w galerii). W trakcie wykładu omawiane były różne rodzaje i Ci, których typ spamu był omawiany odpadali z zabawy. Ci, którzy zostali na koniec dostali zestawy promocyjne z Wirtualnej Polski. Dodając do tego jeszcze świetne prowadzenie prelekcji, ogromną charyzmę i masę humoru mogę śmiało powiedzieć, że w skali 10-punktowej wykład WP dostaje 10!

Po prezentacji Wirtualnej Polski przyszedł czas na Eye-Tracking w wykonaniu Piotra Jardanowskiego z firmy Symetria. Bardzo podobało mi się, że cały proces jak i historia Eye-Trackingu zostala w bardzo przystępny sposób "podana jak na tacy". Sporo przykładów, sporo też konkretów. Firma Symetria przywiozła na konferencję zestaw eye-trackera i można było sprawdzić na samym sobie jak to działa. Niestety z braku czasu nie udało mi się przetestować tego cudeńka.

Rzecz na którą czekałem od bardzo dawna - "Nowe inicjatywy Suna czyli słów kilka na temat projektów (Sun Glassfish Portfolio oraz openDS)" Marcina Kozaka z firmy sun Microsystems Poland - musiała przejść mi koło nosa... Niestety musiałem być obecny na wykładzie u siebie na wydziale i nie mogłem się na tej prelekcji pojawić.

Po wykładzie trafiłem na końcówkę "Tworzenia natywnych aplikacji mobilnych" Kamila Brzezińskiego z Gadu-Gadu, ale już 5 minut siedzenia tam zniechęciło mnie do słuchania - prelegent sam się przyznał, że robił ten wykład pół roku temu i nie pamięta co wtedy przygotował - żenada...

"Polskie barcampy i rynek startupów - czy zwiększenie dostępności finansowania zaowocuje globalnymi przedsięwzięciami?" Krzyśka Kowalczyka z UBIK Business Consulting był tematem najbardziej tajemniczym i niestety najmniej dla mnie interesującym, tak więc nie będę się wypowiadał na jego temat.

"Dobre, Złe i Brzydkie" - Automatyczne sposoby poprawy jakości oprogramowania Patrycji Węgrzynowicz z NASK'u był wykładem ciekawym i to nawet bardzo. Uświadomił mi kilka rzeczy:

testowanie jest ważnym zagadnieniem, które muszę zacząć stosować z przyzwyczajenia, nie z przymusu, gdy coś się psuje
Design Patterns (Wzorce Projektowe) są ciekawym narzędziem programistycznym i warto będzie go zbadać w te wakacje przy okazji szerszego poznawania Javy
korzystanie z narzędzi gotowych, IDE etc. nie umniejsza poziomowi programisty ani jego umiejętnościom, a wręcz przeciwnie

To był ostatni wykład dnia pierwszego. Następnego dnia, znowu z powodu zajęć, mogłem być tylko na wykładzie "Bezpieczna wirtualizacja = wirtualizacja bezpieczeństwa" Michała Jarskiego z Check Point Software Technologies oraz "Czasem dobrze pozarządzać" Agnieszki Zielonki - Sujkowskiej z ODiTK. Oba wykłady zrobiły na mnie ogromne wrażnie zarówno oprawą jak i przekazem. dodatkowo na wykładzie Pani Agnieszki dowiedziałem się (na podstawie testu, który nam - uczestnikom - zrobiła), że jestem osobą pomiędzi czasami, która patrzy na wszystko z perspektywy przyszłości (to prawda!) i dostałem płytę z muzyką relaksacyjną autorstwa prelegentki.

Podsumowując:

+ bliskość, dobra lokalizacja

+ duże urozmaicenie tematyki

+ spora liczba gratisów i zestawów promocyjnych

+ doświadczeni i ciekawi prelegenci

+ caterring w przerwach kawowych i obiadowych

+ darmowe wejście

- wiele niedopatrzeń organizatorskich

- praktycznie brak przerw, co było bardzo męczące (i następstwem tego była coraz mniejsza frekwencja w późniejszych godzinach)

- mało czasu na rozmowy w kuluarach

A oto galeria z imprezy:

Pozdrawiam serdecznie, Łukasz "Smok" Rybka

Pierwszy egzamin na JavaBlackBelt

2009-06-10T09:14:00.000-07:00

Sporo się ostatnio działo: konferencja infoShare 2009 na Politechnice Gdańskiej, sesja, kolokwia. Za każdym zaliczonym kolokwium przychodzą dwa kolejne - urok uczelni wyższej. Ale żeby nie rozpoczynać wpisu tak bardzo pesymistycznie, to wpomnę o JavaBlackBelt.

JavaBlackBelt.com to strona, na której można sprawdzić poziom swojej wiedzy z zakresu Javy, programowania zorientowanego obiektowo i wielu różnych (jak np. system kontroli wersji CVS). Całość jest zorganizowana w tytułowe pasy - po zdobyciu odpowiedniej ilości punktów za zdane egzaminy otrzymuję się rangę - pas - ideologicznie zbliżony do pasów z Karate czy Teakwondo (początkowo każdy ma pas biały i 0 punktów). Możemy płacić za egzaminy, albo iść darmową ścieżką, która zaczyna się od Java SE - Basic Egzam. Dlaczego o tym wszystkim piszę? Otóż z dwóch powodów:

1) Strony tego rodzaju pozwalają nam nie tylko na sprawdzanie swojej wiedzy, ale także na jej zgłębianie. Wykonując kilka razy ten sam błąd w końcu się nauczymy dobrze. Poza tym na JavaBlackBelt.com każde pytanie, które jest zadawane ma dokładne wyjaśnienie swojej prawidłowej odpowiedzi wraz z odnośnikami internetowymi do dokumentacji i innych baz wiedzy.

2) Dwa dni temu zdałem pierwszy egzamin z Java SE - Basic z wynikiem 75%. Nie jest to rewelacyjny wynik, ale zważywszy na krótki okres, w którym zajmuję się Javą sądzę, że jest to niezłe osiągnięcie. Oto screen:

Czeka mnie jeszcze zamieszczenie krótkiej relacji z infoShare 2009 i wrzucenie galerii i zajmę się omawianiem książki Marcina Lisa "Java. Ćwiczenia praktyczne" wydawnictwa Helion.

Dla zainteresowanych kilka linków:

JavaBlackBelt.com

Mój profil na JavaBlackBelt

Galeria JavaBlackBelt na Picassa Web Albums

Pozdrawiam i dziękuję za uwagę,

Łukasz "Smok" Rybka

Wspomnienia z java4people 2009

2009-04-14T07:44:00.000-07:00

Minęło już 10 dni ale wspomnienia pozostają wciąż żywe...

Konferencja java4people była pierwszą w moim życiu konferencją i pierwszym zetknięciem z profesjonalną Javą. To w takim razie po co tam pojechałem? Ano po to, żeby przekonać się jak to jest na konferencji, dowiedzieć się czegoś więcej niż tylko to czego uczy się na uczelni, nawiązać znajomości. Wszystkie te trzy cele zostały wypełnione w 100%! Ale od początku...

Piątek, 3 Kwietnia, dworzec główny w Gdyni, informacja PKP - "Nie proszę Pana, nie ma takiego połączenia. Nie proszę Pana, nie pojedzie Pan.". Okazało się, że pociąg, na który dzień wcześniej kupiłem bilet nie kursuje już i moje całe plany poszły w łeb. Znalazłem połączenie pośrednie i zamiast jechać 4,5 godziny pospiesznym jechałem ponad 6 Szybką Koleją Miejską (SKM) i Osobowym. Tak nieprzyjemnej podróży pociągiem jeszcze nigdy nie miałem... W dodatku na miejscu byłem ponad 2 godziny później niż planowałem i nie było mowy rozejrzeć się po mieście (pierwsza moja wizyta w Szczecinie) tylko trzeba pędzić do schroniska. Tam oczywiście też prosto być nie mogło, bo okazało się, że moja rezerwacja przepadła - żenada... Ale przeskoczmy te kolejne niemiłe godziny i skupmy się na konferencji.

Około 8:30 przybyłem na Uniwersytet Szczeciński (nie było problemów dzięki dobrej informacji na stronie) gdzie powitała mnie miła Pani w akredytacji. Jak każdy uczestnik dostałem zestaw do ochrony mojego laptopa i koszulkę z konferencji. Tego bym się nie spodziewał szczególnie, że konferencja była całkowicie darmowa. Już od pierwszych momentów widać było profesjonalizm ale i bardzo przyjazną atmosferę.

Pierwszy wykład Pawła Szulca - Testowanie Enterprise JavaBeans 3.0. Temat dla mnie trochę obcy ale było bardzo ciekawie. Niektóre rzeczy były bardzo przystępnie przekazywane, dzięki czemu taki żółtodziób z samą podstawą teoretyczną był w stanie coś wynieść z wykładu.

Gdy w domu jeszcze przed wyjazdem czytałem agendę konferencji sądziłem, że drugi wykład będzie totalną magią dla mnie. Tematyka "Comet, Bayeux i mechanizm Publish-Subscribe poprzez HTTP", którą prezentował Waldemar Kot była dla mnie tak abstrakcyjna jak życie na Marsie. I tu największe zaskoczenie konferencji - było to tak profesjonalnie prowadzone, że nie dało się nie załapać choćby samej ideologii. A temat protokołu Bayeux strasznie mnie zaciekawił. Oczywiście jak przy testowaniu EJB 3.0 nie można się spodziewać, że wyjdzie się i będzie się widziało wszystko, ale nie o to tu przecież chodzi.

Dłuższa przerwa była kolejnym miłym zaskoczeniem - mnóóóóstwo pizzy w różnych smakach na obiad popijanych colą to dla informatyka wymarzony posiłek :)

Przyszedł czas na najbardziej przeze mnie wyczekiwany wykład - "System kontroli wersji GIT" Andrzeja Śliwy. Miałem wrażenie, że uczestniczę w połączeniu panelu dyskusyjnego i uczelnianego wykładu, a połączenie to było idealne, szczególnie, że było wspomagane ciągłymi pokazami praktycznymi. Każdy problem, o który pytała publika prowadzący rozwiązywał na naszych oczach w bardzo prosty i przystępny sposób. Jak to zawsze bywa wywiązała się zażarta dysputa między zwolennikami GIT'a a SVN/CVS (to bardzo różni profesorów uczelnianych - zwolenników starych rozwiązań i studentów wolących szybsze i nowocześniejsze rozwiązania), która w pewnym momencie była bardzo nieprzyjemna i uciążliwa, ale widać było że dla prowadzącego to nie pierwszyzna i zaraz było to łagodnie załatwione.

Ostatni wykład Jacka Laskowskiego pt. "Zwinne i lekkie aplikacje webowe z Grails " nie był dla mnie czymś rewelacyjnym. Po pierwsze nie znam języka Groovy, Ruby ani im podobnym i było dla mnie problemem zrozumienie często o czym mowa. Po drugie, gdy Jacek pokazywał jak to działa w praktyce było wiele problemów technicznych, pomyłek i niedopracowania przez co spora część czasu (który i tak był przedłużony o ponad 20 minut) była poświęcona zastanawianiu się czemu to nie działa i mówieniu, że "trzeba ten serwer jeszcze mocniej trzepnąć w głowę".

Niestety przez to, że miałem pociąg o 17, a następny o 5:53 następnego dnia to musiałem zrezygnować z ostatniego wykładu. Ale nie wszystko stracone, bo całość konferencji była kręcona, a filmy w przeciągu 1,5 miesiąca zostanie udostępniona w internecie (gdy się to stanie napisze o tym na tym blogu).

Podsumowując konferencję oceniam na 5! Świetna organizacja, wysoki poziom i rewelacyjna atmosfera, za które należą się Leszkowi Gruchale i Pawłowi Stawickiemu gorące podziękowania! To była moja pierwsza konferencja w życiu, ale dzięki java4people nie będzie ona ostatnia. Już teraz nie mogę się doczekać CooLuarów w Gdańsku 23-24 Maja. Poniżej moja galeria z wyjazdu, a pod nią strona konferencji, na której znajduje się jeszcze jedna galeria i materiały z prelekcji.

Garść linków:

Strona java4people

Pozdrawiam, Smok!

google-code-prettify

2009-04-13T02:12:00.001-07:00

Witam ponownie!

Drugi wpis na blogu miał być o java4people - konferencji o tematyce Java w Szczecinie. Jednak nim to nastąpi należy przystosować bloga do celów programistycznych.

Wiadomym jest, że bez pisania programów człowiek nie nauczy się programowania. A przy pisaniu programów powstaje sporo kodu źródłowego, który należy poprawnie sformatować również na stronie, która go opisuje. W tym celu wykorzystam wspomniany w tytule google-code-prettify. Jest to moduł javascriptowy pozwalający, który kod umieszczony między znacznikami lub automatycznie formatuje tak, by był czytelny i łatwy do skopiowania do naszego IDE. Nie będę opisywał dokładniej instalacji (w tym celu podałem dwa linki poniżej), pokaże jedynie jak to działa w praktyce:

Kod bez żadnego formatowania poza spacjami/tabulacjami:


import java.util.*;

public class HelloWorld {
  public static void main(String[] args) {
    System.out.println("Witaj świecie. Dzisiaj jest: ");
  }
}

Używając google-code-prettify i znacznika pre:


import java.util.*;

public class HelloWorld {
  public static void main(String[] args) {
    System.out.println("Witaj świecie. Dzisiaj jest: ");
  }
}

Przy okazji testowania tego skryptu doszedłem do wniosku, że może ten styl bloga (jego szata graficzna) nie jest najodpowiedniejsza do przedstawiania kodów źródłowych (kolorowanie składni). Możliwe, że będzie to zmienione jeszcze przed następnym postem (tym razem napewno o java4people).

A oto obiecane linki:

Pozdrawiam, Smok!

Edit: Po dalszych testach skryptu udało się uzyskać odpowiednie kolorowanie składni. Problem leżał w kodzie html Bloggera.

Początki

2009-04-12T23:19:00.000-07:00

Witam.

Podobno początki zawsze są trudne i w tym przypadku nie jest inaczej. Długo się zbierałem, żeby rozpocząć w ogóle pisanie tego bloga. Pomysł jak zawsze jest, możliwości są, ale czego brak? Brak czasu, wiary w siebie, determinacji. Ale skoro już to piszę, to znaczy, że jest nieźle.

Należało by się przedstawić - nazywam się Łukasz i jestem 21 letnim studentem drugiego roku Informatyki Stosowanej na Politechnice Gdańskiej. Informatyka jest moim głównym hobby, choć nie jedynym, ale nie będę się zbytnio rozgadywać na ten temat w tym momencie.

A więc o czym będzie ten blog? Jestem początkowym programistą Javy i swoją drogę z tym językiem programowania chciałbym opisać na tym blogu. Po co? Bo wiem, że często szuka się rozwiązań na najprostsze problemy, ale trudno je znaleźć, bo ludzie takich rzeczy często nie publikują w internecie, sądząc, że to zbyt proste. Ja uważam, że nie ma rzeczy zbyt prostych.

No tak, ale wielu się pewnie podrapie po głowie i zdziwi, że skoro jestem na 2 roku studiów informatycznych, to dlaczego dopiero teraz uczę się Javy i to w dodatku od podstaw? Otóż na moich studiach Jave ma się dopiero na 3 roku, wcześniej (w kolejności) C, C++ i C#. Do tego ostatniego nie jestem przekonany, C dosyć długo wałkowałem i coś w nim umiem, ale szaleństw nie ma jak to mówią, a na uczelni jesteśmy teraz na etapie C++. Przerabiamy teraz przedmiot Metody Numeryczne, na który potrzebowałem dosyć prostego języka programowania, zorientowanego obiektowo, którego IDE (ang. Integrated Development Environment - zintegrowane środowisko programistyczne) przy tworzeniu GUI (ang. Graphic User Interface - graficzny interfejs użytkownika) jest łatwe i intuicyjne. Dodatkowo za Javą przemawiało to, że jest multiplatformowa (nieważne na jakiej konfiguracji sprzętowej, nie ważne na jakim systemie operacyjnym chcemy uruchomić program, tak długo jak jest tam zainstalowana Wirtualna Maszyna - ang. Virual Machine VM).

Ale nie jest to jedyny powód. Są jeszcze dwa:
1) Szwagier, który jest od lat informatykiem, jakiś czas temu zdał egzaminy na Sun Certified Java Developer (SCJD)
2) Konferencja java4people, ale o niej w następnym poście.

Trochę się rozpisałem, nawet chyba trochę za dużo jak na pierwszy raz. Jeszcze dzisiaj powinien się pojawić jeszcze jeden post, w którym w skrócie opiszę konferencję java4people i jej wpływ na mnie.

Garść linków:

Pozdrawiam, Smok!