Новые ссылки про зависть народную к белорусском ИТ, правильное обучение детей программированию и новую жизнь браузера Opera, а также технические публикации про Git, Python, CI, TDD и современный деплой — в авторском обзоре за неделю.

Читать далее

1. Доить нельзя помиловать

Расставляем запятые правильно в этом предложении вместе с гуманитариями-экспертами (уже смешно?) — в новом видео с философом Владимиром Мацкевичем:

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

2. «И только программисты — особая каста людей»

Про обучение программированию (перевод Уолтера Ваннини): Почему писать код — это не весело и просто.

Почему писать код — это не весело и просто → https://t.co/gChx8sxEnd pic.twitter.com/j2T9BP7wa3

— Роем! (@roemru) January 9, 2017

Два характерных мнения из комментариев:

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

И так, кстати, не только в программировании. Мы с товарищем (оба дипломированные учителя английского) несколько лет назад обсуждали, как портит учеников отношение play & learn. Понятно, что многие аспекты языка можно усвоить в игре, но также есть и более сложные области, различные важные нюансы, которые зачастую проще и быстрее усвоить обычным скучным способом — запоминаем правило, смотрим примеры, практикуем.

Уверен, что в любой области так. В общем, вывод простой: если чем-то заниматься профессионально, то нужно изначально смириться, что предстоит тяжёлая дорога на пути к мастерству. Иначе никак — веселье закончится быстро, начнутся трудности, и ученики сразу станут «отваливаться».

Противоположное мнение про обучение в любимом хипстерском стиле «весело и просто»:

Автор всё свалил в одну кучу — дети, мосты, фейсбук, ответственность, операции на мозге.

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

Когда ребёнок из железок, винтиков и болтиков собирает машинку; из деревяшек — скворечник; месит тесто — ему надо объяснять, что это — не весело и не просто, это ответственность и тут нужен особый склад ума, и если не проявить должной серьезности — то в будущем фрустрация, судороги, понос, смерть?

3. Новая жизнь старой Opera

Две одновременно интригующих историй произошли вокруг знаменитой Оперы на прошлой неделе:

• Во-первых, у Opera появился радикально новый браузер Neon. Это новое слово в мировом браузеростроении, которое пока взлетает с заметным скрипом.
• Во-вторых, ещё более важное — при пока невыясненных обстоятельствах, на Github были выложены полные исходники знаменитого (и, по мнению многих — единственно настоящей версии браузера Опера) движка Presto. Диковинный репозиторий был быстро выпилен правообладателями, но скачать код успело огромное количество любопытных разработчиков. Кто сказал, что рукописи исходники не горят?

4. Новые материалы про священный Git

• Малоизвестные Git-команды, которые должны знать все.
• Прокачиваем скиллы: рисуем графики коммитами на Гитхабе.
• Подведение итогов развития: Git in 2016.

5. Про сущность TDD на примере

Алгоритм Дейкстры и разработка через тестирование.

Это перевод статьи легендарного Роберта Мартина, автора шикарной книги «Чистый код». В статье (октябрь 2016 года) господин Мартин демонстрирует искусство TDD на примере алгоритма Дейкстры.

Не так давно он был на конференции SCNA, и один из коллег обратился к нему по поводу мнения насчёт разработки через тестирование (TDD) и алгоритма Дейкстры. Он спросил, можно ли найти серию тестов, которые привели бы нас к этому алгоритму. Мартину показалось, что это будет интересное и полезное упражнение для всех, поэтому-то он и решил написать на эту тему.

​6. Уголок суровых методологов

• Пьеса «Технический долг» в 9 частях. Ставится и показывается впервые.
• Обратная сторона Agile. Это небольшая история о том, как агрессивное внедрение методологии разработки Agile (Scrum) в отдельно взятой российской ИT-компании послужило началом исхода из компании лучших разработчиков.
• Про проблематику современного Agile, Product Management'a и Software Development и новый паттерн методологии разработки — Feature Factory: 12 Signs You’re Working in a Feature Factory.

7. Оптимизация и скорость доставки веба

Высокоуровневый доклад (много текста) для веб-программистов вообще про всё, что связано со скоростью доставки (обработки) вашего контента-программ. Этот доклад от специалиста из «Яндекса» последовательно обсуждает все фазы ускорения вашего проекта: серверная сторона, протоколы и каналы передачи, структура данных, клиентская сторона обработки. Универсальный взгляд и важные практические выводы.

Анатолий Орлов — Скорость с доставкой до пользователя.

8. Эволюция процесса деплоя

Денис Яковлев — Эволюция процесса деплоя в проекте.

Ещё один большой доклад (много текста) об организационной стороне разработки. Вот справедливый комментарий к нему из-под материала:

Большая часть статьи посвящена Ansible и Chef, но это же, как вы сами пишете, только менеджеры конфигурации. А статья называется «деплой», и это подразумевает нечто большее, разве не так? Прежде чем что-то конфигурировать, это что-то нужно ещё собрать/скомпилировать (возможно, стоило бы получше раскрыть тему CI и build-серверов?) и как-нибудь красиво доставить на сервер (например, упомянутыми выше менеджерами пакетов).

Ключевые слова доклада: deploy, Anisble, Chef, Сonfiguration Management System, Cookbooks, vagrant.

9. CI для всех начинающих

Чтобы дополнить всё сказанное выше про «деплой» — ещё одна свежая ссылка из прошлой недели, которая органично завершает предыдущий доклад.

Это новый образовательный материал — хорошее практическое введение в тему: Система непрерывной интеграции. По ссылке доступна первая часть, прошу обратить внимание — внизу статьи ссылка на следующую часть перевода (и так далее, таких частей много) этого подробного руководства по реализации тестовой CI на примере Git и Python.

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

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

10. Выжимаем с Python настоящую «хуткасць»

Этот видео-доклад рассказывает про до предела насыщенную жизнь айтишника, в котором лектор фоном рассуждает про то, как «питон съел жабу» и про «performance engineering with python». Чисто случайно, последнее и заявлено темой выступления.

Александр Чистяков: «Оптимизация производительности для питонистов»

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

*Мнение колумнистов может не совпадать с позицией редакции.
**В цитировании сохранены авторская орфография и пунктуация.

Помогаете devby = помогаете ИТ-комьюнити.

Засапортить сейчас.