Gabriel Habryn

Bohater drugiego planu

Gabriel Habryn — Sun, 29 Jan 2012 22:45:55 +0000

Bohater drugiego planu podczas Startup Weekend Krakow. Bardzo miło jest sobie przypomnieć panującą atmosferę.

SaturnAnalytic.com – projekt na Startup Weekend Krakow

Gabriel Habryn — Mon, 23 Jan 2012 23:46:48 +0000

Mój pierwszy Startup Weekend, który odbył się w Krakowie oceniam za bardzo udany. Niesamowita ilość pozytywnych emocji, zwariowanych pomysłow i jeszcze bardziej szalonych ludzi wkoło, jest czymś co nie da się opisac!

Polecam wszystkim!

Szybko podsumowując, wystartowałem z pomysłem, który w założeniach miał być nową generacją narzędzi analitycznych. Stworzyliśmy świetny zespół z Grzegorzem i Tim’em. Dosłownie po kilku godzinach wytężonej pracy, kombinacji i sugestii mentorów stworzyliśmy projekt który o chrzciliśmy SaturnAnalytic.com.

W skrócie jest to narzędzie przeznaczone dla małych i średnich przedsiębiorstw, które wykorzystują internet i media społecznościowe jako główny nośnik reklamy i chcą konkurować na rynku globalnym. Głównym zadaniem naszego produktu jest porównywanie Twojej strony internetowej do stron konkurencji.

Poniżej prezentacja, która zawiera troszeczkę więcej szczegółów.
Zapraszam do obserwowania naszego konta na Twitterze @SaturnAnalytic

SaturnAnalytic

View more presentations from widmogrod

Interfejs konwersacyjny – TechCamp #2

Gabriel Habryn — Mon, 23 Jan 2012 23:28:59 +0000

Podczas TechCamp #2, który odbył się kilka dni temu miałem okazję przedstawić pewną wizję związaną z sposobem komunikacji człowieka z technologią. Przybliżyłem pojęcie interfejsu konwersacyjnego oraz przedstawiłem klika ciekawych projektów, które zmieniają sposób wymiany informacji z cyfrową rzeczywistością. Już niedługo napiszę o tym coś więcej, a teraz zapraszam do zapoznania się z prezentacją.

Interfejs konwersacyjny

View more presentations from widmogrod.

Jedyna rzecz, którą możesz stracić to…

Gabriel Habryn — Sun, 15 Jan 2012 13:34:51 +0000

Jesteś młody, ambitny i kreatywny? Masz marzenie, pomysł, które chciałbyś zrealizować ale dostrzegasz problemy i bariery, które blokują Cię przed działaniem? Uświadom sobie że jedyną rzecz, którą możesz stracić to Twoja młodość! Zyskać możesz dużo więcej – bezcenne doświadczenie i … Continue reading →

PHP Storm – w poszukiwaniu optymalnego środowiska programistycznego

Gabriel Habryn — Sun, 15 Jan 2012 11:55:11 +0000

Ekran uruchamiania PHP Storm

Jest to pierwszy artykuł z serii „W poszukiwaniu optymalnego środowiska programistycznego„, w którym postaram się odpowiedzieć na pytanie czy istnieje IDE, które nie przeszkadza w codziennej pracy programisty i upraszcza najczęściej wykonywane operacje. Przeprowadzane testy polegały na pracy przez około 5 dni roboczych, w wybranym programie, nad tym samym projektem w celu zmarginalizowania przyzwyczajenia do mojego obecnego zintegrowanego środowiska programistycznego – Eclipse. Projekt składał się z kilku tysięcy linii kodu. Komputer na jakim pracowałem to 3 GB RAM, Intel Core 2 Duo T5500 i Windows 7 (Opcjonalne Mac OS X ale to w kwestii zrzutów ekranu z PHP Storm).

PHP Storm – zintegrowane środowisko programistyczne

Czym ma być PHP Storm, najlepiej mówią twórcy:

PhpStorm is a lightweight and smart PHP IDE focused on developer productivity that deeply understands your code, provides smart code completion, quick navigation and on-the-fly error checking. It is always ready to help you shape your code, run unit-tests or provide visual debugging.

Przekładając na język Polski:

PHP Storm to lekkie i mądre IDE dla PHP koncentrujące się na produktywności i zrozumieniu pisanego kodu. Oferuje podpowiadanie składni, szybką nawigację i sprawdzenie w locie błędów składni. Umożliwia szybkie udostępnianie kodu, testowanie kodu i wizualne debugowanie.

W tym artylule postaram się sprawdzić ile jest w tym prawdy. Zapraszam do lektury.

Tworzenie nowego projektu w PHP Storm

Pierwszym krokiem zaraz po instalacji IDE, która przebiegła bezproblemowo, było stworzenie nowego projektu. Operacja ograniczyła się do wybrania katalogu z projektem i poczekania kilku sekund aż IDE za-indeksuje pliki. Już na tym etapie, byłem pod wrażeniem szybkości i łatwości tej operacji (w Eclipse stworzenie projektu wymagało skorzystania z wizzardu i kilku kliknięć dalej, lecz też nie można powiedzieć że było to skomplikowane ale na pewno indeksowanie plików jest bardziej czasochłonne).

Ciekawym elementem jest to że podczas indeksacji mogłem pracować w projekcie praktycznie bez przeszkód. Jedynymi ograniczeniami był brak możliwości podpowiadania składni i wyszukiwania (Naturalnie w Eclipse też można pracować w trakcie indeksacji jednak to bardziej przypomina szarpankę niż pracę – subiektywne odczucie)

Po zindeksowaniu projektu przez PHP Storm zużycie pamięci było o ~250 MB mniejsze niż w przypadku Eclipse. Eclipse na starcie projektu potrzebuje ok ~550MB. Jest to ogromny plus dla PHP Storm, tym bardziej że w trakcie kilku godzinnej pracy ta wartość wzrasta dla tych IDE o kolejne ~200MB.

Kolejnym ważnym elementem jest automatyczne wykrywanie systemu kontroli wersji w projekcie, ale to nie jest wszystko jeżeli chodzi o ten element. Integracja IDE z systemem kontroli wersji jest dużo bardziej dopracowana niż miałem okazję to spotkać w Eclipse. Na starcie dostajemy bardzo dopracowane moduły podglądu zmian. Selektywnego commit-owania. Automatycznie tworzenie change-logu i dużo dużo więcej.

Okno commiit-owania zmian

Przygotowanie PHP Storm do pracy

Kolejnym krokiem jest zapoznanie się z skrótami klawiszowymi. Tutaj bez zaskoczeń, „klawiszo-logia” w PHP Storm pokrywa się z Eclipse w pięciu procentach (np. zapisz, otwórz itp. ). Na szczęście IDE umożliwia zmianę schematu klawiszy do wyboru mamy takie zestawy jak Eclipse, Emacs, NetBeans itp. Praktycznie po tej operacji poczułem się jak w domu.

Menu wyboru zestawu skrótów klawiaturowych w PHP Storm

Dodatkowo można skonfigurować IDE do pracy z bazą danych, GitHub’em, Debugerem. Standardem kwestii personalizacji IDE jest zachowania tabulatora, wklejania bloków kodu (inteligentne wcięcia), kolorystyki i setki innych elementów. Wszystko intuicyjnie i bezproblemowo.

Nawigacja w PHP Storm

Na tym etapie można dostrzec bardzo dopracowany mechanizm nawigacji po plikach w projekcie. Posiadamy takie elementy jak panel boczny z drzewem plików w projekcie ale również breadcrumbsy, które bardzo upraszczają nawigację. Praca na kilkunastu plikach rozrzuconych w modelu MVC i odszukiwanie ich w nawigatorze nie jest tak wygodna jak nawigacja w breadcrumbs, która trzyma kontekst aktywnie edytowanego pliku i szybko można przeskoczyć do pliku sąsiedniego.

Nawigacja breadcrumbs w PHP Storm

Nie są to jedyne metody nawigacji, moimi ulubionymi sposobami, z których korzystam w codziennej pracy z Eclipse, a które też oferuje PHP Storm jest „przejdź do” typu, metody, pliku; przeskakiwania wstecz i wprzód do kolejnych edytowanych sekcji w kodzie oraz przeskakiwanie do definicji metody, klasy, funkcji poprzez najechanie na wykorzystywaną metodę kursorem myszki i naciśnięcie Ctrl+LMB lub podania nazwy w panelu pojawiającym się po naciśnięciu odpowiednich kombinacji klawiszy.

Programowanie w PHP Storm

Programowanie w PHP Storm jest jak najbardziej efektywne przez dużą ilość generatorów kodu i rewelacyjne szybkie podpowiadanie składni. Zwolennicy TDD poczują się jak w raju. Dla przykładu gdy tworzysz zmienną klasową i wciśniemy kombinację Ctrl+Alt+G wywołany zostanie panel z opcjami generowania kodu a wśród nich, generowanie setterów i getterów, implementacja metod interfejsu, nadpisywanie metod klasy głównej itp.

Panel wyboru opcji generowania kodu w PHP Storm

Dodatkowo odwołując się do zmiennej lub metody, która jeszcze nie istnieje PHP Storm pozwala ją bardzo szybko wygenerować.

Generowanie kodu dla nie istniejących metod

Bardzo fajną rzeczą jest możliwość samodzielnego definiowania typu zmiennej w kodzie przez prosty komentarz /** @var $element Zend_Form_Element */, dzięki czemu możemy korzystać z podpowiadania składni w każdym miejscu:

Definiowanie typów zmiennych w PHP Storm

Kolorowanie składni i rozpoznawanie błędów w PHP Storm

Teoretycznie prozaicznie prosty element jak kolorowanie składni, po którym nie spodziewałem się niczego nowego, zyskał nowe funkcjonalności poprawiające jakość i bezbłędność pisanego kodu. Teraz nie wykorzystywane nigdzie w kodzie zmienne są oznaczone kolorem szarym, nie zdeklarowane zmienne są podkreślone na czerwono a funkcja, która nie istnieje ma delikatnie żółte tło. Wychwytywanie błędów – natychmiastowe.

Rozpoznawanie błędów w locie w PHP Storm

Praca z bazą danych w PHP Storm

Ale to nie wszystkie nowości w inteligentnej składni. Tworząc zmienne i przypisując im kod SQL czy HTML, PHP Storm sam wykryje jaki jest to rodzaj składni i oprócz pokolorowania jej umożliwi wykorzystywanie w jej obrębie podpowiadania składni – co według mnie jest genialne.

Rozpoznawanie składni w zmiennych w PHP Storm

Podsumowanie

Osobiście PHP Storm zrobił dla mnie bardzo dobre wrażenie. Szereg funkcji i niuansów poprawiających komfort i efektywność pracy jest powalająca. Nie spotkałem się jeszcze z tak dopracowanym i kompletnym IDE.

Głównymi funkcjami, które uważam za najlepsze z jakimi miałem do czynienie dotychczas w pracy z IDE to:

szybkość działania IDE po kilkugodzinnej pracy jest bardzo dobra
nawigacja po kodzie jest bardzo szybka i sprawna
inteligentne podpowiadanie i kolorowanie składni

PHP Storm pomimo całej wspaniałości nie jest też bez drobnych wad. Oto niektóre z nich:

gdy piszemy aplikację w PHP 5.3 i wykorzystujemy przestrzenie nazw, tutaj często podpowiadanie kodu nie zadziała – trzeba deklarować ręcznie typy zmiennych.
ilość jednocześnie otwartych zakładek z plikami jest ograniczona do ok 20 kart
w jednym oknie edytora możemy mieć otwarty tylko jeden projekt, otwarcie kilku projektów to otwarcie nowego okna edytora

Zachęcam wszystkich programistów do przeprowadzenia prostego eksperymentu i samemu odpowiedzenia sobie czy zmiana IDE na PHP Storm jest warta świeczki.

P.S. W powyższym artykule przedstawiłem tylko część funkcjonalności, z których korzystałem w trakcie pracy i nie wątpię że kruczków i smaczków wspomagających codzienną pracę jest dużo więcej.

Zend Framework 2 na horyzoncie

Gabriel Habryn — Sun, 20 Nov 2011 20:05:00 +0000

Pod powyższym tytułem został opublikowany artykuł w najnowszym magazynie Imagine.
Magazyn jest wydawany przez Empathy i można się z nim zapoznać całkowicie za darmo online:
http://issuu.com/imaginemagazine/docs/imagine_no2

Artykuł powstał dwa miesiące temu, ale z dzisiejszego punktu widzenia mogę powiedzieć że kierunek rozwoju Zend Framework 2 trzyma się planu. Zagłębiając się bardziej w jego temacie napisałem pierwszą aplikację na FB właśnie przy użyciu ZD2 i Doctrine2.
Mogę powiedzieć że z punktu widzenia programisty jest dużo nowych rzeczy do nauki. ZF2 zmienia sposób pisania aplikacji internetowych. Ale na ten temat na pewno jeszcze napiszę jeszcze kilka słów

Jako że w magazynie artykuł ukazał się w wersji skróconej, umieszczam go poniżej w pełnej wersji.
Życzę smacznego!

Wstęp

Deweloperzy pracujący nad rozwojem framework’a postawili duży nacisk na to by produkt, który tworzą, był bardziej spójny, dobrze udokumentowany, zwiększający produktywność i szybkość uruchamiania aplikacji. Artykuł opisuje dlaczego i w jaki sposób developerzy chcą zrealizować postawione przez siebie cele. Do pełnego zrozumienia będzie potrzebna podstawowa znajomość pierwszej wersji Zend Framework, wzorców projektowych i PHP 5.3.

Prosty i szybki proces nauki

Pierwszy krok jest najtrudniejszy, to stwierdzenie, dokładnie oddaje najczęściej napotykany problem, przez rozpoczynających przygodę z pierwszą wersją framework’a, programistów. Pomimo dobrej dokumentacji i dopracowania rozdziału „Quick Start”, programista napotyka na dodatkowe problemy związane z rozwojem aplikacji:

Spójność. Dokumentacja opisuje jak korzystać z poszczególnych komponentów takich jak Zend_Cache, Zend_Translate, Zend_Form, itd. ale brakuje kompletnego przykładu, pokazującego jak połączyć istniejące komponenty, w bardziej złożonej i dynamicznie rozszerzanej o nowe funkcjonalności aplikacji.

Niekonsekwencja API. Pierwsza wersja framework’a zawiera hepler’y, plugin’y i filtry, niektóre z nich posiadają spójny interfejs a pozostałe już nie. Cześć z nich posiada niejawne metody tworzone poprzez __call(), które trudniej jest znaleźć w kodzie. Część z komponentów pozwala na konfigurację poprzez przekazanie array lub obiektu Zend_Config natomiast pozostałe wyłącznie array. Niektóre komponenty pozwalają na konfigurację camelCaseOption natomiast inne na underscore_separated.

Rozwiązanie, które deweloperzy zaproponowali jako remedium na powyższe problemy można przedstawić w kilku zwięzłych punktach:

Stworzenie podręcznika demonstrującego kompletny cykl tworzenia aplikacji internetowej w ZF2.

Udokumentowanie i przedstawienie wszystkich przypadku użycia dla każdego z komponentów

Ujednolicenie interfejsów w całym obszarze framework’a, które nie tylko ułatwi proces nauki ale także zwiększy produktywność programisty poprzez eliminację dezorientacji wynikającej z niekonsekwencji w API.

Standaryzacja mechanizmu konfiguracji – stworzenie nowego komponentu, który będzie odpowiedzialny przekazywanie i walidację danych.

Przygotowanie sandbox ZF2, który umożliwia błyskawiczny start z framework’iem.

Prostota w rozszerzaniu

Główną zaletą Zend Framework jest jego możliwość rozszerzania, przez dewelopera, o nowe komponenty czy funkcjonalności. Jednak mimo tego że w pierwszej wersji framework’a jest to relatywnie proste to istnieje kilka kluczowych przypadków, dla których taka możliwość jest bardzo utrudniona:

Wykorzystanie Singleton’ów w wielu miejscach w aplikacji, bardzo komplikuje lub wręcz uniemożliwia rozszerzenie lub podmianę funkcjonalności. Przykładami takich komponentów to Zend_Controller_Front, Zend_Auth, Zend_Session.

Częste użycie klas abstrakcyjnych zamiast interfejsów, powoduje rozszerzanie lub podmianę komponentów znacznie trudniejszym. Część z klas abstrakcyjnych jest już bardzo bogata w elementy, które w nowej funkcjonalności nie potrzebujemy, w konsekwencji podmieniony kod posiada dużą ilością zbędnych metod.

Twarde zależności uniemożliwiają w wielu miejscach rozdzielenie funkcjonalności lub jej podmianę na nową. Najlepszym przykładem jest Zend_View, który jest nierozłącznym składnikiem wielu komponentów np.: Zend_Controllerze_Action, Zend_Form przez co próba skorzystania z Smarty lub OPT zamiast standardowego systemu szablonów jest bardzo utrudniona.

Brak możliwości rozszerzenia elementów, z których użytkownik mógłby wynieść wiele korzyści. Idealnym przykładem jest Zend_Db, który gdyby oferował możliwość rozszerzania o plugin’y mógłby zaoszczędzić pracy przy tworzeniu struktur drzewiastych, cachowania itp. a dodatkowo kod byłby wielokrotnego użytku.

Podstawowy plan działań jaki został obrany przez deweloperów by rozwiązać powyższe problemy, można streścić w kilku punktach:

Identyfikacja kluczowych interfejsów dla komponentów i typowanie/żutowanie do nich zamiast do klas abstrakcyjnych.

Usunięcie singletonów gdzie tylko jest to możliwe, natomiast jeżeli nie jest to możliwe przenieść zachowanie do obiektów współpracujących (collaborating objects)

Usunięcie twardych zależności na rzecz DI

Określenie komponentów, które powinny pozwalać na rozszerzalność i współpracę z innymi obiektami.

Poprawiona wydajność

Szybkość działania pierwszej wersji framework’a, zachwycała tylko na początku (do wydania 1.5) a z każdą jego kolejną odsłoną szybkość stopniowo spadała. Developerzy, podejmując pracę nad drugą wersją framework’a, określili sobie za cel poprawę wydajności rzędu 200-300%.

Jako że jest już dostępne do testowania developerskie wydanie ZF2 to można stwierdzić iż separacja zależności i wykorzystanie na szeroką skalę dependency injection oraz lazy load przynosi spodziewane korzyści, ale to nie wszystko. Całkowicie został przebudowana modułowość i MVC. Teraz moduł jest elementem niezależnym od MVC. Moduł może korzystać z MVC i definiować własny bootstrap, routing i konfigurację. W dużych i różnorodnych projektach takie podejście do problemu może mieć ogromny wpływ na poprawę wydajności gdyż moduł będzie ładował tylko to co jest konieczne dla jego prawidłowego działania.

Kolejnym etapem w poprawie wydajności jest pomoc programiście w zdobyciu informacji o dobrych praktykach optymalizacyjnych. Developerzy chcą to osiągnąć poprzez stworzenie odpowiedniego działu w dokumentacji.

Rozwój i utrzymanie

Rosnąca popularność ZF niesie za sobą ogromną ilość zmian i nowych komponentów. Na chwilę obecną projekt składa się z 2 milionów linii kodu w tym 14 tysięcy linii testów jednostkowych. Nad jego rozwojem i spójnością czuwają trzy osoby z zespołu Zend’a i ogromna ilość programistów z całego świata zaangażowana w jego rozwój i tworząca nowe komponenty.

Projekt o takiej skali wymaga odpowiedniego podejścia do rozwoju i utrzymania. Jednym z rozwiązań mającym pomóc w tym zadaniu jest przejście z centralizowanego systemu kontroli wersji na rozproszony system kontroli wersji – GIT – jest on znany developerom, zapewnia możliwość weryfikacji i identyfikowania programistów współpracujących nad kodem, umożliwi łatwe łatanie i łączenie zmian dzięki czemu jest bardziej skutecznym narzędziem w prowadzeniu i utrzymywaniu projektu.

Kolejnym aspektem rozwoju jest integracja z projektami firm trzecich. Do tej pory taka integracja była nie lada wyzwaniem (wprowadzenie Zend_Application uprościło ten proces). Teraz developerzy zamierzają jasno i klarowne określić w jaki sposób biblioteki powinny być integrowane z ZF2 co zapewni dostęp do bardziej wszechstronnych rozwiązań dla użytkownika bez nakładu dodatkowej pracy.

Wzór wykorzystania PHP 5.3

PHP 5.3 wnosi do języka wiele nowości: przestrzenie nazw, funkcje anonimowe, late static binding, goto itd. dlatego jak najbardziej zrozumiałym jest podejście developerów do wykorzystania tego potencjału.

Można wyróżnić następujące etapy, które zostaną uwzględnione podczas re-factoringu kodu źródłowego framework’a:

Migracja na przestrzenie nazw w celu zniwelowania kolizji w nazewnictwie z bibliotekami firm trzecich jak i kodu prywatnego użytkownika.

Usunięcie wszystkich wywołań create_funciton() i zastąpienie go funkcjami anonimowymi.

Identyfikacja kodu, który może skorzystać z nowości w PHP 5.3

Podsumowanie

Pierwsze szkice planu rozwoju drugiej odsłony framework’a jasno wskazywały że będziemy mieli do czynienia z ewolucją ukierunkowaną na wykorzystanie nowych możliwości PHP 5.3, aktualizację dokumentacji, poprawienie wydajności. Jednak z czasem obraz ten nabiera coraz to większej ostrości.Obecnie, mimo że mamy do czynienia jeszcze z wydaniem alpha, to projekt w implementacji jest na tyle rewolucyjny w porównaniu do poprzedniej wersji framework’a że przez moment zastanawiałem się czy nie było by stosownym zmienić jego nazwę. Osobiście podoba mi się kierunek rozwoju i z niecierpliwością czekam na pierwszą betę, która ma zostać wydana pomiędzy 17-20 października podczas trwania ZendCon 2011. Zachęcam wszystkich zainteresowanych programistów PHP do śledzenia projektu na github oraz uczestnictwa grupie dyskusyjnej.

Słownik:

ZF – Zend Frameork

DI – Dependency Injection

MVC – Model View Controller

Linki:

http://zendcon.com/

http://framework.zend.com/zf2/blog

http://framework.zend.com/wiki/display/ZFDEV2/

https://github.com/zendframework

PHPCon 2011 – wrażenia

Gabriel Habryn — Thu, 27 Oct 2011 06:25:43 +0000

Właśnie ochłonąłem po PHPCon2011 i chcę wam napisać co się działo… bo się działo!!

Konferencja zgromadziła w jednym miejscu blisko 180 programistów PHP. Przez te trzy dni przeprowadzono bardzo wiele ciekawych prezentacji. Między prelegentami były takie takie osoby jak Derick Rethans, twórca Xdebug, który opowiedział o profilowaniu aplikacji; David Coallier, prezes PHP PEAR Group i współtwórca trzonu PHP – przedstawił informację o przyszłości PHP; Z prelegentów z polski można wymienić chociażby Krzyśka Szłapińskiego z Allegro, który opowiedział o architekturze Allegro (Lista wszystkich prezentacji jest dostępna pod tym adresem: http://phpcon.pl/2011/agenda).

Ogromna ilość prezentacji świetny klimat spowodował że rozmowy kuluarowe trwały do białego rana. Bardzo ciekawym elementem pierwszego dnia było lighting talking. Każdy z gości mógł bez wcześniejszej rejestracji wystąpić przed wszystkimi z krótką prezentacją. Dlatego korzystając z okazji zabrałem głos i przedstawiłem krótką historię rozwoju Zend Framework 2 (niedługo artykuł na ten temat ukaże się na blogu).

Jedynym elementem, z całek konferencji, do którego można by mieć zarzut to brak dłuższych przerw pomiędzy prezentacjami. Prelekcje były usiane tak gęsto mi osobiście zabrakło czasu na odpoczynek czy nawet dyskusję na temat poszczególnych tematów.

Wszystkim którzy byli dziękuję za świetną imprezę! tych których zabrakło lub nie byli szczerze zapraszam na przyszły rok! konferencja jest niesamowita

Zend Framework 2 – KrakSpot TECH #6

Gabriel Habryn — Fri, 30 Sep 2011 20:42:13 +0000

Już w najbliższy czwartek 6 października o godzinie 18:30 odbędzie się w Albotak KrakSpot TECH #6.

Jest to o tyle ciekawe wydarzenie gdyż będę miał przyjemność poprowadzenia już po raz drugi prezentację na KrakSpot TECH.
Temat mojej 15 minutowej prezentacji będzie związaną z nadchodzącą odsłoną Zend Framework 2.

Zapraszam wszystkich programistów PHP tworzących swoje aplikacje w ZF będzie dużo fajnych informacji i będzie konkurs z fajnymi mini nagrodami

UPDATE: Niestety KrakSpotTECH został odwołany… ale już wiem, że na zaprezentuję informację o ZF2 na nowej konferencji organizowanej w Krakowie! bądźcie czujni!

Zaktualizowałem wiki o kilka ciekawych działów

Gabriel Habryn — Sun, 14 Aug 2011 11:16:06 +0000

Dzisiaj zabrałem się za porządkowanie mojej wiki, która jest dla mnie najlepszym sposób kolekcjonowania informacji.
Wiki znajdziecie pod adresem wiki.widmogrod.info.

Tak „biblioteka wiedzy” wzbogaciła się m.in. w:

Programowanie - Różne różności związane z PHP, JS, IDE, Wzorcami projektowymi itp..
JavaScript - co można jeszcze z niego wyciągnąć?..
Bezpieczeństwo aplikacji w internecie - zbiór artykułów i pojęć
Mac - programy na Mac…

Jak by ktoś z was był zainteresowany różnego rodzaju dodatkowymi informacjami o Cappuccino Framework i społeczności wokuł niego to zapraszam do działu Szkice i różne materiały dodatkowe o Cappuccino Framework.

Z działu programowanie najbardziej podoba mi się ciekawy wzorzec projektowy Circuit Breaker.
Umieściłem w tym dziale link do artykułu, który zawiera POC implementacji go w Zend Framework.

Natomiast w dziale JavaScript podoba mi się nowy język programowania, który jest kompilowany do JavaScript – CoffeeScript.

To tyle, pozdrawiam!

Cappuccino Framework na Meet.js

Gabriel Habryn — Sat, 30 Jul 2011 20:43:06 +0000

31 lipca br miało miejsce świetne wydarzenie w Krakowie – Meet.js.

Czym jest meet.js i jaki przyświeca cel tego typu spotkaniom, najlepiej odda poniższy cytat:

W założeniu meet.js to comiesięczne, niekomercyjne spotkania entuzjastów front-endu i programowania webowego. Prelekcje (po polsku) trwają od 10 do 15 minut (plus 10 minut Q&A), gdzie każdy może zgłosić swoją kandydaturę do wystąpienia przed publicznością. Warunki są dwa – spicz o front-endzie bez nachalnego spamowania swojej firmy czy produktu. Wejście oczywiście za darmo!

Miałem przyjemność wystąpić jako prelegent w świetnym towarzystwie:
- Katarzyna Drzyzga (Zanim wpiszesz „advanced JavaScript” do CV)
- Marek Stępień (ECMAScript 6: let)
- Wojciech Zając (Dostępność, WAI-ARIA)
- Tobiasz Glazar (PhoneGap)

Wystąpiłem z prezentacją dotyczącą Cappuccino Framework. Jeżeli ktoś jest zainteresowany nią zainteresowany to poniżej umieszczam ją w całości:

Cappuccino Framework

View more presentations from widmogrod.

Buzz:
- http://ferrante.pl/frontend/javascript/meet-js-wielka-ofensywa-lipcowa/
- http://www.imagineblog.pl/lipiec-w-empathy/
- http://ferrante.pl/frontend/javascript/wielka-ofensywa-lipcowa-meet-js-zakonczona-udanie/