Notatnik zapisywany wieczorami - Python

iostreams

nospam@example.com (Marcin Kasperski) — Tue, 19 Jan 2010 23:05:45 +0100

Kawałek znalezionego gdzieś w sieci kodu, rzucającego przyjemny pomost między najstarszym z autentycznie lubianych przeze mnie języków programowania a tym, po który najchętniej sięgam dzisiaj.

Ciąg dalszy "iostreams"

Estetyczny monkey-patching

nospam@example.com (Marcin Kasperski) — Sun, 22 Nov 2009 23:23:55 +0100

Dla osób przesiadających się z C++ czy Javy to jedna z bardziej szokujących właściwości Pythona (a także Perla i paru innych języków skryptowych): kod programu można zmienić w locie. Można - w szczególności - dopisać albo podmienić metody istniejącej klasy czy funkcje zadanego modułu.

Technika ryzykowna, łatwo prowadząca do powstawania niezrozumiałego kodu i trudnych do interpretacji błędów. Ale zarazem bardzo przydatna, zwłaszcza gdy trzeba zmodyfikować zachowanie jakiejś biblioteki w miejscu, którego jej autor nie przewidział (np. ostatnio przypomniałem ją sobie chcąc zmienić sposób w jaki Mercurial obsługuje hasła HTTP i SMTP). Monkey-patching bardzo często przydaje się też przy testach, pozwalając zamienić prawdziwy kod komunikacyjny czy bazodanowy zaślepkami.

W tym artykule o kilku możliwych sposobach zapisywania tej operacji.

Ciąg dalszy "Estetyczny monkey-patching"

Virtualenv dla Jythona

nospam@example.com (Marcin Kasperski) — Wed, 28 Oct 2009 00:39:18 +0100

Wirtualne środowiska Pythona bez problemu można wykorzystywać także przy pracy z Jythonem (a także do przełączania się między Pythonem a Jythonem). Nie wymaga to żadnych szczególnych działań, wszystko przebiega niemal identycznie jak pod Pythonem.

Ciąg dalszy "Virtualenv dla Jythona"

Pycon 2009 - relacji część czwarta i ostatnia

nospam@example.com (Marcin Kasperski) — Fri, 23 Oct 2009 02:14:00 +0200

Ostatnia część relacji z polskiego Pycona (pierwsza jest tutaj, druga tutaj a trzecia tutaj). Słowo się rzekło, kobyłka u płotu, rozpoczęte dzieło trzeba zakończyć a Pycon z to-do, blogerowi lżej.

Do omówienia zostały wykłady niedzielne, opisuję też co uważam za najważniejsze własne wnioski z konferencji.

Ciąg dalszy "Pycon 2009 - relacji część czwarta i ostatnia"

Pycon 2009 - relacji część trzecia

nospam@example.com (Marcin Kasperski) — Thu, 22 Oct 2009 02:38:42 +0200

Kolejna część relacji z polskiego Pycona (jeśli ktoś nie czytał - pierwsza jest tutaj a druga tutaj). Sobotni wieczór.

Ciąg dalszy "Pycon 2009 - relacji część trzecia"

Pycon 2009 - relacji część druga

nospam@example.com (Marcin Kasperski) — Wed, 21 Oct 2009 16:26:49 +0200

Kontynuacja rozpoczętej wczorajszym wpisem relacji z polskiego Pycona. Tym razem o chyba najlepszym fragmencie konferencji czyli o sobotnim popołudniu.

Ciąg dalszy "Pycon 2009 - relacji część druga"

Pycon 2009 - relacji część pierwsza

nospam@example.com (Marcin Kasperski) — Tue, 20 Oct 2009 02:31:56 +0200

Wybrałem się na tegoroczny polski Pycon do Ustronia. Oficjalną relację zamieszczą zapewne organizatorzy, poniżej trochę moich - bardzo subiektywnych - notatek.

Istotna uwaga: bardzo dawno nie byłem na żadnej branżowej konferencji, oceniam Pycona zestawiając go z własnymi oczekiwaniami.

Ciąg dalszy "Pycon 2009 - relacji część pierwsza"

Testy obciążeniowe

nospam@example.com (Marcin Kasperski) — Sat, 19 Sep 2009 19:40:10 +0200

Najpopularniejszym narzędziem do uruchamiania testów obciążeniowych jest JMeter. Nie potrafię się do niego przekonać - organicznie nie cierpię modelowania struktury kodu (tu - testów) w formie rozwijanego drzewa, gdzie zrozumienie co robią poszczególne elementy wymaga przeklikiwania się przez nie, a niekiedy nawet otwierania okienek właściwości. Prosty kod jest zdecydowanie czytelniejszy. Podobnie, wolę napisać wywołanie funkcji niż przeszukiwać wielopoziomowe prawoklikane menu.

Dlatego opisuję interesującą, lekką alternatywę, ciekawie łączącą testy wydajnościowe z jednostkowymi.

Ciąg dalszy "Testy obciążeniowe"

Układ kodu w modułach pythonowych

nospam@example.com (Marcin Kasperski) — Thu, 12 Feb 2009 20:39:00 +0100

Jak właściwie poukładać kod źródłowy przy pisaniu bibliotek i skryptów w Pythonie? Problem wcale nie jest trywialny, stosowanych konwencji jest wiele, modułów utrzymywanych i dystrybuowanych jako chaotyczne paczki plików źródłowych - jeszcze więcej.

Opisuję niżej konwencję dobrze dopasowaną do pracy z użyciem wirtualnych środowisk pythona oraz SetupTools. Pasuje ona także do PyDev, czyli modułu pythonowego dla Eclipse. Zbieram tu techniki podejrzane w różnych cudzych bibliotekach, w sporej części opisane w książce Tereka Ziade.

Ciąg dalszy "Układ kodu w modułach pythonowych"

Wirtualne środowiska Pythona - ułatwienia pod Linuksem

nospam@example.com (Marcin Kasperski) — Thu, 25 Dec 2008 20:49:00 +0100

Uzupełnienie do artykułu o wirtualnych środowiskach pythona. Skrypt virtualenvwrapper to miłe ułatwienie ich wykorzystywania - dla użytkowników Linuksa.

Poniżej omówienie funkcjonalności oraz krótka instrukcja.

Ciąg dalszy "Wirtualne środowiska Pythona - ułatwienia pod Linuksem"

Czy jakikolwiek element listy...

nospam@example.com (Marcin Kasperski) — Thu, 11 Dec 2008 22:52:00 +0100

Mamy pewną listę. Mamy jakąś funkcję testującą. Chcemy sprawdzić, czy dla jakiegokolwiek elementu listy funkcja testująca zwraca True.

To proste zadanko - bardzo częste w realnym kodzie - można wykonać na wiele sposobów.

Ciąg dalszy "Czy jakikolwiek element listy... "

Nietypowe sposoby ładowania kodu pythonowego

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

Normalną metodą ładowania kodu pythonowego jest polecenie import i umieszczanie plików w standardowym drzewie modułów zarządzanym zmienną PYTHONPATH. To załatwia 99.9% przypadków.

W tym artykule o pozostałym 0.1% - kilka dziwnych ale czasem użytecznych technik ładowania kodu, od wczytywania pojedynczego pliku z nietypowego katalogu, po pisanie własnych ładowaczy modułów mogących generować kod, ściągać go ze zdalnej maszyny czy pobierać z bazy danych.

Ciąg dalszy "Nietypowe sposoby ładowania kodu pythonowego"

Moje zastosowanie XMinda

nospam@example.com (Marcin Kasperski) — Thu, 27 Nov 2008 23:56:00 +0100

Próbuję się ostatnio wdrożyć w GTD (Getting Things Done), czyli modną od paru lat technikę zapisywania i porządkowania rzeczy do zrobienia. Sam pomysł by zapisywać sprawy i pomysły to nihil novi (czego ja już nie używałem - od issue trackera i różnych sieciowych kalendarzy po zbiory papierowych notatek) ale GTD przez swe rytuały i techniki daje pewną nadzieję na większą skuteczność (już mogę powiedzieć, że fajnie pozwala ograniczyć ilość naraz wiszących nad głową spraw).

Przesiadam się między kilkoma komputerami, więc narzuciło się użycie jakiejś aplikacji sieciowej. Pobawiłem się bodaj sześcioma i na razie wybrałem Nozbe - głównie dlatego, że zawiera to co trzeba a nie trzy razy za dużo (to w takiej aplikacji jest ważne), po części zaś w formie uznania dla rodaka (Michała Śliwińskiego), który ten serwis zrobił i promuje (bardzo ładnie i mądrze promuje, jego filmiki prezentujące GTD są zwarte i punktują kluczowe sprawy).

No ale w tym poście nie chcę pisać o GTD, Nozbe i jego konkurentach ani o alternatywnych metodach notowania zadań ale o narzędziu, które sobie przez dwa poprzednie wieczory napisałem.

Ciąg dalszy "Moje zastosowanie XMinda"

Zaawansowane programowanie w Pythonie

nospam@example.com (Marcin Kasperski) — Sun, 02 Nov 2008 00:57:00 +0100

Spodobała mi się kupiona niedawno książka o Pythonie. Spodobało mi się też miejsce, w którym ją kupiłem. Niżej o jednym i o drugim (przy czym księgarnia może być interesująca nie tylko dla miłośników Pythona).

Książka

Książka to Expert Python Programming autorstwa Tereka Ziadé.

Ciąg dalszy "Zaawansowane programowanie w Pythonie"

Programowanie zdarzeniowe

nospam@example.com (Marcin Kasperski) — Thu, 14 Aug 2008 00:53:00 +0200

Program musi obsłużyć kilka połączeń sieciowych naraz? Albo równocześnie wyświetlać interfejs i wykonywać jakieś przetwarzanie? Albo pośredniczyć w komunikacji między kilkoma klientami a kilkoma serwerami? Albo wysyłać maile. Albo ściągać dane z kilku źródeł. Albo... Oczywiste - trzeba użyć wątków!

To bywa dobre rozwiązanie, ale ma swój koszt. Nie będę się teraz szerzej rozwodził nad problemami synchronizacyjnymi, zakleszczeniami, kosztem przełączeń kontekstu, czy nadmiernym zużyciem pamięci (każdy wątek ma swój stos). Chcę pokazać, że jest inny sposób - nie tylko bardziej wydajny, ale często także łatwiejszy.

Ciąg dalszy "Programowanie zdarzeniowe"

Zbiorowa inteligencja

nospam@example.com (Marcin Kasperski) — Mon, 28 Jul 2008 10:50:56 +0200

Książki informatyczne dzielą się z grubsza na dwie grupy.

Pozycje inżynierskie to opisy składni języków programowania, podręczniki administrowania systemami czy aplikacjami, wskazówki dotyczące korzystania z programów użytkowych. Trafiają się tu rzeczy wybitne (powiedzmy - Wyjątkowy język C++) trafia chłam (zlituję się), ale czy chodzi o zaawansowane strojenie wydajności baz Oracle, czy o naukę Excela w 21 dni, zawsze ostatecznie mamy do czynienia z specjalizowaną instrukcją użytkownika jakiegoś programu.

Pozycje uniwersyteckie to drugi biegun. Drobiazgowe formalizmy matematyczne, teoretyczne modele poprawności i wydajności, twierdzenia z dowodami, klasyfikacje i hierarchie. Bardzo często odkrywcze, wybitne pomysły i algorytmy ale - całkowity brak kontekstu realnego zastosowania.
Można je czytać z dużym zaciekawieniem, ale od - powiedzmy - książki o geometrii obliczeniowej do oprogramowywania wizualizacji, droga niesłychanie daleka.

Książki próbujące połączyć te dwa światy są bardzo rzadkie i cenne. Dlatego postanowiłem napisać kilka słów o Programming Collective Intelligence.

Ciąg dalszy "Zbiorowa inteligencja"

Wirtualne środowiska Pythona

nospam@example.com (Marcin Kasperski) — Fri, 25 Jul 2008 21:05:24 +0200

Piszę aplikację opartą na Twisted. Niestety, w standardowej dystrybucji jest dość stara wersja. Zainstalowanie nowszej nie stanowi problemu, bądź co bądź to tylko easy_install. Podobnie łatwo mogę pociągnąć najnowsze Pylons-y, Mako czy SQLAlchemy. I tak dalej.

Stop następuje po paru miesiącach, gdy okazuje się, że sam już nie wiem jakie wersje i czego mam poinstalowane, jakiś program użytkowy z standardowej dystrybucji nie chce działać, bo najnowsza wersja którejś z bibliotek zmieniła API, do tego mam dwie aplikacje, z których jedna powinna działać na WebHelpers 0.3.2 a druga na 0.6.

Co z tym zrobić?

Ciąg dalszy "Wirtualne środowiska Pythona"