Pomimo opóźnień spowodowanych pewnymi zmianami w silniku refaktoryzacji pluginu oraz kilkoma mniejszymi problemami, wydano w końcu nową wersję PyDev - 1.5.1. Przygotowując poprzednią wersję, skupiono się przede wszystkim na zwiększeniu komfortu programisty poprzez m.in.: włączenie kodu PyDev extensions do projektu PyDev czy dodanie wsparcia dla IronPython. W najnowszej wersji natomiast, developerzy, oprócz rutynowego debugowania, udoskonalili rewriter AST oraz silnik refaktoryzacji pluginu.

Zmiany zaszłe w silniku refaktoryzacji, to m.in.:

• rezygnacja z BRM,
• włączenie kodu najnowszego wydania PEPTIC do projektu,
• dodanie opcji dodaj po bieżącej metodzie do metody wydobywania,
• możliwość generowania właściwości przy użyciu stylu programowania zdefiniowanego w preferencjach.

Z poprawionych błędów wymienić można:

• drobne poprawki edytora,
• naprawienie prawidłowego wykorzystywania znaku Backspace w trybie blokowym,
• ustawianie IRONPYTHONPATH podczas korzystania z IronPythona (projekty nie mogą odwoływać się do siebie),
• używanie funkcji exec w Py3k,
• usunięcie problemu z importowaniem modułu regexp, który mógł wywołać rekurencję;

Fabio Zadrozny oznajmił, że podczas prac nad następnymi wersjami PyDev, developerzy bardziej skupią się na wykrywaniu i naprawianiu błędów oraz stworzeniu sesji profilujących (odpowiedzialnych za prędkość i wykorzystanie pamięci).

Źródło: PyDev

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