Notatnik zapisywany wieczorami - Informatyka praktyczna

Cicho

nospam@example.com (Marcin Kasperski) — Tue, 02 Feb 2010 04:05:13 +0100

Prywatny, zamykany pokój dla każdego to abstrakcja. To rozwiązanie dla Google i innych bogaczy albo dla dziwacznie postępowych firm.

Ale gdyby tak wziąć jeden pokój w biurze, nawet w takim nienajlepszym, byle miał szczelne drzwi i w przyzwoicie izolujące ściany. I gdyby powiesić na drzwiach taką kartkę:

Ciąg dalszy "Cicho"

Natłok zajęć

nospam@example.com (Marcin Kasperski) — Tue, 12 Jan 2010 03:07:17 +0100

Najpierw jest lista rzeczy do zrobienia. Z czasem robi się bardzo długa, więc wyróżniona z niej zostaje lista rzeczy pilnych. Na ich bazie powstaje wykaz spraw najpilniejszych. Później absolutnie priorytetowych.

A na koniec i tak liczy się, kto akurat zawiśnie na telefonie albo stanie nad głową.

Ciąg dalszy "Natłok zajęć"

Motywacja

nospam@example.com (Marcin Kasperski) — Wed, 06 Jan 2010 01:13:18 +0100

O motywacji rozpisywałem się już parokrotnie (min. pisząc o pracy na sztukę, o tym co jest fajnego w informatyce czy o tym po co się chodzi do pracy). Temat jakoś mocno mnie męczy, może dlatego, że sam swoją motywację muszę odbudować...

W każdym razie, dzisiaj nie będę się rozpisywał, za to wkleję filmik.

Ciąg dalszy "Motywacja"

Śmierć systemu

nospam@example.com (Marcin Kasperski) — Sat, 10 Oct 2009 00:54:17 +0200

Jesteśmy (my, programiści) zafascynowani procesem, w którym systemy informatyczne się rodzą. Organizacja pracy, metody, narzędzia, wzorce, języki, plany. Byle dotrzeć do magicznego 1.0 (choćby i beta). Byle dostarczyć. Byle uruchomić.

Coraz lepiej uświadamiamy też sobie, że to nie koniec, że po rozruchu aplikacje żyją dalej. Uczymy się, jak je tworzyć, by ewolucja była możliwa, by 1.0 było fundamentem a nie ostatnim krokiem. Rozważamy różne modele rozwojowe.

Ciąg dalszy "Śmierć systemu"

Po co chodzisz do pracy?

nospam@example.com (Marcin Kasperski) — Sun, 20 Sep 2009 19:56:00 +0200

Głupie pytanie. Gdzieś trzeba zarabiać!

To naturalna odpowiedź, ale brzmi w niej fałszywa nuta.

W mojej pierwszej pracy przez co najmniej rok właściwie nie interesowałem się, ile zarabiam. Dużo bardziej zajmujące było co i z kim robię. Później kiepskie zarobki zaczęły trochę ciążyć ale byłem na tyle przywiązany do zespołu i na tyle zaabsorbowany realizowanymi projektami, że odszedłem dopiero, gdy firma w szale reorganizacji rozbiła jedno i drugie.

Ciąg dalszy "Po co chodzisz do pracy?"

Bardzo ciekawa prezentacja

nospam@example.com (Marcin Kasperski) — Wed, 12 Aug 2009 19:35:03 +0200

Poniższy materiał podobno wyciekł z firmy Netflix (gdzie był/jest używany jako informator dla pracowników). Dawno nie widziałem prezentacji, która poruszałaby w zwarty i czytelny sposób tak wiele ważnych tematów, dlatego - niezależnie od pewnej rezerwy, jaką zawsze odczuwam widząc hasła o zatrudnianiu tylko najlepszych - bardzo zachęcam do przejrzenia.

Ciąg dalszy "Bardzo ciekawa prezentacja"

(Anty)spotkania

nospam@example.com (Marcin Kasperski) — Tue, 04 Aug 2009 03:10:10 +0200

Spotkania biznesowe. Rytuał, obyczaj, metoda, narzędzie.

Był czas, gdy byłem podekscytowany i przejęty. Szansa, by posłuchać (z czasem i podyskutować) o ważnych dla zespołu czy firmy kwestiach.

Był czas, gdy desperacko unikałem.

Dziś znowu widzę, że są potrzebne. O trudnych czy przełomowych sprawach trzeba powiedzieć, nie wystarczy napisać - tak już chyba jesteśmy skonstruowani.

Ale bardzo często wychodzę z poczuciem głębokiego niedosytu.

Ciąg dalszy "(Anty)spotkania"

Cel

nospam@example.com (Marcin Kasperski) — Wed, 22 Jul 2009 02:24:57 +0200

Celem projektu jest ....., tak aby ..... uwzględniając, że .....

Uczyli mnie tego na jakimś pradawnym kursie, jeszcze w latach 90-ych. Miało być krótko (wraz z rozwinięciem najwyżej pół strony) i konkretnie. Główny cel, kilka celów pomocniczych, najważniejsze uwarunkowania.

Celem projektu jest budowa webowego interfejsu dla sklepu, tak aby klienci mogli efektywnie wyszukiwać i zamawiać towary przez internet, uwzględniając konieczność integracji z istniejącym systemem magazynowym.

Ciąg dalszy "Cel"

Mam taką uwagę

nospam@example.com (Marcin Kasperski) — Sat, 27 Jun 2009 11:10:43 +0200

Serdecznie dziękujemy za Pana sugestię. Informujemy, że zgłoszenie zostało przekazane do upoważnionego wydziału. Wszystkie wnioski klientów są przez nas rozważane, a usprawnianie serwisu pozostaje stale naszym celem.

Albo podobnie.

I na tym już koniec.

Ciąg dalszy "Mam taką uwagę"

Bajka o programującym durniu II - erudyci i praktycy

nospam@example.com (Marcin Kasperski) — Fri, 22 May 2009 02:17:56 +0200

Bajka o programującym durniu miała być przede wszystkim o technicznych mitach. Rozpisałem się jednak o ludziach - i dzisiaj jeszcze trochę o nich. A dokładniej - o dwóch postawach przyjmowanych przy programowaniu. Nie zawsze tak skrajnych, jak opisuję niżej - ale wyrazistych.

Zacznijmy jednak od anegdotki.

Ciąg dalszy "Bajka o programującym durniu II - erudyci i praktycy"

Niezbyt sztuczna inteligencja

nospam@example.com (Marcin Kasperski) — Sat, 25 Apr 2009 00:59:39 +0200

W XX wieku dużo się mówiło o sztucznej inteligencji. Już, zaraz, za rogiem miały być rozumne systemy komputerowe, wykorzystywane od medycyny po zarządzanie, adaptujące się do zmiennych warunków, nawet uprawiające naukę. W literaturze i filmach komputery zyskiwały osobowość, buntowały się przeciw ludziom, prowadziły wojny - ale też potrafiły zdobywać się na uczucia wyższe.

Rzeczywistość - jak na razie - bardzo ciekawie zweryfikowała te marzenia.

Ciąg dalszy "Niezbyt sztuczna inteligencja"

Bajka o programującym durniu

nospam@example.com (Marcin Kasperski) — Tue, 07 Apr 2009 01:35:36 +0200

W Krainie Szczęśliwych Projektów wróżka Marketingalia szepce menedżerom do ucha bajkę o cudownych narzędziach. O IDE, frameworkach, generatorach aplikacji albo językach programowania, które pozwolą byle durniowi sprawnie pisać formatki, raporty czy ekrany, dopilnują, by nie robił błędów i pozwolą mu tworzyć to wszystko w deterministycznym czasie. A słuchacze - utrudzeni codzienną walką z opóźnieniami, wciąż nowymi trudnościami, chaosem w terminarzu, krnąbrnymi pracownikami - chciwie nadstawiają ucha.

Ciąg dalszy "Bajka o programującym durniu"

O decyzjach (nie tylko) technologicznych - w cytatach

nospam@example.com (Marcin Kasperski) — Wed, 01 Apr 2009 21:42:00 +0200

Uzupełnienie artykułu o wyborach technologicznych. Tym razem nietypowe, bo wyłącznie w formie kilku cytatów, niektórych świeżych, innych wynotowanych przeze mnie już dawno temu.

Tłumaczenia moje, nie wszystkie udane (propozycje, jak je wygładzić, będą mile widziane).

Ciąg dalszy "O decyzjach (nie tylko) technologicznych - w cytatach"

Układanki - wybieranki

nospam@example.com (Marcin Kasperski) — Sat, 07 Mar 2009 03:01:00 +0100

Gdyby obiektywnie popatrzeć na oprogramowanie, które tworzyłem - nawet te większe, latami rozwijane przez wiele osób systemy - to napisany kod, jakkolwiek by mierzyć jego rozmiar, jest jakimś nieszczęsnym ułamkiem całej infrastruktury. Malutkim zbiorem supełków powiązanych ponad masą narzędzi wykorzystywanych do stworzenia działającej aplikacji i do jej uruchomienia.

Bazy danych. Middleware. Serwery webowe, pocztowe, telekomunikacyjne. Języki programowania z całą swą otoczką. Frameworki. Duże i małe biblioteki pomocnicze. Cała warstwa systemowa i sieciowa. I wiele wiele innych... A przecież jeszcze narzędzia developerskie, od IDE i kompilatorów po programy graficzne i wspierające pracę w grupie.

Ciąg dalszy "Układanki - wybieranki"

O listach zadań raz jeszcze

nospam@example.com (Marcin Kasperski) — Tue, 23 Dec 2008 19:31:00 +0100

Od dwóch miesięcy próbuję się wdrażać do GTD. Używam Nozbe do ewidencjonowania rozmaitych hobbistycznych i prywatnych zadań (od przedsięwzięć domowych po tego bloga), próbuję też korzystać z samodzielnie hostowanych Tracks do rozpisania zadań zawodowych.

Czas na wstępny bilans.

Ciąg dalszy "O listach zadań raz jeszcze"

Komunikacja kołem się toczy

nospam@example.com (Marcin Kasperski) — Thu, 16 Oct 2008 22:42:25 +0200

Dlaczego XML odniósł sukces?

Sporo uczonych słów na ten temat napisano, najczęściej próbując dorobić różne złożone ideologie. A tymczasem, kluczem do sukcesu XML były te same dwa czynniki, które stały za sukcesem sieci WWW:

prostota,
łatwa amortyzacja zmian.

A przynajmniej, to o nie chodziło w zastosowaniach, którym chcę poświęcić ten artykuł: budowaniu API komunikacyjnych, procesach wymiany danych, integracji systemów.

Ciąg dalszy "Komunikacja kołem się toczy"

Powtórka po timeoucie

nospam@example.com (Marcin Kasperski) — Tue, 07 Oct 2008 01:26:00 +0200

Projekty czysto internetowe są najczęściej planowane i budowane od góry do dołu, w spójny i jednolity sposób. Informatyka biznesowa wygląda inaczej - obrazek składany jest z kilku, kilkunastu, a bywa że i kilkudziesięciu systemów, aplikacji, modułów. Interfejs webowy (albo i parę), kilka aplikacji back-office dla różnych grup pracowników, system(y) ewidencji zgłoszeń, pakiet IVR i/lub call-centre, kanał mobilny, moduł autoryzacyjny, główna baza klientów czy towarów, komponenty wymiany danych z firmami zewnętrznymi, procedury raportujące, pakiety analityczne, podsystem windykacyjny, obsługa masowych wydruków i wysyłek, system finansowo-księgowy, oprogramowanie specjalizowanych urządzeń (od robotyki przemysłowej po bankomaty), ... Wszystko to kupowane i budowane przez lata, od wielu dostawców, a potem spinane na różne sposoby.

O specyfice tego spinania może w przyszłości troszkę popiszę, ale dziś proste wspomnienie techniczne - jak sobie dwa systemy rozmawiały. Parę lat temu to było.

Ciąg dalszy "Powtórka po timeoucie"

Czemu droższe schodzi lepiej?

nospam@example.com (Marcin Kasperski) — Wed, 17 Sep 2008 23:58:00 +0200

Gdy jakaś duża firma lub agencja rządowa ładuje się dla rozwiązania stosunkowo skromnej potrzeby w bizantyjski, potwornie drogi projekt, kupuje najdroższe z dostępnych narzędzi (powiedzmy, największe na rynku macierze dyskowe plus klastrowe licencje AquaLogica i Oracle, by postawić stronę o firmie z rejestracją na newsletter – przejaskrawiam, ale wcale nie tak bardzo), czy nawet wywala dobry i działający system, by wdrożyć znacznie droższy i mniej przydatny – komentarzem jest zwykle charakterystyczny ruch palcami. Pewnie wzięli. Albo uzgodnili w ramach jakiejś gry wpływów i nacisków.

Zdarzają się zupełnie inne przyczyny.

Ciąg dalszy "Czemu droższe schodzi lepiej?"

O przewadze jawności nad magią

nospam@example.com (Marcin Kasperski) — Thu, 11 Sep 2008 00:10:00 +0200

Pamiętacie jeszcze aferę po pierwszej turze wyborów samorządowych w 2002 roku (to te, po których Lech Kaczyński został prezydentem Warszawy)? Wprowadzono wtedy pilotowy system informatyczny do liczenia i zbierania głosów – zapowiadany przed wyborami z charakterystyczną dla tamtych lat przesadą (tegoroczne wybory samorządowe ze względu na nowatorstwo wykorzystanych rozwiązań, są przedsięwzięciem unikatowym w skali światowej…). A system z hukiem się wywrócił, nie będąc w stanie przyjąć i przetworzyć danych.

Rzecz nie była tak naprawdę ważna, kilkudniowe opóźnienie wyników mało kogo szczególnie obeszło, prawdziwy problem mieli jedynie ludzie z komisji wyborczych – zamiast w parę godzin policzyć głosy, wysłać je i po północy iść do domu, musieli sztafetowo dyżurować przy wynikach (rekordziści bodajże do środy). Ale było tam parę ciekawych elementów.

Ciąg dalszy "O przewadze jawności nad magią"

Prześpij to

nospam@example.com (Marcin Kasperski) — Tue, 09 Sep 2008 23:58:00 +0200

Grywam trochę w szachy korespondencyjne (żaden tam poważny poziom, zwykła zabawa – całkiem ciekawa zresztą). Przy tej okazji, wypracowałem sobie pewną – bardzo prostą – technikę, która przydaje się i przy programowaniu.

Nazywam ją prześpij to.

Ciąg dalszy "Prześpij to"

Jak napominać programistę

nospam@example.com (Marcin Kasperski) — Sun, 07 Sep 2008 20:58:59 +0200

Dzisiaj w kościele czytania o napominaniu. Główna interpretacja dotyczy oczywiście kwestii religijnych i etycznych ale problem dotyka całkiem mocno i mojego zawodu.

Jak powiedzieć programiście, że wybrał złe rozwiązanie, zajmuje się nie tym co trzeba, nie przestrzega zasad obowiązujących w projekcie, zapóźnia się z elementem na który wiele osób czeka, pisze niezrozumiałe dokumenty, oddaje nieprzetestowany kod, albo odwala jakąś inną kichę? Upominanie nigdy nie jest łatwe, a w tym zawodzie - gdzie wielu ludzi niepokornych, o silnym ego i dużej ambicji - tym trudniejsze.

Ciąg dalszy "Jak napominać programistę"

Prosty obrazek

nospam@example.com (Marcin Kasperski) — Sat, 06 Sep 2008 17:40:00 +0200

Bjaerne Stroustrup napisał kiedyś: projektowanie i programowanie to czynności wykonywane przez ludzi, jeśli o tym zapomnisz – wszystko stracone. A dla ludzi mają znaczenie drobiazgi, nawet te obiektywnie nieistotne.

Na przykład taki prosty obrazek:

Ciąg dalszy "Prosty obrazek"

Kara umowna

nospam@example.com (Marcin Kasperski) — Fri, 05 Sep 2008 20:37:00 +0200

Upadła ostatnio, z niejakim hukiem, koncepcja budowy drugiej linii metra w Warszawie. Wszystkie oferty okazały się zdecydowanie za drogie. Prasa trochę popisała o drożyźnie, trochę o zmowach cenowych, ciszej o wycinaniu części oferentów z sztucznych powodów (ot, brak potwierdzonego tłumaczenia na polski dyplomu któregoś z chińskich inżynierów). Między tym wszystkim dopatrzyłem się także kwestii bardzo dobrze mi znanej z projektów informatycznych.

Miasto zażyczyło sobie bardzo wysokich kar umownych za przekroczenie terminu zakończenia budowy. Euro 2012! A firmy oceniły ryzyko i dodały sobie te kary do ceny.

Ciąg dalszy "Kara umowna"

Co jest fajnego w informatyce

nospam@example.com (Marcin Kasperski) — Thu, 04 Sep 2008 23:46:00 +0200

Kilka dni temu zamieściłem tekst o bylejakości i braku motywacji. Pesymistycznie dość to wszystko zabrzmiało, więc - dla wyrównania - o tym, co jest w informatyce fascynujące. A przy okazji, o pewnej metodzie na udane projekty.

Ciąg dalszy "Co jest fajnego w informatyce"

Na sztukę

nospam@example.com (Marcin Kasperski) — Tue, 02 Sep 2008 22:24:00 +0200

Z czasów pobytu w wojsku zapamiętałem określenie robić coś na sztukę. Chodziło o wykonanie jakiejś czynności z maksymalną niedbałością, najmniejszym możliwym kosztem – byle tylko stworzyć pozory spełnienia rozkazu. Przetarcie zamka karabinu (bo tam zerkał sierżant) przy zostawieniu zatkanej lufy. Kiwanie się z grabiami nad kupką liści przesypywaną z lewej w prawo, a potem z prawej w lewo. Dziubanie łopatą w błotnistym miejscu, gdzie co prawda o sensownym okopie mowy nie ma ale za to ziemia miększa. Pracowite dyżurowanie przy nie podłączonym telefonie. Itd itp. Sztuka jest sztuka.

Wojsko bardzo silnie motywowało do tego typu zachowań – bądź co bądź, ile razy można na serio traktować nakaz sprzątania korytarza tuż przed powrotem oddziału z poligonu, uczyć się instrukcji nigdy nie widzianego urządzenia, czy z uwagą pełnić wartę przed śmietnikiem. Nie jest to zresztą jego monopol, przykładów pełno – od iluśtam kilometrów ścieżek rowerowych, którymi nie da się nigdzie dojechać, po działalność niektórych szkół zawodowych.

No – ale ja o informatyce.

Ciąg dalszy "Na sztukę"

Wiele razy to samo

nospam@example.com (Marcin Kasperski) — Sat, 30 Aug 2008 17:11:09 +0200

Raz w zawodowym życiu zdarzyło mi się dostać oficjalne, pisemne podziękowania od użytkowników programu. Za nowoczesną architekturę programu? Nie. Za przyspieszenie działania? Nie. Za rozbudowę funkcjonalności? Nie!

Podziękowania dostałem za dodanie obsługi klawisza F20 (były to jeszcze czasy terminali VT). Po jego wciśnięciu były czyszczone pola miasto i gmina, a przy okazji otwierała się wyszukiwarka województwa, co pozwalało w jednym ruchu zmienić obszar wyszukiwania. Wcześniej – dla tego samego efektu – trzeba było kilka razy nacisnąć klawisze Tab i Del, na koniec zaś Select. Kilkanaście razy na godzinę, sto razy dziennie.

Ciąg dalszy "Wiele razy to samo"

Słaby punkt

nospam@example.com (Marcin Kasperski) — Fri, 15 Aug 2008 23:44:00 +0200

W pewnej znanej mi państwowej instytucji postanowiono poważnie podchodzić do bezpieczeństwa. Hasło do lokalnej domeny użytkownicy muszą zmieniać co 30 dni. Przypomnienie o konieczności zmiany hasła pojawia się na dwa tygodnie przed terminem. Nowe hasło musi być różne od dwudziestu poprzednich, mieć co najmniej 10 znaków, w tym choć dwie cyfry i choć jedną dużą literę. I nie, nie jest to agencja wywiadu. Ot - biuro przewalające papiery.

Teoretycznie tego typu podejście jest słuszne, redukuje szanse ewentualnego siłowego ataku. Praktycznie?

Ciąg dalszy "Słaby punkt"

Nie zgłoszą

nospam@example.com (Marcin Kasperski) — Tue, 12 Aug 2008 08:52:00 +0200

Od czasu do czasu wypływa temat ciekawych błędów systemów informatycznych. Wracają - słynna sonda kosmiczna zagubiona przez zastąpienie kropki przecinkiem, myśliwiec obracający się na plecy po przekroczeniu równika, stojący w dryfie lotniskowiec, luksusowy samochód z zablokowanymi drzwiami i oknami.

Moim ulubionym przykładem jest historia pewnej amerykańskiej sieci hurtowni.

Ciąg dalszy "Nie zgłoszą"