Две новые статьи про использование библиотеки Matplotlib

Написал две новые статьи для серии статей про использование библиотеки Matplotlib. Первая статья — Способы задания цвета в Matplotlib, вторая статья — Как в Matplotlib менять оформление линий по умолчанию.

Новая статья про рисование линий уровня с помощью библиотеки Matplotlib

Выложил новую статью Как с помощью Matplotlib рисовать линии уровня, которая продолжает серию статей про библиотеку Matplotlib, предназначенную для рисования графиков на языке Python. Другие статьи из этой серии вы можете найти здесь.

contour_11

Новая статья про рисование трехмерных графиков в Matplotlib

Книга Сэма Ньюмена «Создание микросервисов»

book_sozdanie_mikroservisovВ последнее время я решил прокачать свои знания в той области, которую называют DevOps (от слов development и operations) — области, объединяющей в себе разработку, тестирование и развертывание программного обеспечения. Недавно я уже писал обзор очень интересной книги на эту тему — Непрерывное развертывание ПО. В продолжение этой темы мне попалась довольно свежая книга Сэма Ньюмена «Создание микросервисов», вышедшая в этом году.

Микросервисы — логичное развитие архитектуры современных веб-приложений, когда монолитное приложение разбивается на множество взаимодействующих между собой небольших приложений (или сервисов), каждое из которых выполняет какую-то часть работы. Особенность микросервисов заключается в том, что каждый из микросервисов выполняет лишь небольшую часть работы, при этом каждый микросервис может запускаться на отдельном выделенном ему сервере, более того, такая архитектура является даже предпочтительной, хотя никто не запрещает на одном сервере запускать несколько микросервисов.

Читать далее ‘Книга Сэма Ньюмена «Создание микросервисов»’ »

Пост про книги «Как пасти котов» и «Путь камикадзе»

Некоторое время назад попались мне две книжки про организацию работы программистов — «Как пасти котов» Дж. Ханка Рейнвотера и «Путь камикадзе» Эдварда Йордона. Эти книги написаны в первую очередь для менеджеров (в хорошем смысле этого слова) или тех, кто руководит группой разработчиков, и хотя мне это пока не особо актуально, я считаю, что такие книги полезно читать, чтобы задуматься об организации личного процесса разработки.

Начнем с книги Дж. Ханка Рейнвотера «Как пасти котов», которая написана в первую очередь для бывших программистов, которых внезапно назначили руководить другими программистами. Название этой книги родилось из сравнения программеров, которые часто являются интровертами-индивидуалистами, с котами, которые гуляют сами по себе, однако руководителю нужно организовать работу этих индивидуумов таким образом, чтобы они сообща все вместе двигались к определенной цели — созданию качественного программного обеспечения.

kak_pasti_kotov

Автор этой книги рассматривает работу новоиспеченного начальника (или, если угодно, менеджера) с разных сторон, начиная с вопроса «как с этим жить», как привыкнуть к роли лидера и руководить теми людьми, с которыми вы еще вчера за кружкой пива обсуждали код и вели холивары, и заканчивая тем, как научиться понимать вышестоящее руководство.

Читать далее ‘Пост про книги «Как пасти котов» и «Путь камикадзе»’ »

Книга Дж. Хамбла и Д. Фарли «Непрерывное развертывание ПО»

neprerivnoe_razvertivanie_po

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

В этом посте речь пойдет о книге, которую я прочитал последней, и которая заставила по-новому взглянуть на разработку проектов, которыми я занимаюсь. Это книга Джеза Хамбла и Дэвида Фарли «Непрерывное развертывание ПО. Автоматизация процессов сборки, тестирования и внедрения новых версий программ». Сама книга уже довольно старая, ее русский перевод вышел в 2011 году и, похоже, что оригинал был издан в том же году, но почему-то до этого я про нее ничего не слышал и наткнулся на нее случайно.

Основная идея книги заключается в том, что при разработке программного обеспечения (не важно, пишете вы десктопные приложения или веб-сервисы), сборке и развертыванию программ нужно уделять не меньшее внимание, чем написанию основного кода. Главная мысль в книге, которую пропагандируют авторы — это создание конвейера сборки и развертывания приложений. Что представляет из себя этот конвейер? После каждого изменения, отправленного, в репозиторий, сервер непрерывной интеграции (Continuous Integration, CI) должен выполнять последовательность определенных действий, тестируя код на каждом шаге, и немедленно сообщать об обнаруженных проблемах программистам. Последовательность действий выглядит таким образом (картинка взята из книги).

conveyer

Читать далее ‘Книга Дж. Хамбла и Д. Фарли «Непрерывное развертывание ПО»’ »

Новая статья про особенности скачивания web-страниц

Написал статью про особенности и трудности скачивания web-страниц с той целью, чтобы ее затем открывать в оффлайне. Идея для этой статьи родилась во время создания плагина WebPage для OutWiker.

Книга Алана Купера «Психбольница в руках пациентов»

psi
Эта книга Алана Купера уже давно была у меня на примете, однако прочитать ее удалось лишь недавно. И знаете, давно я не получал такого удовольствия от чтения. В целом книга посвящена тому, почему интерфейсы программ или других устройств, в которых содержится процессор, такие сложные и не логичные с точки зрения обычного пользователя. Автор в начале книги на примерах доказывает, что в каком бы предмете не появился процессор, он начинает вести себя как настольный компьютер в худшем смысле этого слова — начинает обрастать ненужными функциями, тормозить и виснуть. Это справедливо и для фотоаппаратов, и для автомобилей, и для военных кораблей.

Стандарты качества у разработчиков программного обеспечения гораздо ниже, чем в традиционных инженерных дисциплинах.

Вся книга написана с иронией над программистами, но очень точно раскрывает причины поведения этих забавных существ. Алан Купер делит людей на два вида: хомо сапиенс и хомо логикус (т.е. программистов) и пытается доказать, что последним ни в коем случае нельзя доверять создание интерфейсов, потому то основные мотивы действий у людей и программистов различаются. Например, обычному хомо сапиенс нужно, чтобы предмет просто работал и выполнял свою функцию, он не хочет задумываться о том, как он устроен внутри. Хомо логикус же, напротив, желает полностью контролировать поведение предмета или программы, он готов пойти на некоторые неудобства использования программы, если они позволят полностью держать программу под наблюдением и контролем. Поэтому он будет инстинктивно добавлять в интерфейс множество настроек и индикаторов, которыми можно будет тонко настраивать программу под себя, но что абсолютно не будет использовать обычный пользователь.
Читать далее ‘Книга Алана Купера «Психбольница в руках пациентов»’ »

Книга Хуана Диего Гоше «HTML5 для профессионалов»

Хуан Диего Гоше "html5 для профессионалов"Решил я освежить свои знания в области сайтостроительства и упорядочить для себя обрывочные сведения относительно HTML5 и всего, что с ним связано. Статьи в интернете обычно рассказывают о какой-то одной особенности нового стандарта, а хотелось почитать что-то, где описывались бы все нововведения HTML5 по сравнению с HTML4 в одном месте.

Перебирая различные книги, я наткнулся на книгу Хуана Диего Гоше «HTML5 для профессионалов», которая в оригинале называлась «HTML5 for Masterminds, 2nd Edition», и на ее обложке красовался мозг в баночке. В переводе книга издана в 2015 году, а оригинальная вышла в 2012 году.

HTML5 for Masterminds
Свою задачу книга выполнила на 100%, ее содержание полностью сфокусировано на новых возможностях HTML5. Хотя книга и называется «HTML5 для профессионалов» (по крайней мере в переводе), но автор все-таки добавил пару глав, где коротко рассказывает основы HTML и JavaScript, но не более того, что понадобится для понимания примеров из книги. И даже когда он пишет про основы HTML, он сразу отмечает моменты, где по идеологии HTML5 отличается от HTML4. С первых же примеров он начинает использовать такие структурные теги как <header>, <nav>, <section>, <aside> и <footer> (хотя для меня эти теги уже были знакомы, но, пожалуй, самое понятное описание того, какие теги для каких элементов сайта рекомендуется применять, попалось именно в этой книге.), а заодно пишет, как изменилась семантика (смысл) старых HTML-тегов, таких как <i>, <b> и др.

Читать далее ‘Книга Хуана Диего Гоше «HTML5 для профессионалов»’ »

Atom. Еще один редактор для программистов

Atom. Еще один редактор для программистов

Долгое время для программирования в качестве основного редактора и среды разработки я использовал Vim, точнее, gVim. Не скажу, что мне в нем нравилось все, но по сравнению с другими перепробованными мной инструментами Vim, обвешенный плагинами, в работе очень удобен. Главный недостаток Vim — это его принципиальная однопоточность (кстати, исправления этого недостатка ждут от проекта NeoVim, участники которого занялись переписыванием исходного кода Vim). Из-за этого, если включить для языка Python анализ исходных кодов (в том числе установленные библиотеки), то при попытке написать, например, «wx.» плагин уходит в долгий анализ библиотеки wxPython, а пользователь вынужден ждать завершения этого процесса, который может занимать секунд 30. Это все из-за того, что Vim не может проанализировать исходники в фоновом режиме. Этого недостатка нет в Emacs, но я к нему так и не привык, а еще в Emacs мне не понравилось, как устанавливаются плагины, особенно когда столкнулся с проблемой несовместимостей разных версий.

Некоторое время назад я пробовал SublimeText, этот редактор мне показался интересным, но все-таки через две недели его использования я опять вернулся к Vim, даже не помню по какой причине. Правда, после этого в Vim я себе установил тему для раскраски исходников как в SublimeText, а теперь аналогичную тему поставил и для Atom.

И вот месяц назад я себе установил Atom. И знаете, он у меня стал использоваться на равных с Vim, т.е. для больших проектов я стал использовать Atom, а для исправления отдельных файлов — по-прежнему Vim.

atom_main

В этом посте я расскажу про свой опыт использования редактора Atom и буду сравнивать его с Vim. Может быть правильнее надо было бы его сравнивать с SublimeText, на который он очень похож, и к которому он ближе по сути, но SublimeText я использовал слишком давно.

Читать далее ‘Atom. Еще один редактор для программистов’ »