Убийца дронов: Мы их глушили-глушили, глушили-глушили, глушили-глу…

Напомнило, из баек разработчиков:

Ну, сделали и мы в Блицкриге эту самую ракету. Как и немцы, сделали ее уже ближе к концу проекта и соорудили на базе объекта «самолет». Но программисты несколько схалтурили и не пооткручивали у бывшего самолета подозрительную для баллистической ракеты функциональность. Оказалость, что если во время полета к цели начинал идти дождь или снег, то во-первых ракета говорила человеческим голосом «Fliege zuruck»(нем. лечу назад), а во-вторых разворачивалась и летела обратно на базу. Фигли там, погода то нелетная.

Глупые трюки с ES6

Правда, такой подход не очень рекомендуют использовать в официальной документации к React.js — прим. переводчика.

Думаю, скорее не рекомендуется делать так:

render () {
  const props = this.props
  return <SomeComponent {...props} />
}

Потому, что это:

...make your code messy by making it easy to pass a lot of irrelevant props to components...

то есть, чтобы не засорять компонент props не относящимися к SomeComponent.

Сделано в МТИ: система контроля версий Gitless

Также обратный случай, иногда начинаю фиксить в неправильной ветке. С git checkout легко просто переключиться на правильную, все изменения останутся на месте. Тут Gitless поступит как проще для новичка, но при этом лишаешься гибкости.

Понять Open Source: модели использования

Зачем Барт написал сам на себе?

Как начать летать самостоятельно, без риска для жизни

Для первого самолета по своему опыту рекомендовал бы что-нибудь с задним расположением пропеллера, сам делал Метроид-М. Такая конструкция безопасней для пропеллера и оси которая легко гнется. Нос при этом можно наполнять мягким материалом-демпфером. Я как и автор сначала ошибся с центровкой, выравнивал палочкой с грузом на конце (привязанной к носу, торчащей вперед). При этом пропеллер не мешает обойтись легким грузом с большим рычагом.

Пара приемов работы с git

Недавно открыл git show-branch, покажет присутствие коммита в ветках.

Python на примере демона уведомления о новых коммитах Git

Добавлю, что такой же прием необходим при отправке notify-send из cron'а.

Python на примере демона уведомления о новых коммитах Git

Спасибо!
Хранить внутри объекта не совсем верно, если демон простаивал некоторое время, то уведомления начнут поступать о коммитах потупивших только после запуска. Способ с touch был выбран, чтобы избежать дополнительных файлов, про права не подумал.

Python на примере демона уведомления о новых коммитах Git

Да, письмом надежнее. Тут скорее целью было ненавязчивое уведомление о изменениях, чтобы не затягивать время merge'a и разрешения конфликтов. В коде предусмотрел добавление новых видов уведомлений, постепенно думаю обрастет новыми экспериментами :)