а что с патентами? я так понимаю в россии не очень нужно, а в европе наверняка у дайсона всё запатентовано?

не хватает ещё Bug Driven Development wiki
хотя это похоже на PDD.

В статье есть много не точностей, и много не совсем верных данных.
К примеру 1.1 год в гугле точно не правда. Я не знаю как считает Payscale, но это точно не очень похоже на правду.
К примеру тут hackerlife.co/blog/san-francisco-large-corporation-employee-tenure более правдивая картина.
Плюс надо понимать как устроен рынок в США для топ компаний.
В компаниях типа google, amazon, apple и т.д. весьма средняя базовая зарплата, а как минимум половина зарплаты идёт через опционы акций(RSU) и кэш бонусов.
При устройстве на работу, дают опцион на 2 года, т.к. полный пакет акций можно получить только через 2 года, а первую часть помойму только через год. Потом каждый год дают новые опционы. По факту получается, что если увольняешься через 2-3 года, то человек может потерять 100-200+ тыс $.

Так же надо понимать, что в гугле и многих других компаниях работает весьма много интернов(студенты университетов), которым тоже платят зарплату, и которые тоже могут попаять в рейтинг payscale.
В амазаон вообще работает 300+ тыс человек, и в основном это работники складов и сортировочных центров — там текучка вообще огромная.

Показатели гитхаб не очень верно расматривать в абсолютных значениях. Вот научная статья, которая разбирала сколько дубликатов на гитхабе по разным языкам программирования:
blog.acolyer.org/2017/11/20/dejavu-a-map-of-code-duplicates-on-github
Интересно почитать всю статью, но краткая выдержка такая:
у JavaScript 261 миллиона файлов, из которых только 6%(всего 16 миллионов файлов) не дубликаты.
У той же Java не дубликатов 60 % или 43 миллиона файлов.

Так что скорее можно назвать JavaScript лидиром по копи-пасту.

подход вполне понятен, и имеет смысл. Но не лучше ли такое делать архитектурно? Т.е. делать resilient architecture, а не патчинг прода.
К примеру на Load Balancer перевести трафик на чистый сервер, потом спокойно рестартануть сервис. Такой подход добавляет большую надежность общей системы, и убирает приседания с байт кодом. что-то типа netflix style.

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

Помимо этого ответа, на форуме НАСА так же говорят о том, что контракт с НАСА подразумевает berth (подлететь к люку, а не стыковаться), а не docking. Плюс люк, к которому стыкуется Драгон так же используется и другими кораблями — к примеру Сигнус. Поэтому у этого люка нету дополнительного оборудывания для автоматической стыковки.

В intlliJ IDEA есть прекрасный плагин plugins.jetbrains.com/plugin/7017-plantuml-integration
Помогает прям из ИДЕИ редактировать и смотреть результат. А ещё есть бесплатный плагин к confluence.
Ну и весьма удобно хранить рядом с кодом диаграммы, особенно когда описываешь state-machine.

Ещё есть сильная команда у Дальновосточного университета.

Да, этот форк развивается, но всё равно она не сертифицирована по FIPS 140 и FIPS 140-2, для многих это уже красный флаг.

Не используйте внештатное шифрование с открытым ключом и низкоуровневые криптографические библиотеки вроде OpenSSL или BouncyCastle.

Не пойму почему автор советует использовать NaCl, а OpenSSL и BouncyCastle нет.
Если верить en.wikipedia.org/wiki/Comparison_of_cryptography_libraries
то NaCL не сертифицирован FIPS 140 и FIPS 140-2, весьма спорно рекомендовать эту библиотеку.
Плюс она ещё и не релизилась с 2011 года.

а можно на несколько курсов одновременно записаться?
Сколько предположительно будет нагрузка в неделю по каждому из курсов?

А не могли бы написать статью, или добавить в этой статьи примеры текущей деятельности. К примеру купили компанию Н. там было всё плохо с а) б) в), оптимизировали 1) 2)3) сделали CI/CD, обучили тому то и тем то, уволили n человек. Книг особо про VP of Engineering не пишут, либо пишут без тех подробностей( к примеру книга The phoenix project). Очень интересна эта кухня, и как туда двигаться.

Спасибо — очень грамотный комментарий. Думаю вы абсолютно правы на счет того, что хайп развернулся из-за того, что многие думают что бэкэнд сервера начнут на node.js переводить.

Не могу найти, что Netflix переписал с Java на Node.js.
Если посмотреть их OSS:
https://github.com/Netflix
то там проекты, которые написанные на JS в основном вспомогательные, возможно пока они не решились открыть в open source свои проекты на node.js
Судя по статье:
https://medium.com/netflix-techblog/node-js-in-flames-ddd073803aa4
перформансом они пока не очень довольны. Плюс на сколько я понял, всё-таки core они пока не переводят на node.js, а только сервера, которые используются для front-end

Поправка(редактировать оригинальный комментарий нельзя):
4) СпбГУ — Станислав Ершов, Игорь Пышкин, Айдар Сайранов. Тренер Андрей Лопатин.
14) ПСУ — Илья Кучумов, Михаил Майоров, Богдан Прыщенко. Тренер Михаил Рубинчик.
20) СПбАУ РАН — Всеволод Степанов, Николай Жидков, Михаил Зуев, Тренер Сергей Копелиович.
41) МГУ — Никита Багров, Денис Купляков, Иван Лахтанов. Тренер Андрей Шестимеров.

Давайте назовем победителей по именам, а то как-то не красиво прятать победителей за вывеской университета, хотя он конечно и важен!
1) ИТМО — Иван Белоногов, Владимир Смыкалов, Илья Жбан. Тренер Андрей Станкевич.
4) СпбГУ — Станислав Ершов, Игорь Пушкин, Айдар Сайранов. Тренер Андрей Лопатин.
5) МФТИ — Константин Семенов, Иван Смирнов, Артем Жук. Тренер Михаил Тихомиров.
10) УФУ — Кирил Борожин, Алексей Кунгуртсев, Владимир Лесков. Тренер Михаил Рубинчик
14) ПСУ — Илья Кучумов, Михаил Майоров, Богдан Пришенко. Тренер Михаил Рубинчик.
20) СПбАУ РАН — Всеволод Степанов, Николай Жидков, Михаил Зуев, Тренер Сергей Копелевич.
26) СРУ — Роман Киреев, Алексей Рипинин, Олег Смирнов. Тренер Михаил Мирзаянов.
37) ТПУ — Олеся Голубь, Николай Кузиванов, Алексей Ветров. Тренер Павел Хаустов.
41) МГУ — Никита Багров, Денис Купляков, Иван Лакханов. Тренер Андрей Шестимеров.
49) НГУ — Павел Смрнов, Николай Викторов, Роман Вишневский. Тренер Степан Гатилов.
В команде Томского Политехнического Университета есть девушка Олеся! между прочим единственная из Российских университетов.

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

Я много читаю статьи на английском языке, и сейчас в англоязычном кругу стараются не использовать термит AI(как и нейронные сети), а использовать Deep Learning (глубокое обучение). Т.к. почти все успехи последнего времени связаны именно с этой методикой машинного обучения. Так же задачи, которые может решать глубокое обучение — ограничены некоторыми требованиям — нужно большое количество входных данных, и большое количество вычеслительных ресурсов.

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

В Разборе Полетов где-то с весны Алексей Шапилёв является основным ведущим.