Prezentacja
Statystyki
Monday, May 18, 2015
Monday, May 11, 2015
Wednesday, April 29, 2015
Sunday, April 26, 2015
Scala Day Workshop - zdjęcia,opis, wspomnienia i zasłużone podziękowania!
Głównym zadaniem tego tekstu jest ociekanie zajebistością gdyż w trakcie wczorajszego Iventu "Scala Day Workshop" wysiłkiem wielu osób (dedykowane podziękowania za chwilę) udało się zorganizować doskonały całodniowy warsztat Scali:
A zajebistość bierze się m.in. z :
RAZ : Przez cały dzień obok warsztatu działało profesjonalne przedszkole. Dzięki czemu w końcu ludzie, którym zawsze obowiązki rodzinne uniemożliwiały udział w tego typu wydarzeniach mogli dołączyć do nauki Scali! Tutaj szczególne podziekowania dla Marka Defecińskiego z JUGa i Lidii Wierzbickiej z GFT, którzy wspólnie zajęli się tematem
DWA : Warsztaty były poprowadzone przez polskiego Java Championa Jacka Laskowskiego. Było tam wszystko czego mogłyby oczekiwać osoby zaczynające swoją przygodę ze Scalą.
- Jak dokładnie krok po kroku stworzyć nowe projekty czy to w czystej Scali, czy też z podkładką do Akki,Playa czy czegokolwiek co jest w Activatorze
- No własnie Activator - uczestnicy zobaczyli jak nie tylko łatwo tworzyć nowe projekty ale także jak wykorzystać dowiązany do nich tutorial
- REPL - temat rzeka, wygoda niesamowita a zupełna nowość dla klasycznych programistów Javy
- SBT - to też jest nowość dla większości ludzi w Łodzi, którzy siedzą nadal w Mavenie (ale jak to nowego taska można stworzyć w dwóch liniach?). Nie było AndrzejaJ dlatego na pytanie Jacka czy ktoś jeszcze używa Anta nikt nie podniósł ręki (na szczęście)
- Jak najwygodniej z punktu widzenia praktyka używać IDE
- No i w końcu nauka programowania funkcyjnego i oduczanie się myślenia imperatywnego - tutaj Jacek robił takie piki ponad poziom podstawowy co powinno stanowić świetną zajawkę dla uczestników do zgłębiania bardziej zaawansowanych tematów
TRZY : Bardzo ważna rzecz! Przyszli chyba wszyscy zapisani! I to w słoneczną sobotę! Bardzo często zapomina się docenić ten element - ludzie, którzy chcą się uczyć!!! Jest nadzieja w ludzkości!!! A przecież mogli po prostu miło i bezproduktywnie spędzać czas, wrzucać fotki z tego procesu i prosić o lajki na fejsie, bez sensu, prosić o lajki, kto robi takie rzeczy... A właśnie! Pamiętajcie aby zalajkować i szerować ten artykuł i inne z JUGa!
CZTERY : Doskonała pogoda, przestronny balkon i pizza.
To było świetne smalltaki, netłorking i smaczne jedzenie w otoczeniu wiosennej bryzy. Gdy zamknęło się oczy i wyobraziło, że dźwięki samochodów gdzieś tam w oddali to szum fal - było prawie jak na plaży we Władysławowie...
Sponsor
Miejsca użyczyła oraz za sponsorowała przedszkole firma GFT
Monday, April 20, 2015
Sunday, March 15, 2015
26.02.2015 - Obsługa sytuacji wyjątkowych bez użycia wyjątków (poza pewnymi wyjątkami) - Pawel Wlodarski - autorelacja
To jest moja własna recenzja z mojej prezentacji wiec oczywiście, że będzie obiektywna.
Opinie
Co do konkretów to :
Mam dobrą wiadomość - będzie jeszcze więcej Scali,ooooooooojjjj będzie jej dużo dużo dużo więcej. Ale powinno być ciekawie i mam nadzieję opinie będę spójnie szły na tak.
Lesson learned
Dobre komentarze są miłe, przyjemne i stanowią opium dla ego ale czasem nie są zbytnio rozwijające. Jak na razie najlepszy komentarz jaki miałem w życiu to był ten o tym, że pisanie długich kawałków kodu jest nudne dla publiki i teraz na prezentację przygotowuję sobie szablony.
W opiniach pojawiło się kilka ciekawych komentarzy z interesującymi obserwacjami :
- trochę nerwowa atmosfera, aczkolwiek łagodzona żartami ;) - (Tego nie rozumiem - raz, że tym razem przed prezentacją nie wziąłem Napalmu a dwa to zacząłem regularnie pijać Melisę)
- Mikrofon :3 - To jest umiejętność, którą dopiero muszę posiąść - korzystanie z mikrofonu. Do tej pory - gdy nie było mikrofonu - starałem się mówić donośnie i teraz zajmie chwilę kalibrowanie tego nawyku pod mikrofon. Na tej prezentacji nie chciałem kombinować pod to pierwsza pod nowym logiem ale kiedyś może zrobię taką bez kodowania z chodzeniem po scenie i gestykulacja. Wtedy z mikrofonem będę wyglądał jak prawdziwy wodzirej! A tak ogólnie mikrofon to chyba dobry pomysł
- Początek prezentacji mógłby być lepszy. Co to za puszczanie jakichś słabych kawałków z ligi mistrzów. Kiedyś Paweł zaczynał cyckami i było ok. - Od razu chcę wszystkich uspokoić - nigdy nie zaczynałem swoimi! Cycków nie będę pokazywał bo podobno dziewczyny się wtedy wstydzą i nie chcą przychodzić :(
Kod
Nie chcę mi się pisać wszystkiego linia po linii dlatego też skupię się na najważniejszych fragmentach koderskiego wywodu.
Do teog na tym blogu nie mamy chyba jeszcze żadnego formatera kodu także wrzucę linijki w zwykłe "pre"
Uświadom potrzebę
Zauważyłem, że większość dyskusji o wyjątkach w świecie Javowym zakłada checked albo unchecked bez dopuszczenia trzeciej drogi (chyba, że ktoś walnie suchara z kodami błędu). Większość ludzi bardziej przychyla się do unchecked exceptions bo mniej jest z nimi prądu.
Ciekawszym wyzwaniem jest pokazanie wad wyjątków unchecked poprzez nawiązanie do pierwszego flejm WARa GOTO considered harmful considered harmful considered harmful
public static void main(String[] args) {
try {
System.out.println("linia1");
System.out.println("linia2");
System.out.println("linia3");
gotoLine6();
System.out.println("linia4");
System.out.println("linia5");
} catch (GoTo e) {
System.out.println("linia6");
}
}
private static void gotoLine6() {
System.out.println("goooooto line6");
throw new GoTo();
}
linia1 linia2 linia3 goooooto line6 linia6
Podważ dogmaty
Do dalszych wywodów zainspirowała mnie jedna z prezentacji Erika Meijera gdzie przedstawił on setter i getter - teoretycznie mechanizmy znane i poniżane od wielu lat - z zupełnie innej perspektywy
- get[A] to nic innego jak funkcja Unit=>A
- set[A] to nic innego jak funkcja A=>Unit
i podobnie możemy sobie zanalizować błahą wydawało by się metodę
int metoda(int a,int b)
zaczęliśmy od Javy8 bo to bardzo dobry pomost pomiędzy Javą i Scalą.
W każdym razie mamy tę metodkę i co możemy o niej powiedzieć - no patrząc na typy przyjmuje dwa inty i też zwraca inta.
int metoda(int a,int b){
return a+b;
}
Na razie jest spoko :
int metoda(int a,int b){
return a-b;
}
Budujemy napięcie - na razie nie widać problemów
int metoda(int a,int b){
return a*b;
}
I teraz zaczynają się schody
int metoda(int a,int b){
return a/b;
}
Wsio się kompiluje a sam kompilator nic nie podkreśla
newWay.metoda(4, 2); // spoko newWay.metoda2(4, 0); //Exception in thread "main" java.lang.ArithmeticException: / by zero
No i dlaczego?!?! Przecież kompilator pokazuje wyraźnie, że zwraca inta. Czy ArithmeticException jest intem? Jeśli będziecie grali w pokera i powiecie, że wchodzicie za "ArithmeticException" to raczej nikt was nie zrozumie... Jeśli pani w sklepie alkoholowym zapyta ile macie lat - również zdanie "mam ArithmeticException lat" nie będzie miało sensu...
Wskaż rozwiazanie
Jak odzyskać kontrolę nad typami i zaufanie kompilatora? Nie chce mi się wkleiać całego wywodu krok po kroku także ten tego :
Optional<Integer> metoda(int a,int b){
if(b!=0)
return Optional.of(a/b);
else
return Optional.empty();
}
Był też przykład domenowy
Repository r=new Repository();
//dane
Optional<Double> data = r.findUser("Roman")
//domain 1
.filter(DomainPolicy::isAllowed)
//domain 2
.map(u->u.getSalary())
.flatMap(FinancialService::calculateTax);
//ui
Optional<String> ui = data.map(t->"<h1>"+t+"</h1>");
System.out.println(ui.orElse("404 not found"));
(...)
static class FinancialService{
static Optional<Double> calculateTax(Integer amount){
if(amount!=0)
return Optional.of(amount*1.23/amount);
else
return Optional.empty();
}
}
static class DomainPolicy{
static boolean isAllowed(User u){
return u.getSalary() > 15;
}
}
Idea jest następująca :
- Mamy kilka domen/poddomen/paczek/zakresów/płaszczyzn tematycznych - nieważne jak się to zwie
- W każdej domenie mamy zestaw dedykowanych funkcji,które operują na typach z tej domeny. Małe, krótkie i łatwe do testowania
- Optional udostępnia maszynerię, która może wywoływać te funkcje domenowe w kontekście obiektu, którego może nie być.
- Funkcje same w sobie nic o tym nie wiedzą co sprawia, że są mniej zależne od kontekstu, łatwiejsze w użyciu i dużo dużo łatwiejsze do testowania niż sprawdzanie jakichś wyjątków
Pokaż, że w scali da się napisać szybciej i przyjemniej
tutaj przynajmniej można wkleić cały program : case class User(name:String,salary:Int)
object Repository{
private val data=Map[String,User]("Roman"->User("Roman",20))
def findUSer(n:String)=data.get(n)
}
def calculateTax(amount:Int)=if(amount!=0) Some(amount+1.23/amount) else None
//> calculateTax: (amount: Int)Option[Double]
def domainPolicy(u:User)=u.salary>15 //> domainPolicy: (u: jug.wyjatki.NewWayWork.User)Boolean
Repository
.findUSer("Roman")
.filter(domainPolicy)
.map(_.salary)
.flatMap(calculateTax)
.map(t=>s"<h1>$t</h1>")
.getOrElse("404 not found") //> res3: String = <h1>20.0615</h1>
Trochę magii
Ale czy Option podobnie jak checked exception nie brudzi nam API? Czy można jakoś ładnie dostosować dostosować "czysta metodę" do użycia Option tak poprostu - z automatu?
Przykład do własnego sprawdzenia : def lift[A,B](f:A=>B):Option[A]=>Option[B]=a=> a.map(f)
def metoda1(a: Int) = a + 1
val lifted1=lift(metoda1)
lifted1(Some(5))
def lift[A,B](f:A=>B):Option[A]=>Option[B]=_ map f
Co jeszcze Było?
- Jak for w Scali umożliwia wywołanie metody przyjmującej dwa Optiony
- Try - czyli konstrukcja w Scali, któ©a poza info o sukcesie niesie też informacje o błędzie
- No i dałem też przykład jak Akka obsługą wyjątków naprawia system z aktorami. To miała być druga część ale to koniec końców za dużo zamieszania wprowadziło ze względu na limit czasu
No i na koniec fajnie by było gdyby więcej osób zaczęło coś przygotowywać. No i była jeszcze jedna opinia, że takie prezentacje około godziny są w sam raz. Ludzie przychodzą zmęczeni po pracy i w sumie trudno im wysiedzieć więcej.
2015-03-12 Git Steady - Maciej Jesionowski
Begin
Maciek swoja prezentacje rozpoczal od szybkiego przypomnienia co bylo na poprzednim wykladzie. Te kilka slajdow okazaly sie naprawde pomocne, zwlaszcza dla osob, ktore nie byly obecne na poprzednim spotkaniu i nie mieli duzego doswiadczenia z Gitem.
Najwazniesze hasla ktore trzeba zapamietac to:
- niemodyfikowalny commit
- niekasowalny commit
- branch jako ruchoma etykieta przy commicie
- active branch
- log
- diff
- merge i rebase
Wazne hasla:
- zdalny branch nie moze byc aktywny
- na branch zdalny nie da sie commitowac
Jak sama nazwa mowi, workflow single branch opiera sie na jednym zdalnym branchu master do ktorego zainteresowani wrzucaja swoje zmiany. Oczywiscie kazdy ma swoj lokalny branch na ktorym pracuje, moze rozwijac swoje historie i zapisuje swoja aktualna prace poprzez wykonywanie lokalnych commitow.
Uwazam, ze taki system komplikuje wspolprace nad jedna historyjka co najmniej dwoch osob z zespolu, poniewaz wymiana tymczasowego postepu pracy moze odbywac sie przez branch master, ktory powinien byc stabilny, kompilowalny lub tworzenie tymczasowych branchy pomocniczych.
- niemodyfikowalny commit
- niekasowalny commit
- branch jako ruchoma etykieta przy commicie
- active branch
- log
- diff
- merge i rebase
Remote
Po krotkim wprowadzeniu Maciej rozpoczal glowny temat prezentacji od omowienia zdalnych branchy. Okazauje sie, ze zdalnym branchem, moze byc kopia na serwerze zewnetrznym, a takze kopia na lokalnym komputerze np.: w innym katalogu.Wazne hasla:
- zdalny branch nie moze byc aktywny
- na branch zdalny nie da sie commitowac
Single branch
Nastepnie prowadzacy przeszedl do omawiania dwoch sposobow pracy z Gitem: single branch oraz feature branch.Jak sama nazwa mowi, workflow single branch opiera sie na jednym zdalnym branchu master do ktorego zainteresowani wrzucaja swoje zmiany. Oczywiscie kazdy ma swoj lokalny branch na ktorym pracuje, moze rozwijac swoje historie i zapisuje swoja aktualna prace poprzez wykonywanie lokalnych commitow.
Uwazam, ze taki system komplikuje wspolprace nad jedna historyjka co najmniej dwoch osob z zespolu, poniewaz wymiana tymczasowego postepu pracy moze odbywac sie przez branch master, ktory powinien byc stabilny, kompilowalny lub tworzenie tymczasowych branchy pomocniczych.
Gerrit
Workflow single branch jest wspierany przez takie narzedzie jak Gerrit, za pomaca ktorego mozna zweryfikowac prace wspolpracowanikow poprzez Code Review oraz uruchomienie odpowiednich JOBow na serwerze Continous Integration jakim jest np.: Jenkins.Feature branch
W skrocie feature branch polega na tym, ze oprocz glownej galezi master, tworzone sa feature branches, na ktorych rozwijane, sa kolejne historyjki. Podejscie takie umozliwia wspolprace conajmniej dwoch osob nad historyjka, bez dodatkowych nie oficjalnych branchy. Feature branches kontrolowane sa tak samo jak master poprzez narzedzia do weryfikacji kodu, dzieki czemu programista, moze otrzymac szybszy feedback na temat swojej pracy od pozostalych czlonkow zespolu.
Stash
Workflow feature branch jest wspierany przez narzedzie Attlasian jakim jest Stash, ktore tak jak Gerrit umozliwia wykonanie review oraz weryfikacje kodu poprzez Continous Integration system.
End
Nie zamierzam wiecej opisywac tresci wykladu Macka, czytelnikow tego bloga odsylam do oberzenia zalaczonej prezentacji zarowno w formie slajdow jak i w postaci nagranego filmu.
Chcialbym tylko pochwalic Macka za Jego prace, wykonal naprawde kawal dobrej roboty. Przygotowal obie prezentacje na wysokim poziomie, posiada bardzo duza wiedze i doswiadczenie z Gitem.
Sadze, ze pozostali uczesnicy tez byli zadowoleni z wykladu, potwierdzeniem bylo duze zainteresowanie w trakcie i po prezentacji.
Mobica wspiera JUG
Z racji tego, ze Maciek pracuje w firmie Mobica, dzial promocji firmy postanowil wesprzec wyklad swojego pracownika fundujac upominki dla obecnych w postaci: toreb z gadzetami oraz pendrajwy. Czesc pendrajwow powedrowala do najbardziej aktywnych uczesnikow wykladu, pozostale pendrajwy oraz torby rozlosowalismy na koniec spotkania.
Dziekuje w imieniu JUG Mackowi za wykonanie prezentacji, firmie Mobica za ufundowanie upominkow oraz DMCS za udostepnienie nam sali na ktorej moglismy posluchac kolejnego wykladu o Gicie.
BTW:
Git Ready, Git Steady to kiedy Git Go?
Prezentacja
Film z prezentacji
Subscribe to:
Posts (Atom)