Ahh. Już w domu, szkoda.
Emocje opadły, wiedza jeszcze się indexuje xD ale Wartało!
Cała ścieżka .Net przepleciona z małym odskokiem follow by .
No ale po kolei:
Pierwsze Before PARTY YEaah. Jadąc z Jasła, byliśmy pewni że wpadniemy do klubu i nie będzie już gdzie siąść. Ale udało się wbić na free browar dla pierwszej setki, 43 byłem zeskanowany :). Jakoś w dziwnych okolicznościach mykły 4 browce i cała impreza praktycznie przeniosła się na zewnątrz. Oprócz przechadzającego się gandalfa, najważniejszy był wodzirej , który nawoływał do wspólnej integracji wymownymi cytatami "Pijemy, Pijemy, Pijemy!" :) Funn na maxa.
F# -> C#
Trzeba przyznać się, że głowa z rana jeszcze pulsowała, ale za to Bartek przygotował dosłownie prezentacje w sam raz na rozgrzewkę. I w brew pozorom nie był to jakiś low level. Gość pokazał jak za pomocą 2 klas szablonowych(Result<T> i Optional<T>) i 2 komend(Map, Bind) zbliżyć składnię F# do C# i POSPRZĄTAĆ!.
Coś pięknego. Zamiast skakanie po blokach if-ów i kolejnych zagnieżdźeniach, można bardzo przejżyście i zrozumiale Biznesowo utrzymać kod przynajmniej w głównej akcji.
Przykład jak wyglądała by taka zmiana niku przeze mnie:
public Response ChangeNick(ChangeNickModel model)
{
try
{
string error = UsersManager.ValidModel(model);
if(string.IsNullOrWhiteSpace(error))
return new { Error = "Istnieje inny user z takim nickiem", Succes = false };
using (var db = new DbContext())
{
var user = UsersManager.GetUserModel(model.nick,db);
if (user != null)
{
if (UsersManager.CheckNickIsFree(model))
{
if (UsersManager.ValidPassword(user.nick, user.pw))
{
UsersManager.SetNewNick(user.nick, user.newNick);
EmailManager.SendNewNick(user);
var newUserToStore = UsersManager.GetUser(user.newNick);
return new {Succes = true, NewUserToStore = newUserToStore};
}
else
{
return new { Error = "Błędne hasło", Succes = false };
}
}
else
{
return new { Error = "Istnieje inny user z takim nickiem", Succes = false };
}
}
else
{
return new { Error = "Błędy user", Succes = false };
}
}
}
catch (Exception)
{
return new { Error = "Z przyczyn bliżej nam nie znanych nie możemy ci pomuc", Succes = false };
}
}
W sumie operacja nie jest skomplikowana ale trochę zajmuje.
Kod by Bartek byłby *Uwaga mogę coś pokiklać ale mam :
public Response ChangeNick(ChangeNickModel model)
{
return model.Map(UsersManager.CreateChangeNickContext)
.Map(UsersManager.ValidModel)
.Bind(UsersManager.GetUser)
.Bind(UsersManager.CheckNickIsFree)
.Bind(UsersManager.ValidPassword)
.Bind(UsersManager.SetNewNick)
.Bind(EmailManager.SendNewNick)
.Map(context => new { Succes = true,NewUserToStore = context.User});
}
Troche bardziej czytelnie niee ? :D Fakt faktem, że do tego potrzebne są te klasy i metody, które miał Bartek na prezentacji. Więc jak je udostępni to podrzucę je tutaj.(EDIT JEST !: https://speakerdeck.com/bartsokol/functional-developer-in-object-oriented-world)
Oczywiście, ktoś powie, że więcej kodu pewnie się napisze bo np zrobimy klasę kontekstu zmiany niku, ale jednak jak wróci się do tego kodu po 9 miesiącach to odrazu wiadomo co jest wykonywane. A dodam ze haczykiem tych klas szablonowych jest to. że jeśli wystąpi błąd na np 2 kroku to jego propagacja zostanie- przeleci przez pozostałe metody lecz bez ich wywoływania. ILE MIE IFÓW Óffff.
Flow wątków w TPL by
Kiedyś myślałem że korzystam z TPL, ale to co pokazał Szymon jest kozackie. Drugi raz jestem na prelekcji Szymona i gość gasi moje pragnienie na content. Boje się iść na 3 prezentację xD. Ale do content-u, to że Taski są jednym z debeściackich rzeczy w .Net i to że bardzo łatwo się ich używa to nie wiedziałem, że za pomocą TPL można połączyć te wszystkie Taski w uporządkowane flow z bloków, a cała kwintesencja jest w tym iż każdy z bloków może posiadać swoją kolejkę do wykonania, w ilu Taskach będzie ją realizować, Ile wiadomości per Task, i co najważniejsze ile wiadomości w jednym czasie, czyli po mega rozgałęzieniu można zejść do 1 taska gdzie będzie obsługa czegoś mega nie Thread Safty jak SQL tak jak to ma miejsce u Szymona.
Polecam mega przestudiować jego prezentacje na ten temat i oczywiście Dać Stara github.com/maklipsa/donetconfpl_tpldataflow
ETW & Memento Memori by master of Memory
Konrada to bym mógł słuchać godzinami. Dwie prelekcje, pierwsza o narzędziu ETW, które jest jest od dawna a nie wyparło logowania do pliku :), pomimo iż nadaje 0 narzut na produkcje i załączenie/wyłączenie logów nie wymusza jakiegokolwiek wstrzymania Serwisu/Witryny/Programu/Serwera. Natomiast ma ono tyle możliwości być toolem zarówno do monitorowania performance naszej apki jak i jej zdarzeń. Wychodzi na to że żadne memory profilery nie są potrzebne a z ETW korzystamy na co dzień w EventLog(Rejestr zdarzeń) i Monitor zasobów.
Natomiast druga prezentacja to kwintesencja starej dobrej zasady, "Dopuki nie wiesz jak to działą, to nie wiesz co się dzieje". Trzeba znać choć podstawową wiedzę aby posługiwać się sprawnie narzędziami. I tak na podstawie ciekawych przykładów Konrad pokazał jak np. cache L3 zrobi nam psikusa. Zgłębianie tematów wydajności to coś za czym można podążać za Konradem na jego blogach : tooslowexception.com i blog.kokosa.net
Try use Serverless in live
Nie wiem czy to tradycja u gutka, ale również w tamtym roku, przygotował podczas prezentacji przerywnik typeof(Exception). Zapowiedział że tak będzie, więc żadnej wtopy nie było. Za to bardzo fajnie porównał rozwiązanie Azure i Amazon. Jedno wiem na pewno, tym trzeba się pobawić i cieszy fakt że jest to za free do po testowania azure.microsoft.com/en-us/services/functions/ a na prd jest limit 10 000 req/m ? Coś takiego.
The only thing that matters
Pierwszy raz na prezentacji Szymona, i jednak muszę powtórzyć temat na rzemioslo.it gdzie będzie ta prezencja. Swoją drogą zapraszam do RZESZOWA :D
Natomiast pozostałe 3 prezentacje jeszcze się procesują w mojej głowie. Jednego jestem pewien, POLECAM jak najbardziej 4developers. A jeszcze bardziej polecam do śledzenia tych prelegentów, bo ich wiedza na festiwalu to strzał w głowę nową energią, a żeby zgłębić ich wiedzę zachęcam do ich blogów :)
A teraz powrót do realu :D