<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Espeo Software &#187; technologia</title>
	<atom:link href="http://www.espeo.pl/kategoria/blog/technologia/feed" rel="self" type="application/rss+xml" />
	<link>http://www.espeo.pl</link>
	<description>Oprogramowanie na zamówienie - aplikacje inter/intranetowe, desktop, mobilne. Wykorzystujemy technologię Java, Java EE, Flex, Grails</description>
	<lastBuildDate>Mon, 30 Jan 2012 14:34:55 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Coding Dojo w Espeo</title>
		<link>http://www.espeo.pl/2011/10/23/coding-dojo-w-espeo</link>
		<comments>http://www.espeo.pl/2011/10/23/coding-dojo-w-espeo#comments</comments>
		<pubDate>Sun, 23 Oct 2011 21:35:49 +0000</pubDate>
		<dc:creator>Pawel Ziemba</dc:creator>
				<category><![CDATA[agile]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=696</guid>
		<description><![CDATA[Podczas ostatniego spotkania technologicznego urządziliśmy Coding Kata. Jako, że to było pierwsze Dojo dla większości uczestników postanowiłem uprościć zasady maksymalnie &#8211; tak by pokazać istotę samego spotkania. Było to jednym z celów. Drugim elementem było ćwiczenie TDD, które jest w firmie wykorzystywane, lecz praktyki nigdy za wiele. Najpierw o założeniach. Przyjęliśmy formułę Randori, czyli para programuje przy użyciu rzutnika, zmienialiśmy pary co 4 minuty, całość trwała godzinę, z czego ostatnie 10 minut przeznaczyliśmy na retrospekcję. Podczas dojo rozwiązywaliśmy Kata Misswaper. Mimo krótkiego czasu udało się wysnuć kilka wniosków. Jednym z nich był problem jaki wyszedł z TDD. Po refaktoryzacji powstała nowa klasa, podzieliły się metody. Po czym trudno było napisać test do nowej metody, który by nie przechodził&#8230; Wychodzi na to, że TDD sprawdza się w oparciu o gotowe założenia, czy testy akceptacyjne. W przypadku testów jednostkowych pojedynczych metod, testy te tracą na jakości. Podczas retrospekcji wyciągnęliśmy też kilka wniosków co do samej organizacji. Dla niewielkiej liczby osób nie jest konieczne programowanie w parach (o ile właśnie tego nie ćwiczymy). Krótki czas powinien być dobrze przygotowany, opóźnienia techniczne zjadają dużo cennego czasu. Parę dni później, gdy rozmawiałem o sensie prowadzenia przeglądu kodu i przewadze programowania w parach, pomyślałem, że Coding Kata mogło by być z powodzeniem wprowadzone do katalogu technik XP. W ten sposób można rozwiązywać nie tylko problemy natury ogólnej filozofii programowania, ale też konkretne problemy projektowe. Podsumowując, Coding Dojo jest bardzo integrującą i efektywną wymianą doświadczeń. Może być przydatne, jeśli mamy kilka zespołów pracujących długo nad oddzielnymi projektami.]]></description>
		<wfw:commentRss>http://www.espeo.pl/2011/10/23/coding-dojo-w-espeo/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Logika rozmyta w Javie &#8211; biblioteka jFuzzyLogic</title>
		<link>http://www.espeo.pl/2011/10/13/logika-rozmyta-w-javie-biblioteka-jfuzzylogic</link>
		<comments>http://www.espeo.pl/2011/10/13/logika-rozmyta-w-javie-biblioteka-jfuzzylogic#comments</comments>
		<pubDate>Thu, 13 Oct 2011 05:55:09 +0000</pubDate>
		<dc:creator>Krzysztof Urman</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=673</guid>
		<description><![CDATA[Ostatnią pogadankę rozpoczęliśmy mocno teoretycznie od krótkiego wprowadzenia do logiki rozmytej. Przypomnieliśmy sobie co nieco na ten temat, odświeżając wiedzę ze studenckich czasów. Następnie przyjrzeliśmy się openSource&#8217;wemu projektowi jFuzzyLogic, bibliotece implementującej podstawowe możliwości jakie daje logika rozmyta. Umożliwia ona w łatwy i przejrzysty sposób tworzyć sterowniki rozmyte oparte na systemie regułowym (FCL &#8211; Fuzzy Control Language). Na gotowym przykładzie zaś omówiliśmy jak dokładnie działają takie systemy regułowe i jak można je wykorzystywać w różnego rodzaju aplikacjach. Pogadankę zakończyliśmy tradycyjną wymianą zdań, sugestii, dygresji i doświadczeń związanych z logiką rozmytą i jej możliwościami. Dociekliwych zapraszam do odwiedzenia strony projektu: jFuzzyLogic]]></description>
		<wfw:commentRss>http://www.espeo.pl/2011/10/13/logika-rozmyta-w-javie-biblioteka-jfuzzylogic/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Prezentacja &#8211; Apache Wicket</title>
		<link>http://www.espeo.pl/2011/06/10/prezentacja-apache-wicket</link>
		<comments>http://www.espeo.pl/2011/06/10/prezentacja-apache-wicket#comments</comments>
		<pubDate>Fri, 10 Jun 2011 11:48:23 +0000</pubDate>
		<dc:creator>Krzysztof Konwisarz</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=650</guid>
		<description><![CDATA[Patrząc na nasze wcześniejsze pogadanki koncentrowaliśmy się raczej na miękkich elementach tworzenia oprogramowania. W ostatni wtorek, dla odmiany, zajęliśmy się Wicketem &#8211; frameworkiem webowym, który ku mojemu zdziwieniu wśród kolegów okazał się mało znany. W pogadankową godzinę upychanie kodu &#8220;żeby tylko go pokazać&#8221; nie ma sensu, także praktycznych konkretów w prezentacji brak. Zamiast tego zajęliśmy się umiejscowieniem Wicketa w wielkim świecie jawowych frameworków oraz jego głównymi koncepcjami, urokami i bolączkami. Jedna uwaga do GWT w prezentacji: pojawia się w porównaniach z uwagi na fakt, że w GWT i w Wickecie programuje się w Javie. W pierwszej chwili to podobieństwo jest mylące, także trzeba się było nim zająć od razu.]]></description>
		<wfw:commentRss>http://www.espeo.pl/2011/06/10/prezentacja-apache-wicket/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Integracja Grails + Google Maps + PostGIS</title>
		<link>http://www.espeo.pl/2011/04/18/integracja-grails-google-maps-postgis</link>
		<comments>http://www.espeo.pl/2011/04/18/integracja-grails-google-maps-postgis#comments</comments>
		<pubDate>Mon, 18 Apr 2011 12:21:02 +0000</pubDate>
		<dc:creator>Krzysztof Urman</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=518</guid>
		<description><![CDATA[Niniejszy wpis poświęcony zostanie integracji framework&#8217;a Grails z serwisem Google Maps oraz z PostGIS, rozszerzeniem relacyjno-obiektowym umożliwiającym zapisywanie danych geograficznych w bazie danych PostgreSQL. PostGIS Jeśli mamy już zainstalowaną bazę danych PostgreSQL należy pobrać dodatek PostGIS z oficjalnej strony projektu: http://postgis.refractions.net/. W przeciwnym przypadku należy pobrać aktualną wersję PostgreSQL ze strony: http://www.postgresql.org/, oraz w trakcie instalacji wybrać PostGIS z listy możliwych opcji, które instalator PostgreSQL proponuje. Grails Zakładamy, że posiadamy prostą Grails-ową aplikację. Chcielibyśmy, by w jednej z klas domenowych przechowywać informację o lokalizacji geograficznej danego obiektu. Najpierw należy pobrać zestaw niezbędnych bibliotek: hibernate-spatial-1.0 hibernate-spatial-postgis-1.0 jts-1.8 postgis-2.0.0SVN postgresql-9.0-801.jdbc4 Następnie wystarczy w kodzie klasy domenowej umieścić kilka dodatkowych linii: W nagłówku: Oraz w ciele klasy: Dzięki temu obiekt Point zostanie odpowiednio zmapowany do Bazy Danych. Obiekt Point składa się z dwóch wartości X i Y, reprezentujących jego współrzędne. Stwórzmy więc serwis GISService.groovy w którym będziemy pobierać z obiektu Point poszczególne wartości oraz (z drugie strony) będziemy tworzyć obiekt Point z zadanych współrzędnych. Dodatkowo dołóżmy metodę, która zwróci nam odległość danego punktu od Rynku Głównego w Poznaniu. Powyższe metody wykorzystamy w kontrolerze, odpowiedzialnym za przetwarzanie danych do wyświetlenia w widoku. Zmodyfikujmy nieco metodę show, którą grails wcześniej wygenerował: Google Maps W pliku odpowidzalnym za wyświetlanie danych szczegółowych danego obiektu: show.gsp dopiszmy skrypt, który będzie nam wyświetlał mapę z serwisu Google. Następnie, w tabeli wyświetlającej dane dodajmy dodatkowe dwa wiersze, w których pojawią się współrzędne danego Punktu. Skrypt zaś pobierze te dane i stworzy Marker, który pojawi się na mapie. Końcowy efekt naszej pracy może wyglądać następująco: Źródła: http://blog.mollusca.ch/gis]]></description>
		<wfw:commentRss>http://www.espeo.pl/2011/04/18/integracja-grails-google-maps-postgis/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

