Jeżeli nie macie jeszcze planów na spędzenie noworocznych ferii zimowych, to zachęcam Was do wzięcia udziału w kolejnym bezpłatnym obozie Advanced Scientific Programming In Python. Odbędzie się on w dniach 8-12 lutego 2010, na Wydziale Fizyki Uniwersytetu Warszawskiego. Organizatorami imprezy są G-Node (German Neuroinformatics Node) i FUW.

Obóz kierowany jest do osób, które na co dzień zajmują się tworzeniem symulacji naukowych oraz analizą danych. W czasie jego trwania zostanie przedstawiony wybór zaawansowanych technik programowania w Pythonie, na podstawie teoretycznych wykładów i ćwiczeń praktycznych.

Aby wziąć udział w tej imprezie, należy do dnia 6 grudnia zgłosić swój profil, zawierający pełne dane kontaktowe, CV i odpowiedzi do poniższych pytań:

• What is your educational background?

• What experience do you have in programming?

• Why do you think Advanced Scientific Programming in Python is an appropriate course for your skill profile?

Zgłoszenia wysyłamy na: python-winterschool@g-node.org

W związku z tym, że ilość miejsc jest ograniczona, zostanie przeprowadzona selekcja profili. Status zakwalifikowania będzie znany już 14 grudnia, powiadomienia zostaną rozesłane drogą e-mailową.

W celu pozyskania większej ilości informacji, typu agenda, dojazd na miejsce czy proponowane zakwaterowanie, zapraszam do odwiedzin strony głównej obozu.

W październiku Guido van Rossum zaproponował ustanowienie moratorium, na dalsze zmiany w syntaktyce i semantyce języka. Za zgodą społeczności, plan udało się wcielić w życie.

Efektem jest PEP 3003 ogłaszający czasowe zawieszenie wszelkich zmian w języku, na okres przynajmniej dwóch lat od wydania Pythona 3.1. A to znaczy, że objęty tym zostanie jeszcze Python 3.2, a nowe elementy języka będą mogły zostać wprowadzone najwcześniej w wydaniu 3.3. Wg. autorów ww. PEP'a, Bretta Cannona, Jesse'a Nollera, Guido van Rossuma, pozwoli to twórcom alternatywnych implementacji Pythona nadążać za rdzenną implementacją języka oraz ułatwi akceptację serii 3.x i stworzenie "stabilniejszej bazy dla społeczności".

Po dłuższej debacie, uznano że wszelkie wprowadzane obecnie zmiany nie znalazłyby uznania wśród użytkowników. Powodem tego jest najczęściej ograniczenie w postaci udostępniania starszej wersji interpretera, nakładana przez dostawców hostingu. Większość dostawców nadal oferuje wydania z gałęzi 2.x, podczas gdy gałąź 3.x jest zazwyczaj uznawana za niestabilną i zbyt młodą, aby używać jej na serwerach. Moratorium nie dotyczy C API, które można nadal modyfikować pod warunkiem nienaruszania spójności standardowej implementacji Pythona (CPython).

Okres obowiązywania moratorium może zostać przedłużony tylko poprzez nowy PEP.

Źródło: Python Enhancement Proposal 3003

Już od dwóch dni, dostępna do pobrania jest finalna wersja Pythona z gałęzi 2.6 - 2.6.4. Jest to wyczekiwany od miesiąca bugfix wersji 2.6.3. Podobnie jak w wydaniach 2.6.4rc1 oraz 2.6.4rc2, nie wprowadzono żadnych znaczących zmian - jedynym celem developerów było naprawienie błędów w pakiecie logowania oraz problemu kompatybilności narzędzi setuptools.

Gotowe do pobrania paczki aktualnego wydania, znajdziemy w sekcji DOWNLOAD na oficjalnej stronie projektu.

Źródło: python.org

Przez ostatnie kilkanaście lat Python przeszedł wiele, często znaczących dla dalszego rozwoju projektu, zmian. Niestety, część z nich oprócz udogodnień wprowadziła także zjawisko niekompatybilności wstecznej (mowa tu o Pythonie w wersji 3.x), co dało się we znaki wielu developerom i twórcom alternatywnych implementacji języka. Sprawa została uznana za poważną, gdyż nawet sam twórca języka - GvR - jest za odrzuceniem tych praktyk. W tym celu chce ustanowienia moratorium na dalsze zmiany w syntaktyce i semantyce języka, oraz skupienia się na popularyzacji standardu Python 3000.

Problem został poruszony na liście mailingowej, a jego słuszność poparta takimi argumentami, jak choćby nie wnoszenie praktycznie żadnych korzyści dla przeciętnych użytkowników, lub utrudnianie pracy twórcom alternatywnych implementacji, takich jak: IronPython, Jython lub PyPy. Dlatego też, BDFL namawia społeczność rozwijającą Pythona aby odpuściła ciągłe wprowadzanie zmian i skupiła się na pracy nad właściwym rozwojem standardu Py3k. Wśród rzeczy do zrobienia, wyróżnić można przeniesienie zewnętrznych bibliotek do wersji 3.x, napisanie narzędzi pomocnych w tym procesie oraz w utrzymaniu wielu wersji kodu aplikacji, czy wreszcie spisanie całego procesu przenoszenia w formie dokumentacji. Moratorium na dalsze zmiany dotyczyć ma wyłącznie samego języka i funkcji wbudowanych, bez biblioteki standardowej. Wg. Guido, prace nad rozwojem standardowej biblioteki, mimo że bardzo ważne, nie powinny zakłócać procesu rozwoju alternatywnych implementacji. Dobrym pomysłem jest także ciągłe wprowadzanie zmian w C API a nawet propozycja pozbycia się GIL. Wśród jednej z uwag, było przypomnienie o konieczności wprowadzenia obsługi przetwarzania równoległego i wykonywania wielowątkowego kodu.

Generalnie, zaobserwować można same pozytywne opinie od strony postaci ze społeczności skupionej wokół rozwoju Pythona, implementacji alternatywnych lub popularnych aplikacji stworzonych w Pythonie.

Źródło: python-ideas@mail.python.org

Zespół odpowiedzialny za rozwój GROK - web-frameworka stworzonego przez społeczność Zope, na bazie Zope Toolkit - ogłosił, po 3 latach od startu projektu, wydanie finalnej wersji sygnowanej numerem 1.0.

GROK, jak przystało na nowoczesny web-framework, pozwala na wydajną i produktywną pracę zarówno ekspertom jak i początkującym web-developerom. Dzięki możliwościom ponownego wykorzystania technologii GROK, podczas projektowania aplikacji, można łączyć go z Silva CMS oraz Plone CMS, które z powodzeniem współpracują z serwerem aplikacji Zope 2. Oprócz tego, framework jest w pełni kompatybilny z WSGI, co umożliwia na jego pełną integrację z szeroką gamą aktualnie dostępnych rozwiązań obsługujących ww. interfejs.

Zmiany w finalnej wersji, w stosunku do wersji 1.0b2, to:

• ponowne usunięcie rejestracji karty IReRaiseException dla IUnauthorized, na rzecz używania konfigurowalnej funkcji fabrycznej debug_application_factory z aplikacji WSGI grokcore.startup,
• przejście na nowsze wersje simplejson oraz pytz;

Pomimo osiągnięcia celu, twórcy nie osiedli na laurach. Zespół developerów pracuje cały czas zarówno nad rozwojem frameworka, jak i rozszerzeniem dostępnych informacji zawartych w dokumentacji. Już w najbliższym czasie można spodziewać się znaczących zmian.

Źródło: grok.zope.org