Blog nosi znamiona pamiętnika, zatem wpis ten powstaje ku pamięci, aby zachować historię powstawania moje pracy inżynierskiej. Tym samym skończę tematykę moich studiów inżynierskich, która pewnie dla niewielu osób jest interesująca.

Część praktyczna…

O szczegółach trudnych początków można było przeczytać wcześniej. W czasie wakacji skoncentrowałem się na tworzeniu praktycznej części pracy. Podczas analizy systemu Google Chrome OS napotkałem na pewien nierozwiązany problem. W Linuksie brakuje mechanizmu, który pozwalałby na ograniczenie dostępnego zbioru wywołań systemowych. Tego typu narzędzie pozwala na działanie w myśl zasady najmniejszego uprzywilejowania i powstrzymywanie ataków ze wstrzykiwaniem kodu. Istniejące rozwiązania są niewystarczające – posiadają zbyt małe możliwości, są niewydajne lub niebezpieczne. Z tego powodu ochoczo zabrałem się za stworzenie rozwiązania, które może sprostać oczekiwaniom projektu Chrome OS i pozostałej części społeczności :).

W związku z powyższym stworzyłem moduł, który pozwala pogrupować zadania w grupach kontrolnych, a następnie zdefiniować dostępny dla nich zbiór wywołań systemowych. Tym samym można zabronić procesom np. otwierania i tworzenia plików, zmieniania uprawnień, forkowania itd. Na uwagę zasługuje wydajność rozwiązania. Użycie modułu spowalnia zadania o nie więcej niż 5%, co jest zdecydowanie dobrym wynikiem na tle rozwiązań konkurencyjnych.

Sama implementacja nie była łatwa. Przy okazji tworzenia mechanizmu musiałem dogłębnie poznać działanie kilku elementów jądra, a także uważać na różne subtelności takie jak właściwa synchronizacja czy optymalizacja.

…teoretyczna…

Oprócz pierwszego rozdziału o mechanizmach bezpieczeństwa systemu Chrome OS, musiałem napisać jeszcze z 70 stron :). Dalsza część tekstu powstawała w minionym semestrze, a jej treść w zasadzie odzwierciedlała postępy w pracy. Drugi rozdział dotyczył zatem istniejących rozwiązań oferujących usługi ochrony dostępu do wywołań systemowych i dlaczego są złe ;>. Dalej było standardowo – rozdział pt. „Projekt”, w którym rozważałem możliwe podejścia do tematu, „Implementacja”, w której skoncentrowałem się na specyfice programowania w przestrzeni jądra oraz „Testowanie”, w którym przeprowadzałem dosyć hardkorowe testy wydajnościowe. Na koniec pozostało napisanie wstępu i zakończenia i gotowe! Wygląda to jak spacerek, ale tak naprawdę to był maraton. Pisanie tekstów technicznych jest trudne, nawet bardzo trudne. Praktyka w pisaniu na blogu to niewiele, ponieważ styl języka jest całkowicie inny. Ostatecznie udało się jednak złożyć pracę na czas, 3 dni przed terminem.

…i rezultaty

Oprócz tytułu zawodowego, udało mi się zdobyć coś (ideologicznie) wartego znacznie więcej – wiedzę. Mogę śmiało powiedzieć, że udało mi się znacznie rozmnożyć moje zasoby wiedzowe, co uznaję za największy sukces całego procesu dyplomowania. Mówiąc krótko – jestem dumny z wykonanej przeze mnie pracy i chyba nie ma w tym nic złego. Mam też nadzieję, że równie przyjemnie będzie mi się pracowało nad pracą magisterską.

W tym miejscu zachęcam do przeczytania przynajmniej fragmentów mojej pracy (jak tylko zostanie ona opublikowana), a także śledzenia wszelkich „ubocznych” efektów dyplomowania :).

Tak oto upłynął mi semestr siódmy, całkowicie inny od pozostałych. Można powiedzieć, że nawet przyjemny i interesujący. W końcu udało mi się otrzymać 3 nowe litery i kropkę przed nazwiskiem, a to dla mnie całkiem miłe osiągnięcie :).

Semestr

Na ten semestr został mi już tylko jeden przedmiot – algorytmy heurystyczne. Niewiele mogę jednak o nim napisać, gdyż (niestety?) nie bardzo się do niego przykładałem z powodu zaangażowania w pracę inżynierską. Ot przedstawienie, podsumowanie wiedzy o metoda metaheurystycznych i trochę obrzydliwej matematyki. Na plus można zaliczyć fakt, że udało mi się przy okazji poznać nowy język – R, potrzebny do realizacji projektu.

Na oddzielny akapit zasługuje seminarium dyplomowe, na którym każdy uczestnik miał okazję opowiedzieć o swojej pracy dyplomowej. Inicjatywa całkiem fajna, bo rozwijającą. Ogromna różnorodność tematów pozwala doszkolić się z innych, niż własna, dziedzin. Przyczepić można się tylko do dwóch rzeczy. Przede wszystkim każdy uczestnik miał tylko 20 minut na prezentację, co jest śmiesznie małą ilością czasu. Ciężko w 1/3 godziny przedstawić efekt wielu dni pracy, ale widocznie „tak musi być”. Druga sprawa to jakość przygotowanego przez uczestników materiału – często co najmniej „słaba”. Niemniej jednak, takich inicjatyw powinno być więcej. Niech nie tylko wykładowcy mają prawo głosu :).

Praca inżynierska

Zdecydowaną większość semestru spędziłem na pracy nad dyplomem. Poważny risercz, dużo pisania – zajmowało to kupę czasu i co ważniejsze chęci i siły. Z tego też powodu zaniedbałem całkowicie bloga. Po spędzeniu kilku godzin dziennie na pisaniu, perspektywa tworzenia (dobrowolnie) notki na bloga powodowała u mnie niemal odruch wymiotny. W każdym razie, efekt mojej pracy jest (przynajmniej dla mnie) więcej niż zadowalający. Kompletny, funkcjonalny moduł jądra oraz około 90 całkiem treściwych stron pt. „Nowoczesne mechanizmy bezpieczeństwa w systemie Linux” są zwieńczeniem niemal roku pracy. Co jednak najważniejsze praca została oceniona na bardzo dobry z wyróżnieniem czyli nie tylko mi się podobała :).

Studia, studia… i po studiach

Udana obrona – studia ukończone na bardzo dobry z wyróżnieniem zakończyły inżynierski etap mojej edukacji. Nie mam ochoty ich podsumowywać, gdyż myślę, że byłoby to nierzetelne. Prawdziwy obraz moich studiów tworzą komentarze do poszczególnych semestrów, do których linki można znaleźć poniżej:

• Semestr 1
• Semestr 2
• Semestr 3
• Semestr 4
• Semestr 5
• Semestr 6
• Semestr 7

Sześć semestrów studiowania już za mną – to znaczy, że jestem już za połową. Dużo kolokwiów i egzaminów udało mi się już zaliczyć, zarywając przy tym jeszcze więcej nocy. To wszystko znaczy, że pewne doświadczenie w studiowaniu już mam i wydaje mi się, że już niewiele rzeczy jest w stanie mnie na studiach zaskoczyć ;). Wiem, że zagląda tu sporo studenckiej braci, dlatego postanowiłem dać kilka porad młodszym rangą od siebie :).

Semestry początkowe, czyli kurowa wszystkich nauk

Na chyba każdej uczelni technicznej pierwsze semestry składają się głównie z matematyki. Algebra, analiza, logika, statystyka – to standard. Semestry te są też podobno najtrudniejsze i na nich odpada najwięcej osób. Na mojej kochanej Uczelni z matematyki dawano nieobowiązkowe zestawy zadań, które później robione były na ćwiczeniach. Jak się okazało, najskuteczniejszym podejściem do sprawy było po prostu robienie ich samodzielnie wcześniej. Owszem, zabierało to dużo czasu: dzień przed ćwiczeniami widywałem wschody słońca, przy piwku i zeszycie z całeczkami; owszem było to nudne, a czasem wręcz niesamowicie irytowało; ale owszem – dawało to wybitne wyniki: dzień przed kolokwium wystarczyło przejrzeć wykonaną wcześniej pracę, a samo kolokwium wydawało się dziecinnie proste. Do matematyki podejście jest więc proste: ćwiczyć, ćwiczyć i jeszcze raz klepać schematy – a zaliczenie przyjdzie bez problemu.

Warto jeszcze wspomnieć dwa słowa o wykładach i ćwiczeniach. Na wykładach bardzo często dyktowana jest książka (z dokładnością do takich samych przykładów). Można więc pokusić się o absencje, jednak wtedy trzeba taką książkę załatwić, albo wziąć od kogoś notatki. Ja mimo wszystko uczęszczałem na wykłady, głównie dlatego że najmilej czyta mi się swoje własne pismo i żartobliwe rysunki :P. Co do ćwiczeń, to warto chodzić – głównie po to, żeby zweryfikować swoje rozwiązania i załapać punkty za aktywność.

Semestry dalsze, czyli pozostałe dobrodziejstwa inwentarza

Pozostałe przedmioty na studiach (pamiętajmy, że ciągle mówimy o informatyce) można podzielić na takie, które wymagają wiedzy (np. architektura komputerów, systemy operacyjne, grafika komputerowa) i takie które wymagają klepania schematów (np. teoria obwodów, teoria informacji, automatyka, optymalizacja). Co do drugiej (gorszej, nota bene) kategorii strategia jest taka sama jak dla matematyki – trzeba się po prostu tych schematów nauczyć, a później na kolokwium/egzaminie wyklepać. Tutaj niebywale przydaje się bank kolokwiów i egzaminów z ostatnich lat do poćwiczenia. Poza tym, nie trzeba chyba wspominać, że wiele zadań się po prostu powtarza :). Nauka schematów jest żmudna, ale nie jest trudna, dlatego też chodzenie na wykłady z przedmiotów „schematycznych” jest raczej zbędne – chyba że ktoś naprawdę lubi patrzeć jak się oblicza kolejną całkę na tablicy.

Dosyć już jednak narzekania, przejdźmy do przedmiotów wymagających wiedzy, czyli bardziej złożonej materii. W trakcie 6 semestrów nauki udało mi się wypróbować dwie strategie – opiszę więc każdą z nich.

Noc przed, zasada indukcji, od zera do bohatera

Strategia ta jest bardzo prosta. Zakłada ona, że da się wszystkiego nauczyć na egzamin/kolokwium w nocy przed takowym. Zwykle nie ma wtedy mowy o spaniu, trzeba mieć dużo samozaparcia i wytrwale siedzieć i czytać. Strategia ta działa i jest praktykowana przez wiele osób – z sukcesami. Ma ona jeden szkopuł – niestety trzeba mieć pewną, podstawową wiedzę wyniesioną z wykładów (albo z książek, tudzież doświadczenia). Dla przykładu uczenie się algorytmów „od zera” w 8 godzin jest zbyt męczące psychicznie = niemożliwe. Z drugiej strony, mi z podstawami sztucznej inteligencji się udało – z zerową wiedzą wyniesioną z wykładu ;). Skuteczność tej metody zależy więc od materii i osobistych predyspozycji.

Zastanówmy się teraz nad czymś takim: „a co jeśli jednego dnia mam n kolokwiów?” (n > 1). Słynna zasada indukcji studenta mówi, że jeśli student jest w stanie nauczyć się do n kolokwiów w nocy przed, to jest też w stanie nauczyć się do n+1 kolokwiów. Dlatego jeśli jesteś w stanie przygotować się do kolosa na noc przed, to z dwoma, trzema… też nie będziesz miał problemów :). Tutaj jednak warto wiedzieć o zasadzie Pareto. Noc może nie starczyć, aby nauczyć się na 100%, jednak pewien (poniekąd 20%) wkład w każdy z n podproblemów da nam wysoki (poniekad 80%) wynik.

Co natomiast robić, jeśli na wykładach nie pojawialiśmy się w ogóle, a kolokwium/egzamin zbliża się nieubłaganie? Cóż, innego wyjścia nie ma, jak tylko kuć wytrwale nie przez jedną, a np. przez trzy kolejne noce. „Od zera do bohatera” w 3 dni wydaje się być osiągalne, niezależnie od poziomu skomplikowania materii. Może to być jednak wyjątkowo wyczerpujące i niemiłe. Spróbowałem raz – udało się, ale rzeczywiście było niemiło.

Systematyczność

Systematyczność – tego słowa nienawidzą wszyscy uczniowe. Nauczyciele nieustannie, od lat powtarzają – ucz się systematycznie, a wyniki przyjdą same. Po 5 semestrach wykorzystywania zasady „noc przed”, na 6 semestrze postanowiłem spróbować (eksperymentalnie) uczyć się systematycznie każdego przedmiotu. Nie ze wszystkimi się udało, bo niektóre były zbyt ohydne, ale jednak z większością tak :). Efekty? Znakomite. Wyniki oscylujące w okolicy 100% były normą. Koszt? Ogromny. Wymagało to wytrwałego chodzenia na wykłady i codziennej powtórki (około dwugodzinnej) tego, co udało mi się tam nauczyć. Dostrzegłem też pewien pozytywny efekt uboczny: w końcu czułem, że do przedmiotów, które lubie przykładam się w stopniu zadawalającym.

Aurea mediocritas

„Jak więc żyć, drogi Łukaszu?” słyszę pytania z tłumu. Już stoicy znali na nie odpowiedź: złoty środek. Dla przedmiotów ze schematami należy uczyć się schematów – najlepiej tak, aby mechanicznie je odtwarzać, gdy ktoś o nie pyta. Dla nudnych, nieciekawych przedmiotów wymagających wiedzy warto stosować taktykę „olewczą”, czyli uczyć się na noc przed. Do przedmiotów interesujących i lubianych najlepiej uczyć się systematycznie.

W ten sposób pielęgnujemy swoje pasje i zainteresowania i zaliczamy kolejne przedmioty, utrzymując przy tym stan frustracji na rozsądnym poziomie.

Disclaimer

Przedstawione powyżej metody działały dla mnie znakomicie. Nie tylko pozwalały gładko zaliczać kolejne przedmioty, ale również dawały dobre wyniki (jeśli mierzyć je wysokością oceny). Warto jednak pamiętać, że nie każdy ma taki sam styl nauki. Niektórzy nie są wstanie przesiedzieć nocy nad książką, innym wystarczy tylko chwilowe spojrzenie na coś i już to potrafią. Do tego, moje doświadczenia opieram wyłącznie na moich studiach, które mogą być specyficzne, ze względu na kierunek czy wydział/uczelnię. Należy więc wypracować indywidualny tryb pracy, a powyższe metody potraktować jako pewną możliwość. Sukcesu więc nie gwarantuję, jednak z całego serca życzę :).

Pierwszy semestr działań związanych z pracą inżynierską za mną, pora więc na małe podsumowanie. Tak jak narzekam na wiele aspektów związanych z moimi studiami, to tym razem zdecydowanie są powody do zadowolenia. Poniżej skrótowy opis rozwój „sytuacji” w moim wypadku.

Prolog

Na koniec poprzedniego semestru należało zadeklarować opiekuna i temat pracowni inżynierskiej. Zadanie zdecydowanie niełatwe, szczególnie gdy ma się tylko garstkę własnych doświadczeń i cudzych opinii na temat poszczególnych ludzi. Temat też należy dobrać z głową, jednak tu już prościej – zwykle wiadomo co kogo interesuje :). Ja szczęśliwie nie miałem problemu z doborem prowadzącego – oczywiście chciałem, aby opiekunem pracy został dr inż. Tomasz Jordan Kruk. Wiązało się to z niemałym, papierkowym rajdem po dziekanatach i sekretariatach, jednak bez większych problemów. Problem był natomiast z precyzyjnym tematem pracy. Wiedziałem tylko, że chcę aby dotyczył on zagadnień niskopoziomowych, związanychz  systemami operacyjnymi. Od słowa do słowa, dostałem propozycję zajęcia się systemem Google Chrome OS… i zgodziłem się bez większych oporów :). Pełne brzmienie tematu zostało wybrane jako Budowa systemu Chrome OS - uroczo prawda? Temat zdecydowanie nieoklepany tzn. nieznany, co mogło się wiązać z pewnymi trudnościami.

Zawiązanie akcji

Kolejne tygodnie po wybraniu tematu wiązały się z przekopywaniem Internetu w poszukiwaniu informacji na temat tegoż tworu. Martwiące było to, iż odnalazłem pełno marketingowego bełkotu, a rzetelnych informacji – jak na lekarstwo. W zasadzie jedyne sensowne źródło wiedzy, to strona projektu z dosyć ubogą dokumentacją. Wyzwania – to lubię! Długa i dokładna analiza materiałów przekonały mnie, że najciekawszym elementem systemu Chrome OS są mechanizmy bezpieczeństwa. Za namową Prowadzącego, przez kolejne tygodnie pracowałem nad pierwszym rozdziałem mojej pracy, który nosi tytuł Mechanizmy bezpieczeństwa systemu Google Chrome OS. Muszę przyznać, że to dopiero było wyzwanie! Myśli i treści wiele, jednak ubranie ich w techniczno-naukowy język to prawdziwa sztuka. Uważam się za osobę, która dba o język polski, dlatego każde zdanie składałem z wielkim namaszczeniem. To nie to samo, co blog, gdzie mogę czasem strzelić emotkę, tudzież całkiem kolokwialne stwierdzenie, czy ohydny anglicyzm ;). Ostatecznie, tempo pisania sięgało jednego (sic!) słowa na minutę. Rewelacyjnie, prawda? Efektem tygodni pracy było 16 stron tekstu, z którego naprawdę jestem zadowolony. Mój Opiekun również docenił moją pracę i podsunął mi pomysł, aby zrobić z tego rodziału materiał konferencyjny bądź artykuł – czemu nie!

W tym miejscu wtrącę słówko na temat składania tekstu. Na mojej uczelni (jak zapewne na wielu innych) lansuje się system składu tekstu o intrygującej nazwie LaTeX. Przeczytanie książeczki o tym narzędziu zajęło mi 2 dni, które przepełniły mnie lekką obawą przed czymś z goła innym niż Word ;). Ostatecznie jednak, praca z LateXem okazała się prawdziwą przyjemnością i zdecydowanie ułatwiła mi pracę. Po prostu mogłem skoncentrować się na samym pisaniu, a  nie na ustawianiu marginesów. Z całego serca polecam wszystkim, do każdego rodzaju pisania (prace, dokumentacje, korespondencja, a nawet CV).

Rozwój akcji

Po napisanym rozdziale przyszła pora na wybranie części praktycznej (bo i z tego powinna się składać praca inżynierska). Tu zaczęły się niemałe problemy, bo rozszerzanie Chrome OS może być trudne i niewykonalne w przewidzianym czasie inżynierki. Szczęśliwie, podczas pisania poprzedniego rozdziału natrafiłem na bardzo ciekawą rzecz: koncepcję kontenerów procesów (jest to mechanizm parawirtualizacji o którym niebawem napiszę więcej). Zrodził się więc pomysł, aby rozszerzyć części składowe kontenerów. Ucieszyło mnie to niezmiernie, gdyż oznacza to dużo grzebania w Linuksie! Kolejne 4 tygodnie spędziłem na poznawaniu budowy Linuksa i oswajaniu się z procesem rozwoju jądra. Temat mnie naprawdę wciągnął i z trudem mogłem oderwać się od czytania artykułów i kodu oraz oglądania nagrań z różnych konferencji o tematyce jądra Linuksa. Finalnie, udało mi się zdecydować na rozwijanie mechanizmu cgroups i nad tym będę pracował w najbliższych tygodniach.

Uważny czytelnik może zauważyć, że od chwili wymyślenia tematu zacząłem dosyć mocno się od niego oddalać – i to jest właśnie najlepsza część mojej pracy inżynierskiej – mogę dowolnie zmieniać jej kształt i prowadzić rzeczywiste, odkrywcze badanie, a nie odtwórcze kompilowanie XX źródeł wiadomości. Aktualnie, wygląda na to, że temat będzie brzmiał Mechanizmy zabezpieczeń w nowoczesnych dystrybucjach Linuksa na przykładzie Chrome OS , ale kto wie co przyniesie przyszłość.

I co dalej?

Tak jak pisałem, będę teraz pracował nad praktyczną częścią pracy. Później przyjdzie pora na kolejne rozdziały – jakie? To się jeszcze okaże.

Mała porada

Wszystkim osobom, które dopiero szykują się do pisania pracy inżynierskiej polecam bardzo dobrze zastanowić się nad doborem opiekuna. Nieważne jak zdolni jesteście, dobry mentor może Wam wiele pomóc. Nie chodzi przecież o to, aby prowadził za rękę i pokazywał co, kiedy i ile napisać, tylko o to, aby odpowiednio kierunkował, podpowiadał i ostrzegał przed potencjalnymi zagrożeniami. Temat natomiast, przy współpracy z odpowiednią osobą, wyklaruje się sam.

Nie spodziewałem się, że kiedyś taki dzień nastanie, ale jednak! Miniony semestr był.. dosyć przyzwoity! To prawda, że masakrycznie zaniedbałem bloga – bo jak zwykle było multum roboty, a sił i minut w dobie nadal tyle samo. Mam jednak silne wrażenie, że nie cały ten czas zmarnowałem.

Zło

Jako urodzony optymista zacznę od tego, co było kiepskie, złe bądź fatalne. Jest na kierunku przedmiot o hucznej nazwie Bezpieczeństwo systemów i sieci. Sama nazwa budzi skojarzenia z medialnymi tematami hackerów i cyberwojen. Czego można więc spodziewać się po tym przedmiocie? Rzućmy kilkoma przykładami… Studenci zabezpieczający serwery, a następnie włamujący się do nich po to, aby poznać stosowane w praktyce techniki (zarówno dobrych jak i złych „gości”) – może nawet drużynowe potyczki, tak aby zwiększyć zaangażowanie? Analiza fizycznych jak i programowych zabezpieczeń sieci – poznawanie budowy i działania, a może nawet programowanie takich rozwiązań? Podstawy social engineeringu? Przykłady zagospodarowania czasu można mnożyć w zasadzie bez końca – potencjał przedmiotu ogromny! A wykonanie..? Wykład ma taką złą sławę, że moja frekwencja wyniosła okrągłe 0%. Tak, po prostu pojawiłem się tam jeden jedyny raz – na egzaminie zerowym. Co jest z nim nie tak? Materiał tam prezentowany jest bezdennie głupi i nudny. Co wykład, to nowy algorytm kryptograficzny do wkucia na pałę. Oprócz ciągu przekleństw do głowy przychodzi mi jeszcze jedno pytanie: dlaczego tak brutalnie zgwałcono, przedmiot z ogromnymi możliwościami? Czy bezpieczeństwo to rzeczywiście tylko kryptografia? Czy znajomość przebiegu algorytmów jest informatykom w ogóle potrzebna (tym chyba się zajmują się ludzie od kryptologii, tj. matematycy)? Żale możnaby wylewać jeszcze przez 3 ekrany tekstu, ale chyba po prostu szkoda słów. Na zakończenie tematu dodam, że laboratoria są dostosowane poziomem do wykładu. Polegają one na napisaniu sprawozdania z klikania w różnych, niedopracowanych programach, które chyba mają za zadanie ilustrować zagadnienia takie jak szyfrowanie czy podpis cyfrowy. Zgroza!

Oferta edukacyjna mojego wydziału jest tak bogata, że musiałem dokonać wyboru najmniejszego zła – padło na przedmiot o nazwie Programowanie aplikacji interakcyjnych, o jakże uroczym skrócie PAIN (który wszystko tłumaczy). Nie ma co się chyba rozwodzić zanadto nad brakiem sensowności tego przedmiotu, jako że aplikacje interakcyjne (tzn. okienkowe) są od jakiegoś czasu w zaniku. Biorąc ten przedmiot miałem nadzieję, że nauczę się nieco technik i dobrych praktyk programowania aplikacji z widokiem okienkowym, że przy okazji poznam parę trendów w tej dziedzinie i co nieco dowiem się o istniejących rozwiązaniach. Tymczasem (prawie) każdy wykład dotyczył tego, jak rozmieszcza się guziki i pola tekstowe w frameworkach/środowiskach takich jak: X, WinAPI, MFC, Qt, .NET (WinForms). Rewelacja, nie? Czy komukolwiek potrzebna jest wiedza o tym, jak wyświetlić menu w WinAPI, albo o tym na ile okien może dzielić splitter dynamiczny z MFC? Totalna bzdura! Nie muszę chyba dodawać, że potem trzeba było to odtwarzać na kolokwium… Najwstrętniejszą częścią tego przedmiotu były jednak laboratoria. Każde z nich polegało na zrobieniu większego, bądź mniejszego programu w każdej z ww. technologii – kupa zmarnowanego czasu na bieganie po dokumentacji i sklejanie kilkunastu okienek. Oczywiście, jakość kodu i zastosowane techniki absolutnie nie miały żadnego znaczenia i nie były sprawdzane. Liczyło się tylko to, jak ładnie dane okienko wygląda. Jako, że jest to przedmiot obieralny, to z całego serca życzę mu szybkiej śmierci przez brak chętnych.

Dobro

Po wyszczególnieniu tego co złe, przechodzimy do rzeczy przyzwoitych, dobrych i genialnych. Nie będę się rozpisywał o przedmiotach takich jak Prawo własności intelektualnej czy Procesory sygnałowe. Powiem tylko, że były one bardzo lekkie i przyjemne i skutecznie zasiliły konto moich cennych ECTS-ów.

Warto jednak napisać coś więcej o przedmiocie o tajemniczej nazwie Języki przetwarzania symbolicznego. Przedmiot ten przedstawia dwa sztandardowe języki przetwarzania symbolicznego – LISP i Prolog. O ile Lisp był mi trochę znany za sprawą Emacsa, o tyle Prolog był całkowitą nowością. Jako język deklaratywny prezentuje całkiem nowe podejście do programowania – podejście bardzo ciekawe. Przedmiot zaliczam na duży plus, ze względu na pokzanie mi czegoś nowego, na co wcześniej nie zwracałem uwagi. Nie mówię, że było prosto, czy też, że Prolog stał się moją nową pasją, jednak moje horyzonty myślowe zostały poszerzone. I o to w studiowaniu chodzi!

Techniki kompilacji to przedmiot wobec którego miałem duże oczekiwania. Głównie ze względu na to, iż zawsze chciałem podjąć się napisania kompilatora i zobaczenia, jak ta cała magia się dzieje. Moje oczekiwania zostały częściowo spełnione. Wykład był naprawdę przyzwoitym wstępem do parsowania, zabrakło na nim jednak czegoś o optymalizacji kodu i o budowaniu samych kompilatorów. Braki wykładu nadrobił jednak projekt, na którym miałem możliwość napisania interpretera podzbioru języka Python. Projekt był naprawdę bardzo duży (zdecydowanie największy jaki robiłem na studiach) i niezwykle ciekawy. Końcowy efekt był dla mnie bardzo zadawalający, niestety nie miałem jednak czasu, aby dopracować kod, aby jego jakość zaspakajała moje osobiste potrzeby ;). Coś za coś, jak widać. Nie jest to może to samo co kompilator, jednak moja ciekawość i ambicja została w 100% zaspokojone. Zastanawiam się czy by przypadkiem nie upublicznić efektu mojej pracy w celach edukacyjnych, jednak niektóre programistyczne potworki, które się tam kryją mogłyby być bardzo antyedukacyjne ;>.

Przechodząc do tego, co na tym semestrze było najlepsze, zacznę od przedmiotu Systemy wbudowane. Przedmiot ten ze względu na niezwykle rozległą tematykę był bardzo przeglądowy. Udało mi się zdobyć przekrojową wiedzę na wiele tematów związanych z systemami wbudowanymi oraz systemami czasu rzeczywistego. Wykład był prowadzony dobrze i otwarcie a mnogość tematów pozwoliła mi po raz kolejny poszerzyć swoją wiedzę ogólną. Czy to dobrze? Zdecydowanie tak! Po co miałbym się uczyć o charakterystyce sygnałów sterujących w sieci polowej PROFIBUS – wystarczy mi wiedza, że taka sieć jest i co mogę dzięki niej osiągnąć! Laboratoria i projekt polegały na zapoznaniu się z systemem operacyjnym VxWorks – muszę przyznać, że to bardzo ciekawe, jednak niekiedy męczące, doświadczenie. Przedmiot na duuuuuuuuuży plus!

Na sam koniec, tradycyjnie – wisienka na torcie: Sterowniki urządzeń – podstawy programowania. Mógłbym długo „ochać” i „achać” na temat tego przedmiotu, ale może po prostu opiszę o czym on jest ;). Przedmiot jest o tworzeniu sterowników do urządzeń wszelkiej maści (mocno w kontekście systemów wbudowanych) w systemie Linux. Myślę, że ciężko byłoby mówić ogólnie, w oderwaniu od konkretnej implementacji, a więc wybór konkretnego systemu jest jak najbardziej słuszny. Wybór Linuksa też jest jak najbardziej na plus, gdyż ma to dużą wartość edukacyjną – przede wszystkim można przejrzeć jak coś jest zrobione, a nie polegać ślepo na dokumentacji. Przedmiot więc koncentruje się na grzebaniu głęboko w jądrze systemu – czyli to, co lubię najbardziej :). Wysoki poziom komplikacji materii i slajdy z kodem mogły niektórych przerażać, ale na tym polega przecież praktyczne podejście do sprawy. Do świetnego wykładu niezwykle ważnym dodatkiem jest projekt, który polega na stworzeniu sterownika do dowolnego urządzenia, na dowolnej platformie (niekoniecznie Linux, mógłbyć też np. dowolny mikrokontroler). Mojemu projektowi poświęce oddzielnego posta, bo myślę, że jest tego wart :).

Świetność tego przedmiotu należy w 100% przypisać prowadzącemu, panu dr inż. Wojciechowi Zabołotnemu. Pan doktor Zabołotny, dzięki swojej niezwykle rozległej, wszechstronnej i praktycznej wiedzy uczynił z wykładu prawdziwe widowisko, na które pomimo piątku i późnej pory przychodziłem z ogromną przyjemnością. Wszystkim studentom, z całego serca życzę takich prowadzących.

Reasumując, dzięki temu przedmiotowi dowiedziałem się masę ciekawych rzeczy związanych z jądrem Linux, systemami wbudowanymi i problemami jakie można napotkać podczas pracy ze sprzętem. Dokładnie to, czym chciałbym się zajmować. Dziękuję!

Ostatni semestr

W końcu udało mi się ukończyć semestr, w którym większość rzeczy zaliczyć mogę na plus. 6 semestr z 7 semestrów studiów inżynierskich – wynik niezbyt imponujący – coż, podobno lepiej późno niż wcale. To, czego jednak znów mi zabrakło, to więcej wolnego czasu na rozwój własnych zainteresowań.

Na zakończenie wspomnę, że przede mną ostatni semestr studiów inżynierskich, który poświęcę w zasadzie w całości (został mi tylko jeden przedmiot – algorytmy heurystyczne) pisaniu pracy dyplomowej. Ze względu na uczelniane wymogi pisanie inżynierki zacząłem już w minionym semestrze – i o tym napiszę w następnej notce.

To uczucie gdy…

Zapewne nieobce każdemu jest uczucie, gdy wydaje się, że „już gorzej być nie może”, a potem okazuje się, że no właśnie – wydawało się. Po semestrze numer cztery wydawało mi się, że gorzej być nie może – a tu proszę, taka niespodzianka! Semestr piąty przekroczył wszelkie granice beznadziejności, które ustanowili poprzednicy. Słyszałem pogłoski, że po dwóch pierwszych latach jest już luźno i przyjemnie – akurat!

To złe

Długo „stygłem” zanim napisałem tego posta. Gdybym napisał go od razu po zakończeniu sesji, byłoby w nim zbyt wiele nieprzyzwoitych określeń ;>. W ciągu tych 15 tygodni semestru „zaliczyłem” około 20 bezsennych nocy, spędzonych na roztrząsaniu rozmaitych „mądrości”. Wynika stąd, że średnio w każdym tygodniu nie spałem ponad jedną noc! Być może jestem zbyt ambitny, ale ja po prostu staram się wykonać zlecone mi zadania dobrze. Jak widać w prosty sposób odbija mi się to na zdrowiu, a także kontaktach towarzyskich, zainteresowaniach no i blogu. Do pierwszej fali kolokwiów udawało mi się pisać regularnie i to z nawet dobrym skutkiem. Potem odpadłem. Każdą wolną chwilę, którą jakimś cudem udawało mi się wyrwać szkole wolałem poświęcić na sen, spotkanie z ludźmi i niestety – na blog, czy też rozwijanie zainteresowań czasu już nie było. Czy studia tu są tego warte? Przemyślenia na ten temat pozostawię sobie na oddzielną notkę.

Teraz może wspomnę o garstce (z baaaaardzo wielu) absurdów, które spotkały mnie w tym semestrze. Przede wszystkim wyjątkowo dokuczliwa okazała się tzw. profesorska duma. Niestety, wiele osób pracujących na uczelni w roli wykładowcy/laboranta w ogóle nie przykłada się do swojej pracy. Ich stosunek do prowadzenia zajęć jest delikatnie mówiąc olewczy. Materiał jest przygotowany niedbale, czesto jest bardzo mizerny merytorycznie, albo mówiąć wprost – zawiera rażące błędy. Nie jest to jednak najbardziej denerwująca cecha – bardziej wkurzające jest to, że często właśnie te osoby nie potrafią się przyznać do swojego błędu czy też niewiedzy. Warto być przecież prawdziwym, nieomylnym twardzielem, nie? Dodajmy do tego poniżające odniesienie do studenta (bo co takiemu pro-fesorowi student, pff!) i katastrofa gotowa. Przykłady z życia wziętę? Jeden z prowadzących postanowił przepisać na slajdy tłumaczenie książki, a następnie na wykładzie pracowicie, przez dwie godziny odczytywał je nużącym głosem. To ma być wykład? Jeśli tak, to wykładowcą może być absolutnie każdy, kto potrafi czytać, bo to jedyne, co ten prowadzący zaprezentował swoją osobą. Inny wykładowca z kolei prowadził wykład chaotycznie i niedbale, a żeby zaliczyć przedmiot zalecał przeczytanie książki.. którą oczywiście sam napisał (to, że lansuje tam własny, często rozbieżny z rzeczywistością, ogląd tematu – przemilczę). Dodatkowo oceny z tego przedmiotu wydawały się pochodzić wprost z /dev/random, a liczba „uwalonych” po pierwszej turze przekraczała 50%. Czyja to wina? To chyba oczywista sprawa. Na innym przedmiocie spotkałem się z kolei z laborantem, który nie potrafił się przyznać do swojej niewiedzy – a była ona ogromna, bo niestety wydaje mi się, że został do przedmiotu wybrany przez przypadek. Oczywiście – mógł się przygotować, ale komu by się chciało? A może po prostu nie można zbyt wiele oczekiwać od programistów Javy ;>?

Nuda, nuda, nuda. Tak można scharakteryzować wykład z przedmiotu, który wydawał mi się ciekawy – z tytułu i opisu. Nużący, monotonny głos, patrzenie w podłogę, zerowy kontakt ze studentem – tak można scharakteryzować prowadzącego ten wykład. Człowiek ten na dobre obrzydził mi dziedzinę informatyki, którą kiedyś bardzo lubiłem. Szkoda.

Merytoryka – a raczej jej brak – najbardziej mnie boli. Zdarza się to dosyć często, a koronnym przykładem na moich studiach jest przedmiot o grafice komputerowej. O ile wykład był znośny (może nawet dobry dla kogoś zainteresowanego jakkolwiek tematem?), to już laboratoria zdecydowanie nie. Jak myślicie, co można robić na laboratoriach z przedmiotu o tytlue „grafika komputerowa”? Gdy sam sobie zadałem to pytanie miałem kilka pomysłów – podstawy silników graficznych (budowanie/modyfikacje/analiza), projektowanie/implementowanie algorytmów związanych z grafiką, pisanie sterowników graficznych. Tymczasem okazuje się, że na laboratoriach rysuje/edytuje się obrazki w programch graficznych i modeluje obiekty 3D! Prawdziwy absurd! To jest informatyka na Politechnice Warszawskiej, czy może ASP, tudzież grafika na PWSFTViT? Może warto jeszcze zrobić jakiś przedmiot z nauką Excela i Worda, przecież to też robi się na komputerze! Wydaje mi się, że osoba, która układała materiał na te laboratoria kompletnie nie miała pomysłu na czym mogą polegać albo brakowało ludzi z odpowiednimi umiejętnościami (i lepiej, żeby to był ten pierwszy powód…).

Na dobre zakończenie semestru spotkała nas studentów jeszcze bardzo „miła” niespodzianka. Mianowicie, na 6 semestrze mamy do zrobienia 4-6 przedmiotów, które sami wybieramy. W kwietniu zeszłego roku została przedstawiona oferta programowa liczącą kilkanaście przedmiotów. Okej, niezbyt bogata, ale można już było się zastanowić, co warto wybrać. Przyszedł moment wyboru i… okazało się, że połowy z tych przedmiotów nie ma – części nie można wziąć, a inne w ogóle nie zostały utworzone. Wszelkie skargi i pretensje zostały odrzucone metodą przerzucania odpowiedzialności na kogoś innego – i tak studenci zostali na lodzie. Cały „szeroki” wybór przedmiotów został ograniczony do wybierania „mniejszego zła”, czyli przedmiotów, które cieszą się lepszą sławą od pozostałych. I to mają być studia elastyczne – kpina! Nie wątpię oczywiście, że odpowiedzialni za ten bałagan się nie znajdą.

Podobna, miła sytuacja „administracyjna” miała miejsce na początku semestru, gdy to dziekanat dobroczynnie dał stypendia studentom, a nieco później okazało się, że trzeba je odebrać. Sprawa była moim zdaniem mocno skandaliczna, ale powiedzmy, że postarałem się już o tym zapomnieć.

I to dobre

Szczęśliwie, semestr ten miał kilka miłych akcentów. Przede wszystkim udało mi się dostać do najlepszego z możliwych opiekunów pracy inżynierskiej! Niezmiernie mnie to cieszy, bo wiem że pisanie jej, będzie dzięki temu prawdziwą przyjemnością. Postaram się o tym wspomnieć na blogu w niedługim czasie :).

Dodatkowo na semestrze tym miałem przyjemność uczestniczyć w 3 niezłych wykładach, które jakoś wzbogaciły moją wiedzę. Pierwszy z nich dotyczył technik internetowych – przekrojowo o różnych sprawach związanych z aplikacjami internetowymi; drugi był o systemie UNIX (nota bene, ten sam prowadzący co techniki internetowe) – opis API, a także wewnętrznych mechanizmów; trzeci natomiast dotyczył sztucznej inteligencji – co prawda pierwsza połówka dotyczyła wnioskowania i była naprawdę paskudna (zarówno pod względem materiału jak i prowadzącego), ale druga była naprawdę ciekawa i zainteresowała mnie tematem.

Ostatnim miłym elementem semestru były projekty – doskonała okazja, żeby posiedzieć z kolegami, napić się piwa, zjeść pizzę, a przy tym rozwiązać ciekawe zagadnienia :)! Kod, to jest jednak to, co cieszy programistów najbardziej :P.

Plany?

Nie. Kiedyś pisałem, o tym jakie przedmioty będę robić w nadchodzącym semestrze i czego od nich oczekuję, jednak po przeszłych doświadczeniach wiem, że należy wyłącznie oczekiwać, że będą one mało upierdliwe. O dobry, wysoki poziom jest bardzo ciężko, niech więc chociaż nie przeszkadzają w mojej własnej edukacji.

Po trzecim, naprawdę dobrym semestrze na mojej kochanej uczelni, nastał semestr czwarty – kompletna porażka. Szczęśliwie, są już wakacje, kolejny semestr za mną i nie będę tutaj wylewał swoich nieprzyzwoitych opinii na temat tego, co działo się przez ostatnie 5 miesięcy, bo nie ma co sobie niepotrzebnie podnosić ciśnienia. Pozwolę tylko zacytować sobie mojego kolegę, który z ulubowaniem siedział ze mną nocami, aby uczyć się fascynujących zagadnień „informatyki”: „Czuję się jakbym ładował gnój na rozrzutnik”, późniejsze wersje tegoż powiedzonka zawierały wzmianki o rzadkim gównie i nieszczelnych widłach itd. ;)

Przedmioty, na które miałem *przyjemność* uczęszczać to:

• Bazy danych – przedmiot, który miał za zadanie pokazać mi, że bazy danych, to wcale nie sklejanie SQL-a w celu zrobienia prostej aplikacji webowej i że stoi za tym naprawdę głębsza filozofia. Niestety, nie udało się to. Nadal wydaje mi się, że to paskudny i mało twórczy temat. Dodam jeszcze, że prowadzącemu należy się wielki szacunek za zaangażowanie, a wykład był niezły, ale o całkiem niestrawnej porze.
• Sieci komputerowe – wiązałem z tym duże nadzieje.. wyszło jak zwykle. Niezrozumiały wykład (chaos, kłopoty z polszczyzną, błędy ortograficzne na slajdach), całkiem absurdalne kolokwia i momentami przyzwoite laboratoria, na których można było się zabawić sprzętem CISCO i Linuksem. Zaletą tego przedmiotu jest to, że zachęcił on mnie do przestudiowania tematów, które zawsze chciałem zgłębić. Szkoda, że musiałem to zrobić sam, a nie mogłem wysłuchać tego od kompetentnego prowadzącego.
• Programowanie zdarzeniowe – szkoda gadać, znowu przedmiot, który nazywa się „Programowanie <coś>”, a tak naprawdę było to „Składnia Javy w nieprezycyjnym ujęciu”. Nic o technikach, wzorcach, czy czymś niezwiązanym bezpośrednio z językiem. Do tego wykładowca.. mój nieulubiony. Projekt był prosty i (u mojego prowadzącego) nie trzeba było się starać. Zmarnowany czas.
• Podstawy badań operacyjnych – tu już kompletnie szkoda słów.. Niby sporo o algorytmice (dynamiki, liniowe etc.), tak naprawdę zero konkretów, implementacja – oczywiście tylko na kartce. Niestety nic się na tym przedmiocie nie nauczyłem, może kilku ogólników. Laboratoria – fatalne! Wpisywanie danych do programu i przepisywanie wyników na kartkę – może to był kurs na sekretarkę?
• Podstawy autmatyki – kompletna masakra. Jakieś równania różniczkowe, całki, liczby zespolone, transformaty. Ktoś się spodziewał, że to jest właśnie automatyka? Cel przedmiotu pozostał do teraz dla mnie zagadką. Chyba nikt, kto pracuje w zawodzie nie zajmuje się takim teorytezowaniem, bo i po co? Zawiodłem się, to miała być politechnika, a nie nierealna teoria. Szczęśliwie, przygodę z tym przedmiotem skończyłem po trzecim wykładzie, na koniec kilka nocy czytania skryptu i wpis w indeksie jest :)
• Zaawansowane programowanie w C++ – to zdecydowanie przedmiot na osłodę tego bagna goryczy. Bardzo dobrze prowadzony i przygotowany. Dużo o wzorcach, technikach, bibliotekach. Przedmiot ten dokonał niemożliwego – przekonał mnie do C++! Projekt zespołowy – bardzo fajny (i wciąż będzie rozwijany!). Na cztery semestry, to jest trzeci przedmiot, który mi się podobał (świetny wynik, co?). Trzeba jeszcze dodać, że to przedmiot obieralny.. a powinien być obowiązkowy na drugim semestrze.

Z dobrych wieści tego semestru, to fakt, że dostałem się na specjalizację ISI – inżynieria systemów informatycznych. Oczywiście wybór nie był duży – druga specjalizacja to SID – systemy informacyjno decyzyjne, która składa się z przedmiotów pokroju badań operacyjnych i automatyki. Co wziąć, było zatem dla mnie całkowicie jasne. Swoją drogą, to ciekawe czym mają się zajmować ludzie po automatyce/badaniach operacyjnych na mojej uczelni, skoro mają bardzo silną i dobrze przeszkoloną konkurencję z SGH i MEiL. Moim zdaniem ta specjalizacja to jakaś kpina, bo po co uczyć ludzi kupy niekonkretnych rzeczy? Przecież nic przydatnego w ten sposób się nie nauczą. Ten ktoś, kto układał plan modelowy dla mojego kierunku pewnie jest uber haupt profesorem.. ale jakoś tego nie widać.

Na sam koniec moich fali moich narzekań.. Jeśli ktoś z Czytelników dopiero będzie wybierał się na studia, to:

• Upewnij się, że Twoja uczelnia ma jakąś renomę wśród pracodawców
• Upewnij się, że nie trzeba tam zbyt dużo robić

Bo jak powiedział kiedyś ktoś mądry – studia są po to, żeby pracodawca wiedział, że ci się chce. Wszystkiego co ciekawe, przydatne i ważne będziesz musiał nauczyć się sam, w domowym zaciszu. I to jest święta prawda.

Na początku przepraszam wszystkich Czytelników za 4 miesiące ciszy. Moje wytłumaczenie nie będzie oryginalne – nocne „rajdy” na studiach skutecznie odbierały mi chęci do pisania na blogu. Właśnie skończył się 3 semestr mojej edukacji, pora skonfrontować go z oczekiwaniami z początku tego semestru, które można przeczytać w poprzedniej notce.

Zacznę od złego, czyli co mnie zawiodło. Przedmiot Algorytmy i struktury danych okazał się przedmiotem bardzo słabym, który nawet minimalnie nie spełnił moich oczekiwań. Cóż, sam przedmiot mało miał wspólnego z algorytmami (zawierał w zasadzie tylko struktury danych). Podsumuję go krótko – warto mu zmienić nazwę na Implementacja listy n-kierukowej w 100 smakach. Dacie wiarę, że będąc na trzecim semestrze informatyki, wiele ludzi ma problem z implementacją listy w C++? Nie? Pomyślcie teraz, że oni kiedyś będą z Wami pracować :) Architektura komputerów okazała się z kolei przedmiotem bardzo ciekawym, który zainteresował mnie na swój sposób, mimo że nigdy nie czułem żyłki do programowania niskopoziomowego, brawa za pierwszy sukces mojego wydziału! Fizyczne podstawy przetwarzania informacji, no cóż, niestety fizyka kwantowa nie jest moją mocną stroną, a cały przedmiot zaliczyłem na 4.5 nie mając za bardzo pojęcia „o co ch.. odzi”. Metody probabilistyczne i statystyka to ostatni przedmiot z cyklu matematyka i ku zaskoczeniu okazał się bardzo przyjemny – gratulacje dla mega sympatycznej prowadzącej. Podstawy telekomunikacji, żeby nie było za różowo, to kolejna sieczka… jakieś systemy, prędkości połączenia, dziwne laboratoria.. lekka psychodela, na szczęście dało się ją zaliczyć :) Teoria sygnałów i informacji, gdyby nie sygnały i związane z nią laborki (znowu przepinanie kabli bez najmniejszej wiedzy po co, gdzie i jak) byłaby znośna. Przy okazji chciałbym wspomnieć o interesującym zjawisku na moim wydziale, które wydaje mi się, popularne na całej Politechnice. Mianowicie, wiele kolokwiów, które tutaj piszę nie są trudne z powodu złożoności materiału. Są trudne z powodu bardzo małej ilości czasu. Czy to nie jest absurdalne? Słyszę ciągłe gadanie „prawdziwy inżynier to, prawdziwy inżynier tamto…”. Chciałoby się spytać, czy „prawdziwy inżynier” powinien dużo wiedzieć, czy szybko (ale mało) wiedzieć? Czy programiści piszą swoje programy na czas (liczony w minutach), czy może jednak powinny być one przemyślane? Informatyka to nie zawód-wyścigi, to zawód w którym liczy się rzetelna wiedza. Po co więc testuje się studentów z tego, jak bardzo oklepali 4 schematy w domu? Może warto rozwiązywać problemy twórcze, wymagające wiedzy, a nie sprawnej ręki? Ok, starczy narzekania, teraz deser w oddzielnym akapicie.

Systemy operacyjne, to przedmiot marzenie! Tematyka wykładu okazała się dla mnie ciekawa, wręcz porywająca. Na pewno by tak dobrze nie było, gdyby nie Pan dr inż. Tomasz Jordan Kruk który niesamowicie zainteresował mnie zagadnieniem systemów operacyjnych, a także zmienił mój sposób postrzegania informatyki jako dziedziny nauki i (wydaje mi się) znacząco wpłynął na ścieżkę kariery, którą obiorę na przyszłość. Przedmiot w tej realizacji, to dobry powód aby pójść na wydział Technik Informacyjnych. Dziękuję bardzo!

Co jeszcze ciekawego zdarzyło się przez te 4 miesiące? Niestety w tym roku nie udało mi się wystartować w Imagine Cup, a szkoda! Mój wydział niestety kontynuuje tradycję nie zebrania nawet jednej drużyny… Oprócz tego zmieniłem swoją stację roboczą na Dell Studio 1555, który zastąpił ASUS-a F3Tc, który rozsypał się po 2.5 roku użytkowania (oczywiście zaraz po końcu gwarancji :)). Po tym okresie użytkowania z czystym sercem NIE polecam nikomu ASUS-ów. Na nowym komputerze posiadam dual-boot Windows 7 i dystrybucję Linuksa.

W najbliższym czasie rozpocznę nowy semestr, który zapowiada się dobrze, z powodu małej ilości zajęć, mianowicie:

• Podstawy automatyki i Podstawy badań operacyjnych – dwa przedmioty które związek z informatyką mają raczej niewielki.. i nie wiem czego się po nich spodziewać. Raczej nie będą dla mnie porywające, ale kto wie ;)
• Sieci komputerowe – ot nazwa mówi sama za siebie, myślę że przedmiot do przełknięcia, mimo że nie leży w kręgu moich „najulubieńszych” zainteresowań
• Programowanie zdarzeniowe – czyli mówiąc krótko programowanie w Javie; przedmiot w którym do zrealizowania jest projekt – liczę na coś ciekawego! (choć wykłady zapowiadają się na słabe..)
• Bazy danych – informatyki ciąg dalszy – myślę, że przedmiot mógłby być ciekawy, ale.. wykład zapowiada się słabo – może laboratoria uratują sytuację?
• Zaawansowane programowanie w C++ – przedmiot obieralny, który ma mi w tym semestrze umilić życie :) – do zrobienia jest projekt przy użyciu biblioteki Boost – projekt drużynowy, co dodatkowo zwiększa oczekiwania, oby było dobrze!
• No i WF – siatkówka oraz lektorat – znów niemiecki

Co do bloga, to plany oczywiście są takie, żeby pisać więcej. Bardzo możliwe, że będą to tematy niekoniecznie dotnetowe, ale o tym – może wkrótce. Do usłyszenia więc w kolejnej notce, wracam do wylegiwania się!

10 dni temu moje wakacje dobiegły końca. Przyznam się szczerze do mało zaskakującej rzeczy – wakacje to mój ulubiony okres w ciągu całego roku :) Te były dosyć wyjątkowe, ponieważ w ciągu tych 90 dni przeżyłem wiele wyjątkowych „przygód” – na początku byłem mocno zaangażowany w budowę nowego domu. Praca fizyczna, która domeną informatyka nie jest, okazała się wyjątkowo ciężka, momentami nużąca, ale widoczność efektów „gołym” okiem daje wiele satysfakcji. Nieco później zdobyłem w firmie Ortega pierwsze, naprawdę poważne doświadczenie zawodowe – jako programista ASP.NET. Było to naprawdę interesujące i skłaniające do różnych refleksji wydarzenie. Zarobione ciężką pracą pieniądze umożliwiły mi spełnienie małego marzenia – w końcu spróbowałem żeglarstwa i jestem pewien, że to nie był ostatni raz (kolejny mam nadzieję już za rok!). Dopełnieniem ekstremalnych wrażeń była ponad tygodniowa wycieczka do Zakopanego (uwielbiam góry!). Tu i tu są dwa małe PhotoSynthy zrobione przeze mnie, podczas tej wyprawy, polecam :) W tak zwanym międzyczasie trochę programowałem dla siebie, imprezowałem, relaksowałem się lub dużo się leniłem. Ogólnie – super wakacje :)

Wakacje jak wszystko co dobre – kończą się. Przyszedł czas zmierzyć się z 3 semestrem na mojej kochanej Elce… Po mega frustracji związanej z semestrem 2 nie spodziewam się wiele, choć z drugiej strony, chyba gorzej być nie może. W tym semestrze czeka mnie:

• Algorytmy i struktury danych – nazwa mówi sama za siebie – programowanie struktur danych w C++. Niby nic szczególnego, jednak po dużej dawce fizyki z semestru 2 niezwykle cieszy mnie ten przedmiot. Chciałbym tylko, żeby wbrew konspektowi przedmiotu, było na nim więcej algorytmiki niż struktur danych, no ale zobaczymy jak to wyjdzie.
• Architektura komputerów – czyli o tym, jak to wszystko tak naprawdę działa :) Nie jest to może mój „konik”, ale wydaje się być ciekawie i dosyć trudno. Trochę programowania w C, trochę w assemblerze, sporo teorii.
• Fizyczne podstawy przetwarzania informacji – fizyka – półprzewodniki i rzeczy z tym związane. Bez rewelacji, mam nadzieję, że łatwo pójdzie ;)
• Język niemiecki – bez komentarza, lektorat na uczelni potrafi być uciążliwy..
• Metody probabilistyczne i statystyka – na szczęście to już „ostatnia matematyka” na moich studiach, z resztą ten dział matematyki jest dla mnie najbardziej interesujący, choć mam przeczucie, że uczenie się tego w wersji akademickiej będzie „fuuuuuuj”.
• Podstawy telekomunikacji – przedmiot zagadka, trochę nie wiem czego się po nim spodziewać. Osobiście mam nadzieję na odrobinę ciekawych informacji.
• Systemy operacyjne – przedmiot wziąłem dodatkowo, do modelowego planu zajęć. Wydaje się być najtrudniejszym przedmiotem ze wszystkich. Sporo teorii i hackowania jądra UNIX-a. Temat jednak bardzo mnie zainteresował!
• Teoria sygnałów i informacji – niejako kontynuacja Podstaw elektroniki z zeszłego semestru, pozostaje tylko mieć nadzieję, że będzie ciekawsze i/lub łatwiejsze. Ogólnie sporo fizyki.

Jak to będzie? Czas pokaże. Jestem nie najgorszej myśli, ale różnie to bywa. Do boju więc i życzę wszystkim miłego roku pracy do następnych wakacji :)

Uf, w poniedziałek zdałem indeks do dziekanatu – koszmarny drugi semestr dobiegł końca. W lutym pisałem, a właściwie narzekałem na swoje studia. Po drugim semestrze niestety nie mogę powiedzieć nic lepszego, a w zasadzie dużo więcej złego. Po raz pierwszy spotkałem się ze sporą dawką chamstwa prowadzących, słynnego ze studyjnych anegdotek, którzy przy okazji nie wykazywali się byłyskotliwością, wiedzą czy umiejętnością prowadzenia zajęć. Wystarczy powiedzieć, że przedmiot na który patrzyłem z nadzieją – programowanie obiektowe – miewało frekwencję sięgającą 5%, co mówi samo za siebie. Niestety mam wrażenie, że przez ten cały rok niewiele (nic przydatnego..?) się nauczyłem. Udało mi się go zamknąć ze średnią, o ile moje obliczenia mnie nie mylą, 4.74 co jest chyba przystępnym wynikiem. Ale dość już narzekania, na drugi rok patrzę znowu z nadzieją, oby tym razem się postarali ;).

W te wakacje mam zamiar głównie wypocząć, gdyż ostatnie 9 miesięcy solidnie mnie wymęczyło. Czym jednak byłyby wakacje bez klepania kodu ;) Przy okazji chciałbym zrealizować kilka zleceń, więc jakby ktoś coś miał, to zapraszam do działu kontakt ;).

Na pierwszy rzut oka widać zmiany na blogu – przesiadłem się, ze swojej własnej platformy na BlogEngine.net. Powód? Dosyć prozaiczny – moja platforma była bardzo mocno niedopracowana, co bardzo zniechęcało mnie do pisania. Obiecuję sobie jednak dokończyć ją kiedyś i wtedy wrócić „na własne”. Czemu natomiast BlogEngine? Przyjrzałem się najpopularniejszym systemom napisanym w .NET (BlogEngine.NET, SubText, dasBlog) i zdecydowanie BE najbardziej przypadł mi do gustu (największe możliwości konfiguracji i edycji).

To tyle na ten wpis. Po raz kolejny obiecuję pisać więcej technicznych notek.