Визиты Меркель, Рогозина, Керри, Столлмана, ... Нетехническая речь об уже известном?: Молдавия утвердила безвизовый режим с Евросоюзом, через месяц ассоциация с ЕС.

2.* будет жить еще долго

Разумеется. Не выкидывать же работающие системы.

это нужно если ты хочешь сделать пакет, плагины в который могут устанавливаться отдельными пакетами. каждый плагин, таким образом, будет иметь свое поддеревце в site-packages.

ещё это позволяет использовать доменные имена в качестве имён пакетов, типа:

import ru.org.linux.forum.db

Уже давно как во второй ветке реализовали. Проекты требовали. Опенсорснуть что ли?

Люблю NoSQL, но MongoDB ужасный софт. Куча процессов и блокировок, тяжёл в настройке и управлении.

а в хроме и фаире показываются наиболее посещаемых сайтов

Вначале было реализовано в Сафари. Затем все начали так делать.

ElasticSearch тоже сразу обновили: https://github.com/elasticsearch/elasticsearch/issues/1502

> Насчет переезда в сасш кто бы отказался?

Я.

Только за 3 ляма на время работы бы согласился.

Странно, при таких небольших цифрах использования, проект мог бы кто-то подхватить. Хостинг нынче недорогой, хотя у них компонент много и обслуживание может быть непростым. Видимо институту бюджет урезали.

> Couch дико медленный

5000 записей новых документов в секунду на SATA - это не медленно. Чтение тоже быстро работает. MapReduce при простой функции считает сотни или тысячи документов в секунду. Использует все ядра процессора.

MongoDB использует при записи или MapReduce только одно ядро процессора.

> Кто ее использует? Как впечатление? Особенно по сравнению CouchDB.

Использовали MongoDB пару месяцев в продакшене. После хорошего начала на одной машине - потом полное разочарование. Настройка и управление кластером - шаманство до головной боли. Памяти жрёт много и кашляет если её мало.

Репликация данных или расчёт индекса блокируют не только один коллекшен, но и всю базу целиком ( https://jira.mongodb.org/browse/SERVER-1240 ). Блокировки частые и нереальные для продакшена.

После работы с CouchDB или ElasticSearch теперь каждый намёк на поделку MongoDB приводит сотрудников в дрожь. 10gen хороший маркетинг для MongoDB провела и ещё бабок получили - молодцы предприниматели.

CouchDB: долгосрочная Master-Master репликация и MapReduce (в продакшене).

ElasticSearch: отличный кластер и супер поиск на основе Apache Lucene, может работать в связке с CouchDB или как независимая база (в продакшене).

Сегодня их сайт взломали: http://www.toyota.md/

Вот они сразу и присоединились.

> вот тут и таб и четыре пробела будут компилироваться

Если включить в редакторе автоматическую замену табов на пробелы для отступа, то и этой опасности нет.

Сталкивался с такими тонкостями только на первой стадии работы с Питоном. Со временем приучаешься к полному порядку в коде и уже много лет всё чётко.

> Недавно очередной питоновый скриптик наблюдал. Плагин для ритмбокса, который пытается перекодировать теги. Вываливает с трейсбеком на ровном месте и все тут.

Любой «скриптик» полететь может. Может и ритмбокс помог. Питон может намного больше чем «скриптики».

Я про системы на Питоне говорю. И они выдают traceback конкретного файла, но сама система работает дальше годами, обрабатывая множество запросов одновременно на многопроцессорной системе.

> Можно, правда, заюзать activemq/rabbitmq ...

Да что угодно: UNIX sockets, memcached, TCP, UDP, database, ... Выбор огромен. От задачи зависит.

> sympy это левый модуль ?

Разве он уже стандартный? Пишите им тикеты.

Бггг, да пистон понятия не имеет про обратную совместимость.

Мы без проблем перешли с 2.4 на 2.5, недавно на 2.6, успешно тестируется в 2.7, причём с набором внешних модулей.

> ЗАчем для этого писать статьи?

Видимо для тех кто сейчас переходит с Perl на Python, а не для всех критиков.

к Python

надёжность

что-нибудь одно.

Ну если серверные программы на Питоне работают годами без перезагрузки, то я считаю что это надёжно. Если кто-то выполнил фунциональную ошибку, то отправляется traceback, но система работает уверенно далее.

> То есть питонистов много и они дешёвые? И, в случае чего, одного легко заменить другим без потерь?

Читаем то что было написано в том же сообщении:

Perl и Python - это частный случай.

Каждая фирма решает для себя что ей важнее.

> Четыре страницы каментов уже настрочили, а ни одного довода, за чем вообще переносить программы с перла на питон так и не прозвучало.

Таки зачем?

Поддержку кода на некоторых экзотических языках могут выполнять немногие - это означает дополнительные расходы для бизнеса. Поэтому в какой-то момент принимается решение миграции на технологию, которая лучше вписывается в IT концепт конкретной фирмы.

Perl и Python - это частный случай. Когда-то многие переходили с ASP на ASP.NET. Видел полный переход проекта в течении 6 месяцев от C++ к Python, когда в задаче не требовалась скорость, а надёжность и простота разработки.

>>> то есть скажем веб приложения на перле я надеюсь никто не пишет?

В 90-ые все писали.

Некоторые до сих пор пишут.

К сожалению ещё пишут. Перлисты ушли и супорт не знает что с этим кодом делать. Глобальные определения, комментариев нет, ...

> с много процессорностью у питона ещё не айс, правда, у перла не лучше :)

Что мешает на четырёх процессорной машине запустить 4 процесса на Питоне?

> вышел 5.3.6

ветка 5.2 больше не поддерживается

ну и поддержка

> питона в этом году нет

питон 30 раз в списке тэгов проектов, php 9 раз, perl 7 раз, ruby 1 раз.

> но pinax не предлагать

не, пи-нах точно не надо...

почему при всей красоте и мощи django или pylons на них нет интересных проектов

Видимо много коммерческих, так как питонщики работают, а эти фрэймворки как раз нужную базу и предлагают, как и сам Питон.

> и увидел внизу ссылку на Django с текстом PHP. :)

Их страница с Trac тоже не на PHP, а на обогнавшем его Питоне.

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

> ещё бы запилили скорость...

http://www.scipy.org/PerformancePython

Результаты ускорения в 300-500 раз внизу страницы.

Многие модули Питона написаны на C. Скорость не напрягает. А в сетевых приложениях этого вообще не приоритетно.