MD Tech Blog

W weekend 23-24 lipca, we Frankfurcie nad Menem, odbyły się Mistrzostwa Świata w Quiditchu. Po raz pierwszy były to duże, bo obejmujące 5 kontynentów, mistrzostwa. Miałem okazję być w polskiej reprezentacji i dzielnie walczyć, aby nie być ostatnim, co miało miejsce w zeszłym roku na Mistrzostwach Europy w Sarteano.

Niedawno zacząłem praktyki, gdzie biorę udział w eksperymencie porównania 3 metodyk pisania oprogramowania: TDD, ITL i NUT. TDD spodobało mi się szczególnie, więc postanowiłem napisać tego posta.

Od pewnego czasu miałem pomysł zrobić małą aplikację do przekierowywań, którą mógłbym umieścić na serwerze i skracać sobie URLe. Stwierdziłem, że to dobra okazja aby znowu pobawić się F#.

Wszedłem na stronę fundacji F#, na której znalazłem potrzebne mi narzędzie Suave.

Spotkałem się ostatnio z następującym problemem: Mam bibliotekę z modelami, oraz drugą opisującą Dto (Data Transfer Object), w której typy danych są bardzo zbliżone do modeli, ale są to mimo wszystko inne typy. Szukając rozwiązania, trafiłem na Mapster, bibliotekę do mapowania typów.

Zaczęły się wakacje i musiałem na razie przerwać spotkania Grupy .NET. Ale nie chciałem całkowicie usypiać grupy, więc postanowiłem nagrać dla nich prezentację o wzorcu Model View ViewModel, ponieważ zaczęliśmy pod koniec semestru robić projekt oparty o Windows Presentation Foundation, a tam MVVM świetnie pasuje.

Na chwilę obecną SportsTacticsBoard używa plików .resx aby przechowywać zasoby w celu internacjonalizacji. Celem jest zapewnienie właściwego tłumaczenia aplikacji użytkownikom. Jednak moim zdaniem używanie tłumaczeń w plikach .resx jest trochę niepraktyczne.

Często informatycy są krótko mówiąc mało ruchliwi. Dlatego od zawsze lubiłem sport, ponieważ pozwala na odpoczynek umysłowy. Od ponad 1,5 roku jestem członkiem drużyny Quidditcha Warsaw Mermaids i od pewnego czasu staramy się osiągnąć profesjonalny poziom. Nadszedł czas tworzenia strategii, więc stwierdziłem, że poszukam programu do rysowania taktyk.

Trafiłem na SportTacticsBoard napisany w C#, który przestał być rozwijany 4 lata temu. Stwierdziłem, że w sumie mógłbym zrobić fork i popracować trochę nad cudzym kodem. Moim głównym celem jest stworzenie funkcji tworzenia taktyk dla drużyny Quidditcha :)

W poprzednim poście opisałem jak korzystać z technologii kontenerowej jaką jest Docker. Czas na kontynuację historii.

Go Git Service, w skrócie gogs, to mała i przejrzysta platforma do hostowania repozytoriów kodu. Ma UI bardzo zbliżony do GitHuba i posiada wszystkie niezbędne funkcje, takie jak Issues, PR, Wiki, Commit history, Source preview etc. Poniżej oficjalne screeny.

Niedawno zacząłem prowadzić Grupę .NET na Uniwersytecie Warszawskim i, ponieważ niedługo zaczniemy pierwszy projekt, postanowiłem założyć serwis Git. Dotychczas pracowałem z GitLabem, ale nie przypadł mi specjalnie do gustu. Dlatego gdy odkryłem Go Git Service postanowiłem go wdrożyć.

Gogs ma kilka metod instalacji, a jedna z nich to użycie kontenerów Dockera. Od pewnego czasu słyszałem o tej technologii, ale nie wiedziałem jak działa, ani do czego dokładnie służy. Teraz kiedy udało mi się opanować ją w stopniu jaki potrzebny był do postawienia serwera opartego o kontenery, postanowiłem opisać tu jak jej używać.

Maj dobiega końca, a wraz z nim kończy się Daj Się Poznać. Ten konkurs wniósł bardzo dużo do mojego życia, przede wszystkim zacząłem regularnie prowadzić bloga. Była to też okazja do poznania wielu osób z polskiej informatycznej blogosfery oraz innych uczestników konkursu. No i ja sam dałem się poznać.