Кто нибудь уже сходил? Жду фильм с прошлого лета. Можно пойти толпой. К сожалению будет на ущербной украинской мове, но что поделать живем в стране с гандонами в правительстве. P.S. Добрая фея сделай пожалуйста так чтобы я оказался один с Ющенко в лифте на несколько минут.

Еще раз хочу обратить внимание на разницу между GAE и Amazon EC2. Google App Engine - Бесплатная квота: 500MB места и ресурс CPU + канал достаточный для обслуживания приблизительно 5 просмотра страниц в месяц - $0.10 - $0.12 за час CPU - $0.15 - $0.18 за Гиг места - Исходящий (скачивания): $0.11 - $0.13 за Гиг - Входящий (заливка на сайт) $0.09 - $0.11 за Гиг Amazon Web Services - $0.10 за час CPU - $0.15 за Гиг места в месяц - Исходящий (скачивания): $0.10 - $0.17 - Входящий (заливка): $0.10 за Гиг еще есть небольшие поборы и у тех и у других за почту, за количество запросов и т.д. Теперь возьмем гипотетический месяц в 30 дней, с редкими 24 часами в сутки и воспользуемся арифмометром. И рассмотрим несколько вариантов. Александ Сергеевич Пушкин решил решил продолжить семейный бизнес по продаже семейных труселей и открыл онлайн шоп. Сайт с небольшой посещаемостью начал создавать нагрузку в 2 часа CPU в сутки. Сколько бы платил Саша, если мы будем принимать во внимание, что размер сайта и картинок был бы одинаковым и в том и в другом случае, а цены на трафик чудесным образом совпали? - Google App Engine: 30 дней * 2 часа * 0.12 = $7.20 - Amazon EC2: 30 дней * 24 часа * 0.10 = $72.0 Через некоторое время секретарша Арина Родионовна предложила открыть новую коллекцию трусов для отечественного избирателя с портретом Путина в передней области. Посещаемость сайта резко возрасла и он начал потреблять 24 часа в сутки CPU. - GAE: 30 дней * 24 часа * 0.12 = $86.40 - EC2: 30 дней * 24 часа * 0.10 = $72.0 Благодаря большой известности среди людей голосующих за Единую Россию на сайт зашел творческий человек, Жора Дантес и через форму обратной связи предложил модифицировать дизайн, добавив еще логотип корчневого медведя сзади. Посещаемость повысилась незначительно, всего на несколько процентов. Действительно кому нужна Единая Россия в жопе, поэтому посещаемость повысилась только на 4 часа в сутки: - GAE: 30 дней * 28 часов * 0.12 = $100.8 - EC2: 30 дней * 48 часов * 0.10 = $144 (пришлось добавить вторую машину) Когда благодаря своим заслугам магазин станет официальным поставщиком труселей для сборной России и станет круйпнейшим продавцом в стране, то начнут влиять уже знаки после запятой: - GAE: 30 дей * 240 часов * 0.12 = $864 - EC2: 30 дней * 240 часов * 0.10 = $720 (10 машин) В модели магазина трусов принято странное предополжение, что нагрузка равномерна в течении суток, но конечно же это ошибочно. Кроме того мы не знаем действительно ли одинаковые CPU у EC2 и GAE. Так же Amazon предлагает более мощные компьютеры. Вывода нет, просто читайте правильно цены.

Прежде чем рассказывать о моих впечатлениях от технологии наверное проще рассказать почему я вообще решил делать проект на Django (ссылка ведет на анонс проекта), тем более после Plone, Zope3 и прочих разработок. Возможно кому-то покажется странным, но в первую очередь профессиональное любопытство. Все время перед глазами крутилась технология которая получила свой вес на рынке разработки, которую рекламирует Google и которая обновленным фениксом выходит в версии 1.0. Интерес начался с понимания того, что объем кодовой базы Django находится в пределах понимания одним человеком. Некрасиво преоткрывать тайну, но корневые Plone разработчики понятия не имеют о технологии которую они используют. В один и тот же момент времени в основных библиотеках Plone которые выходят в финальных релизах используются разные подходы к решению одних и тех же задач в разных кусках кода. Простой пример когда какие-то тулзы хранят свои настройки в portal_properties, а какие-то в своих свойствах. Это сильно влияет на практику конечной реализации. Для меня это madness, просто стоп! и устал, а хотелось посмотреть чего-то обладающего единой логикой. С Django было ощущение, что код должен быть более стройным и аккуратным. Тоесть он находится в области пространства и времени когда соблюдаются следующие условия: - Нет большой исторической ответственности по поддержке старых уже работающих проектов (об этом отдельно будет ниже) - Код проекта достаточно мобилен для того чтобы следовать за рынком и превносить новые подходы, концепции и просто библиотеки - У проекта уже достаточно "мяса на костях", чтобы не приходилось каждую элементарную вещь писать самому заново Технология еще fun и уже не fail и еще не fail, правда тут начинается интересное НО. Об этом тоже будет позже. Вот в такой интересный момент развития Django я и пришел подержать ее [технологию] в руках. На данный момент тут реализованы многие современные штуки и продукт получился целостным.

О чем честно говорят разработчики

Приятно когда тебя не воспринимают за идиота и приятно когда тебя предупреждают сразу. Так вот доки предупреждают сфере применения. С первых слов туториалы учат "у нас есть модель базы данных, у нас есть что-то вместо шаблонов, у вас есть сделанные из этого кубики вы можете их быстро положить рядом". Нет херни по поводу порталов, онлайн магазинов, сообществ и прочего. Вам честно говорят что вы получите и что это не будет какая-то бешенная мегатехнология от которой у клиента взорвутся глаза. Приятно когда на себя берут обязательства и их выполняют. Документация обещает, что это будет быстро. Что вы сможете в расчитанные сроки сделать свою работу на том уровне качества которое сами поставите целью:

Django для перфекционистов с дедлайнами.

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

В чем заключается НО

В процессе статьи я дал две отсылки на это место: - база существующих проектов и наследственность - почему Django попадает в нишу длинной перспективы fun'а Выбрав ограничения типа проектов для которых следует использовать фреймворк создатели хитрым образом уклонились от большого класса FAIL проектов. Вам не стоит использовать Django если: - есть уже схема базы данных с плохой наследственностью - на сайте нет десятков однообразных объектов - ваша модель данных выходит за рамки возможной модели django - сайт имеет высокую связность между модулями, или попросту присутствует влияние поведения состояния одних объектов на другие - преобладание нединамического контента Вы не будете долго эволюционировать свой проект если выберите django. Написали один раз, спустя какое-то время переписали заново. Быстрый задорный секс под xtc без обязательств. Если к вам пришел клиент с красивой идеей объединить 1С с сайтом... ну вы поняли. Так же нервно курят в сторонке сайты с 20ю страницами тупых рассуждений о миссии компании и разделом новости (таким будет devcult.ru, lol) Подстраивание под технологию это обоюдный процесс, из своего скучного проекта вы так же сможете получить фан если начнете его делать на Django.

Куда бежать галопом

И что же, теперь все сайты делать на Django? Отвечаю подробно для тех у кого своей головой не одарила природа. Для такий сумасшедших человеков как я всегда оказывается, что надо сделать что-то такое очень крутое, но Django не подходит для этой задачи. У вас пропадет фан, начнет болеть живот и взрываться моск, но в реляционной модели данных этого сделать не получится. Все RDBMS - это бааальшой некрасивый костыль вместо ручек и ножек, до яблочка дотянуться получиться, но чтобы съесть надо чтобы костыль мог сгинаться в локтях, а чтобы прыгать до холодильника еще и в коленях. У каждой технологии своя специализация.

Для завершения

Итак, что я еще не сделал: - Читать далее...

Кажется я готов поделиться ссылкой на мой первый проект на Django. Это сайт службы доставки суши и пиццы в Днепре. Если про суши я слышал, то доставкой пиццы они кажется занимаются первыми в Днепропетровске. Кратко технологический обзор, об этом будет отедельные посты. Проект - онлайн каталог с корзиной, некоторые называют такого рода проекты онлайн-магазнами, но что взять с ущербов. Каталог разбит на подразделы и группы, товар может быть расположен во многих группах, группа может быть расположена во многих подразделах. Поскольку товар может поставляться в разных комплектациях, то у каждого товара может быть несколько цен. Товар может иметь рекомендации и бывает разного типа. Каждая сущности (кроме цены) может быть активной или скрытой. Итого на сайте следующие модели: - Подраздел - Группа - Товар - Цена - Тип товара - Заказ - Вопросы и ответы - Flatpages Подраздел и группа не объединялись сознательно, для простоты управления и понимания оператором. Пользовательская часть сделана с AJAX подходом. Тоесть для работы с сайтом требуется наличие Java Script и cookie. Козлов у которых этого нет не встречал давно. Самое интересное было конечно учить устройство Django. Распределение временных затрат приблизительно такое: - Всего на разработку потрачено около 90 часов в течении двух недель с двумя выходными (эпизод с превью не считаю, но он сильно сместил сроки) - Из них около 40 на изучение технологий, я прочитал следующие книги: Addison-Wesley Professional Python Web Development with Django (по счастливому стечению обстоятельств сафари доступ дал издатель из ДМК-Пресс, которому я ответил положительной рецензией на перевод и публикацию, книга для новичков пожалуй лучшая в списке), Packt Django 1.0 Template Development (перепечатка документации, reference book, остальное отстой), Packt Publishing Learning Website Development with Django. За 24 часа изучить Django не получится. - Кроме того было потрачено время на изучение jQuery. Книги перечислять не буду потому, что толка от них очень мало, у меня возникло множество небольших неочевидных проблем, но они постепенно переползли в области дополнительных библиотек. Наибольшую пользу принес jQuery Reference dashboard widget. - Получается около 50 часов на программирование. - Плюс около 10 на деплой и заполнение каталога и т.д. Сайт расположен на Дипхосте, у меня сразу получилось что-то там сломать поэтому я был оштрафован на 2 недели дополнительного бесплатного хостинга %)~ Очень неприятно опять использовать MySQL, буэ-э-э. Кроме того была сделанна громадная работа по фотографированию всей продукции в пасмурные дни в течении двух месяцев, последний рывок по выкладыванию и обработке фотографий закончится уже сегодня. Фотографировала Юля. Кстати, фотографий получилось на 17 Гигабайт! Ждать солнечных дней приходилось буквально неделями.

Наконец-то ссылка на сайт Служба доставки Империя

В подвале вы увидите ссылку на devcult, сайт без дизайна и текстов. Это мой новый злой проект, отныне я занимаюсь им вместе с некоторыми людьми. Кто принимали участие: - Концепция, руководство и программирование Кашкин Михаил - Дизайн Nikita Dudnik - Фотографирование Юля Жижкунец - Верстка Павел Кирсанов, как всегда супер качество работ и ответственность - Дима и Вера - заказчики, редкие для Днепра вменяемые люди, и неудевительно, ведь они тоже москвичи. P.S. Я перепробовал половину пицца меню и выборочно японское, еда очень вкусная. P.P.S. Еще раз, каталог заполняется картинками, это пост для хвастовства перед разработчиками.

Если вы еще не выбрали технологию для своего нового проекта, то вот перечень в зависимости от приоритетов: - Гопников-исполнителей не способных прочитать ТЗ и проблемы безопасности - PHP - Выход за пределы бюджета и сроков - Java - Низкая производительность - Ruby On Rails - Необходимость переписывать исходный код заново при каждом чихе из-за невозможности прочитать уже написанный код - Perl - Очень хочется учить индусов программированию - .NET - Всегда хотели узнать что такое exploit - C/C++ - Не сможете найти свободных программистов - Python - Хочется общаться с бородадыми сотрудниками НИИ в дешевой одежде и отвислыми коленями на протертых штанах - Delphi - Чтобы ваш исполнитель делал ваш проект в качестве "халявки" в свободное от работы в гос.учереждении время, и все время клянчил денег с хитрыми глазками - Visual Basic - Много умел рассказывать о новых технологиях и рефакторинге, но не мог показать даже прототипа - Groovy - Разработка не пошла дальше прототипа, но который был сделан очень быстро - Flex/Flash - Проект завершился после смерти ваших внуков - Assembler В следующей серии попробую придумать как отличить клиента в зависимости от технологии которую он просит. Присылайте свои версии.

[показать] Сама картинка без комментариев. А вообще хочу добавить, что в этом году меня ninja kick из Plone Foundation. Ну что же я от них ничего не получил за все время, почему бы меня и не кикнуть. У меня будет свой фремворк с блекждеком и шлюхами :)

В школе я не был отличником, потому что всегда среди заданий попадалось полное дерьмо. Интересно делать то что интересно. Скучная часть может тянуться неделями. Скучное - это не всегда рутинная работа. Часто это просто то, что уже когда-то делал. В конце-концов даже бухать и сексом иногда не интересно, не только программировать или делать домашнюю работу. В списке задач стоит один тикет, оценка времени 2 часа, потрачено 6-8, убито 5 дней... работа до сих пор не сделана. Задача при заливке картинки ее ресайзить и создавать небольшую превьюху. Досмотрен Хаус, просмотрены 26 серий Bounen no Xamdou, выпито тоже сколько-то. Стоит следующий блок работ, куча интересного двигается по календарю. И все равно не понятно как победить этот тикет.

Новый долгожданный шаг от группы GAE. Теперь можно покупать квоты за деньги. В интерфейсе можно достаточно гибко изменять настройки бюджетов. Цены следующие: - $0.10 за час использования CPU. - $0.10 за Гиг входящего трафика и $0.12 исходящего, учитывается почтовых трафик. - $0.15 за Гиг места на диске в месяц. - $0.0001 за письмо Но все равно это не то же самое что на Amazon EC2. Потому что если на сайт не заходят пользователи, то CPU не тратится. И кроме того выигрыш в отсутствии необходимости администрирования (профит) и, главное, нет опасности что не хватит ресурсов. В общем супер, но есть свои ограничения.

Так получилось, что последние две недели я делал свой первый проект на django. Я подробно расскажу об этом проекте на днях. А сегодня у меня выходной для этого несколько причин: - Солнечный день - Пришлось изменить свой график и встать рано - По проекту остались сущие пустяки и клиент готов расплатиться только в ВС - Приехал Орлов - Просто устал Поэтому я купил себе бутылку красного вина, а поскольку Орлов по каким-то причинам не употребляет алкоголь, то видимо она вся достанется мне. Для питья вина необходимо не только стакан, а еще и дополнительная жидкость. Ну конечно если бы я брал мою любимые из испанской провинции Rioja да еще и reserva, то наверное просто ограничился самим напитком. Но в Украине невозможно купить европейских вин, почти. А для моих целей достаточно того что сейчас стоит на столе. В древние времена для тех же случаев вино пили смешивая с водой. Напиток прекрасно утоляет жажду и расслабляет, а главное не создает тяжести и горести в результате. Вообще считаю, что из вин можно пить только сухое, вроде как полусладкие даже запрещены в каких-то странах, но уточнять лень, поэтому этот факт можно воспринимать как сплетню. Доподлинно знаю, что запрещены вина и сорта Лидия. Этот мерзотный виноград оставляет жжение на губах, а шкурка легко отделяется от мякоти ягоды покрытой слизью. Этот чудный виноград не вымерзает в наших широтах, отчего получил сильное распространение. Но зато образовывает интересного вида камни даже в здоровых почках с очень острыми иглами. Для того чтобы хорошо расслабиться на солнце и получить заряд летнего настроения, для моего ослабшего организма, я смешиваю вино с гуавовым соком 1 к 1му. Получается терпковатый коктейль разумной крепости. Вообще основная проблема алкогольных напитков - это то, что во время процесса употребления пользователь не получает достаточное количества воды. От этого и получается неконтролируемое опьянение и похмелье. В этом и есть секрет того самого отсутствия культуры питья. Обычная история когда студены потратили все деньги на бухло, но не купили закуски и главное запивки. Через некоторое врем от спиртных возлияний начинает мучить жажда, но ее утолить есть возможность... да только алкоголем. Поэтому всегда надо брать пару бутылок обычной воды если хотите нормально побухать. Или просто с каждой второй кружкой пива заказывать стакан сока и все будет окей. Я нормально отношусь к тому, что можно ужраться до беспамяти, но организм отравлять все же не обязательно. Поэтому сейчас пятница, два часа дня, мой второй выходной за последние 2 недели, на улице самое офигенное солнце в этом году, а в моем стакане вино и сок.

Слова Python, Django в сочитании с 4 - 8 May PRAGUE, CZECH REPUBLIC звучает охуенно сексуально. Вот небольшая картинка [показать] Для сомневающихся намекну: дело будет происходить в гугловской HQ. Традиционный расчет цены: - Регистрация UKS 210.00 ~= 240 - 40 в сутки проживание отеле 3* - думаю можно найти за 400 перелет - Питание думаю около 20 в сутки Итого, обычных 1060 на рыло, столько же было и в Литву в предыдущие года. Если ехать вместе то получается немного дешевле. Ну что, Кто собирается поехать?

Судя по сегодняшней утренней ленте на developers.org.ua мою заявку приняли и теперь многие записи из этого блога попадают в планету Developers Of Ukraine, сокращенно DOU. Другими словами я теперь доун. Кого еще можно читать из даоунов не нашел, но на всякий случай подписался на ленту. Ночью почистил ленту до конца 2006 года и переписал теги у множества записей. Специально выделил те которые каким-то образом относятся к разработке, они помечены тегом dev (RSS лента для тех кому хочется поменьше жиденького). Тоесть мое экспертное мнение говорит вам что такие записи относятся к разработке. Заодно удалил всякий шлак, в процессе понял, что эта работа неавтоматизируемая, но зато нашел смешной анекдот, который смешит меня до сих пор:

- ДАртаньян! Сколько у вас было женщин? - Много, сударь, много! Четыре! - ОООООО!!! УУУУУ! - Нет, стойте сударь! Я вспомнил еще один случай! Пятьдесят шесть!

Программисты - избранные, потому что моноширинные шрифты делаются для нас. Мож конечно кто-то и готов поспорить, но скорее всего у них просто мания величия. И если уже говорить о программистах в частности, то конечно именно Python должны стоять на первых местах, потому что именно в нашем языке программирования особенное значение имеют милые сердцу отступы делающие код красивым и читаемым. Кажется я нашел новый красивый моноширинный шрифт, оцените как тепепь выглядит окно IDE: [655x420] Всякие умные слова про какие-то нюансы шрифтостроения не скажу и вообще не представляю. Называется он Consolas и поставляется вместе с Microsoft Vista. И если Microsoft забыла положить в вашу Microsoft Ubuntu, Microsoft OpenBSD или Microsoft OSX Leoperd, то можете взять архив на этой странице. P.S. Ровно как и скачать с сайта Microsoft, но там он идет ввиде .exe файла который может содержать вирусы или трояны. P.P.S. Отдельное спасибо хакерской группе frgmntd который извлек этот файл архива рискуя стабильностью своей системы

Если кому-то интересно знать, то серверная часть Bespin работает на Python через WSGI, еще какая-то часть на Java. Среди прочих серверной частью занимается некий Kevin Dangoor. Я с интересом смотрю как он рассказывает на Мичиганском ПУГе о создании своего WSGI фреймворка. По крайней мере прошел часть где организовывает свое рабочее место и демонстрирует написание простейших серверов, заснул на 30 или 40 минуте. Но чем вперед тем ближе Bespin. Вот теперь думаю что посмотреть еще несколько серий Bleech'а или продолжить Creating a web framework with WSGI, доклад на 2 часа. P.S. Вроде новые серии LOST'а вышли.

При отладке AJAX компонента сайта при переносе на хостинг обнаружилась редкая ошибка с кодом ответа сервера 411. [336x356] Причем на локальной версии подобная ошибки не было. Код который выполнялся:

$.ajax({
  url: '/order/add?' + paramstr,
  type: 'POST',
  datatype: 'html',
  success: function(html){
    ...
  }
});

Проблема видимо возникает в следствии использования nginx'а. Потому что ошибку возвращает именно он. Суть проблемы в том, что приходит пустой POST запрос на сервер для которого Mozilla не прописывает заголовок Content-Length. Тоесть для успешного отлова зверя надо 3 составляющие: Mozilla Firefox, AJAX POST запрос и nginx. Стандарт по этому поводу говорит следующее: The server refuses to accept the request without a defined Content- Length. The client MAY repeat the request if it adds a valid Content-Length header field containing the length of the message-body in the request message. А я и не гордый, могу и попытаться повторить запрос, переписав этот кусок:

$.ajax({
  url: '/order/add?' + paramstr,
  type: 'GET',
  datatype: 'html',
  success: function(html){
    ...
  }
});

Вдруг среди случайных посетителей окажутся гыгыкающие дебилы из саентологов. Настал ваш звездный час, вы на первой странице TPB. [показать] (фото by Joe Lee, все права защищены, но имено так и надо поступать с этими троллями) Заодно расскажу мою историю первой встречи с саентологами. Это было в 1998 году, аккурат во время поступления в ВУЗ. Я шел из Бауманки и ко мне подошел какой-то хмырь с предложением пройти психологическое тестирование. Я тогда был совсем домашний ребенок и согласился зайти в какую-то подворотню по указанному адерсу. Внутри оказалась типа офиса со множеством комнат. В первой был устроен зал и стояли столы. Мне дали карточку с нечто похожим на испорченные тесты Айзенка со смесью каких-то отвлеченных вопросов. Уже ответив на несколько я обратил внимание, что на листике с ответами нумерация полей для ответов расположена в обратном порядке, не обычным способом:

1    11   21
2    12   22
3    13   23
4    14   24
5    15   25
....

А что-то типа

99    89   79
98    88   78
97    87   77
96    86   76
95    85   75
....

На что я обратил внимание девушки которая мне выдала анкету с просьбой либо выдать новую либо учесть при проверке. Она сказала, чтобы я отвечал дальше. Во время заполнения этих "тестов" из соседней комнаты постоянно слышался какой-то странный шум. Толпа людей по чьей-то указке начинала аплодировать, смеяться, топать ногами и надрывно изображать бурные эмоции. Что это за дебильное истерическое представление я тогда не понимал. А продолжал заполнять карточку ответов наоборот, точнее в правильно порядке, а не в том дебильном который предложили. После того как я сдал свою карточку к ней приложили шаблон ответов, сверху приложили и посмотрели сколько у меня попаданий в дырочки. Вот такой высоконаучный способ проверки правильности ответов у секты которая пытается всем доказать, что психология не является наукой, но проводит "психологическое" тестирование. Интерпертировав резульаты... мне показали график (sic!). По результатам у меня IQ был в районе 85, знакомьтесь я дибил. Во-вторых график показывал мою агресивность (новая, секретная, интерпетация возрастных тестов развития). На вопрос, а нафиг прикладывать трафаретку к заведомо неправильным ответам мне "психолог" ответила, что так и надо. И кульминацией стало то, что мне как человеку обладающему крайне низким интеллектом и высокой агресивностью предложили пройти курс обучения дианетике. Тут у меня начала проявлятся агресивность к "псехолагу". Конечно я послал их нахуй в том же кабинете, а поскольку я был стеснительным ребенком, то сильно поскандалить не получилось. Но внутри обида просто кипела. Уже намного после я узнал, что сектанская псевдонаука дианетика официально запрещена в большинстве стран. О том что саентологи верят в то что их спасут инопланетяне. О том, что это секта занимающаяся терроризмом через суды и шантажем бывших членов. Теперь я считаю что Том Круз тупорылый еблан, и с любовью читаю про все случаи когда их получается засудить или уничтожить очередное щупальце. Потому что такой грязи нет места в этой вселенной. Хотите знать правду про саентологов? Много хорошей информации собрано в одном месте на THB. P.S. Друзья я очень много дрочу на свой рейтинг, поэтому поставьте на мой блог ссылку в своих блогах и я смогу многим ужасно тупым людям говорить насколько они ужасно они тупы.

Робот разработчиков украины на этой неделе решил меня проспамить. Гомосятский скрипт прислал 2 раза письмо. Эх, если бы хоть что-то интересное прислал, ан нет. Про Python только одна бездарная статья. Автор исходит из факта того что Python: Python изначально не предназначался для научно-технических задач, впрочем как и С/С++. Поэтому его программные конструкции в этом плане оставляют желать лучшего, так же как и скорость (что частично компенсируется numpy и удобством подключения кода других языков, см. ниже). Поскольку я пока не решил стоит ли ругать автора матом (я вообще на нем разговариваю, а не ругаюсь. ничего личного всех ненавижу одинаково) то пока перечислю ошибки в этой цитате: - Python, блеять, очень даже предназначался для научно-технических задач - Python имеет несколько хороших книжек написанных учеными и для ученых - Одна из основных и рекламируемых сфер применения Python - это НТ сфера Для того чтобы это обнаружить надо было зайти на первую страницу python.org (некоторые python программисты так иногда поступают). Скорость... что это за гонево? Python как раз хорошо подходит для прототипирования и потом переписывания известных медленных мест, обычно это обработка больших масивов данных, на Сях. Numpy вообще изначально писаны на С. На конференциях всегда можно встретить несколько докладов о научной сфере применения Python. Следующая цитата: В настоящее время Python проходит болезненную миграцию с версии 2.5 до 2.6 и далее 3.0, где очень много изменений. Это что за зверь такой? Язык не развивается - проблема, развивается - новая проблема? В чем болезненность? Автор явно любит проблемы находить в тех местах где приличные люди видят естественное движение дел. Я никогда не видел такого плавного и разумного перехода, отчасти это обусловленно тем, что создатели и идеологи языка - это очень талантливые ученые. По-видимому, именно с этим связано локальное снижение популярности Python в TIOBE index Статистику надо уметь читать. Особенно если, блеять, относить себя к научной сфере. Суммарная дельта прироста первой десятки -4.31. О чем это говорит? Какое нахуй локальное снижение популярности? Не важно связанно это с кризисом или нет, но мы видем изменение парадигмы заказчика. Сейчас происходит изменение запроса на разработку и это приводит к корректировке лидеров. И каким боком это может влиять на научную сферу? О чем должна была быть статья? Как минимум начинать надо с описания среды применения. Что такое научная сфера? Мне когда я учился психологии не сильно нужны были вообще языки программирования. Какого рода данные приходится обрабатывать, какие процессы эмулировать. Вон в комментариях товарищ говорит, что ему достаточно Excell'я для научных проблем. Когда я занимался анализом системы управления дорожным движением по заказу Главного Управления ГИБДД Москвы и Московской области, то для работы использовал Python. Все алгоритмы статистической обработки писались самостоятельно, просто потому, что для того чтобы сделать выводы мы на каждом шаге искали направление следующего. Иногда достаточно было дописать 3 строчки кода иногда переписать почти весь модуль. Данные хранились в Postgres, везде где можно было вынести операции массовой обработки на плечи базы данных так и делалось. И все равно данные обрабатывались сутками. Но ровно столько же они бы обрабатывались на C. Только прогрммировать пришлось бы не дни, а недели. Далее надо было понять для каких именно задач в данной предметной области хотелось и пришлось использовать Python, а потом понять приемущества и недостатки. Python хорошо использовать как клей между последовательными процессами. Слабая поддержка какой-либо возможности часто оказывается эффективно решается чем-то специально для этого предназначенным, но надо уметь получить от него данные и потом забрать. Вот тогда статья могла бы хоть на что-то сгодиться. И отдельно по поводу комментариев: сколько же тупых людей которые путают графический интерфес с языком программирования.

По мотивам Why Git is Better than X могу сказать почему я не буду использовать Git. Вот мои причины: - Git не обладает существенными идейными преимуществами перед другими распределенными системами контроля версий, практически все то же самое есть у других. Bzr имеет интересные плагины, например работа с svn репозиториями в дереве исходных кодов. - Git написан на C и Perl, я не пишу на первом и не поддерживаю второе. Hg и bzr написаны на python. - Пока нет поддержки в NetBeans IDE, моей основной среды разработки. - По отзывам Git хуже документирован, мне нравится прочитать книгу в котрой описывается идеология продукта, а не просто несколько howto и tutorial'ов. - Для меня скорость не является неоспоримым преимуществом, тем более, что работаю в основном сам, а для верстальщиков и дизайнеров часто хватает Dropbox. - Git не имеет нормальной и стабильной поддержки в Trac'е. И для того чтобы не писать второй пост, мне хочется чтобы система контроля версий которую я выберу имела возможность создавать папки на основе других систем контроля версий, часто это svn. Сейчас мне приходится создавать игнорируемую папку и в нее класть чекауты других продуктов.

Подписался отвечать на вопросы по поводу open source в посте Лебедева. Задавайте вопросы.

Юля все таки придумала программу на 14е число. Мы пошли в Глянец который продолжение боулинг зала в Мосте. Там играла группа Кiмната Гретхен. Такой упырской музыки я давно не слышал, эти ушлепки спиздили одну единственную песню и 10 раз ее уныло спели в течении вечера. Кроме того эти вампиры еще и используют только украинскую речь для отравления атмосферы. Желаю молодым талантам большого музыкального будущего водителей маршрутки или сантехников. Унылый голос солиста не будет большой помехой при выборе этих уважаемых профессий.

Я очень сильно удивлен в хорошем смысле. Кажется в последнее время меня сложно удивить, а тем более не сильно жду хорошего. Но это действительно стоит того чтобы и удивиться и... ну в общем нечего повторяться. Mozilla Lab выпустили альфу нового проекта Bespin. Первым делом надо посмотреть демонстрацию, оно стоит того чтобы хотя бы получить представления что может иметь место в вебе. Второе это задуматься о перспективах и сути происходящего.

Для тех кто не посмотрел в двух словах: мозилловцы выпустили онлайн редактор кода. Но очень быстрый и онлайн. Код пока сохраняется у них на сервере. Вся технология реализована через использование тега canvas. Работает супер быстро.

Какие выводы. Первый - это технологический. Условно назовем SVG-направление развития браузера получило очень крутой пример возможностей. Это и еще не Flash и уже не HTML, но зато JavaScript. В рамках этого вывода так же можно говорить о JavaScript который самими разработчиками Firefox не считается тупиковым и ущербным направлением. Я не понимаю какие инструмены используют в работе создатели продукта, но такая шокирующая свобода мысли говорит о том, что они не стеснены в своем творчестве, это не случай когда "плакали, но продолжали есть кактусы". Вершины сложности проектов в которых применим JS растут и растут. Снимаю шляпу, хотя я и хочу поддержку Python в браузерах, но учебники по JS надо читать больше. Посоветуйте хороший. Второй вывод - это интерес развития MoFo. Это уже не только браузер и эксперименты внутри своего продукта, а масштабное спонсирование группы онлайн сервисов. Скорее всего в этом направлении будут изыскиваться новые источники дохода. Очень импонирует ориентировка на интересы разработчиков, это самая ценная аудитория. Случай когда отдел маркетинга обслуживает талантливых программистов. Кстати программисты web2.0 формации, с финансовым образованием и бюджетом на смелые эксперименты. Виват Mozilla Lab.