44-ФЗ пишется через дефис. Уважаемый редактор, исправьте, пожалуйста.

Да, на Haskell я пишу 10 лет. За это время я видел 10 вакансий Haskell-программиста. На C# и Python я тоже пишу в функциональном стиле, но это не функциональное программирование.

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

Если писать про технологии и борьбу со сложностью кода, то здесь автор описывает маргинальные направления. Не хватает хотя бы упоминания того, что в мейнстриме: 1. Машинное обучение и анализ данных 2. Agile и гибкое управление требованиями 3. Декомпозиция и высокоуровневые языки. SOA и DDD. Нет упоминания и об эзотерике, кроме моделей. Например, про функциональное или логическое программирование.

Главное, что надо знать - за качество ПО в современной индустрии отвечают отдельные люди. В первую очередь это QA-инженеры, во вторую devops'еры. Это не программисты, хотя они умеют писать код. Тестировщик вообще отдельная профессия с историей, своими практиками и инструментами, которые призваны свести ко-во ошибок к минимуму. Неплохо знать про процесс разработки ПО: 1. Бизнес-аналитика 2. Системная аналитика 3. Проектирование интерфейсов 4. Usabillity-тестирование 5. Программирование 6. Тестирование 7. Deploy На каждом этапе работают с рисками и возможными проблемами. Например, usabillity-тестирование прототипов позволяет избежать ситуации, когда пользователь по ошибке будет тыкать не ту кнопку. Очень хорошо знать про связь с экономикой проекта. В заказной разработке команды отдают приоритет срокам и бюджету, поэтому жертвуют качеством. Плохой код и ошибки - норма. Спросите, например, разработчиков ГИС'ов. В продукте, который используют миллионы, или где ценна ошибки - жизнь, простые задачи стоят дорого и делаются долго. Зато боинги не падают из-за багов в автопилоте. Там как раз код верифицируют по моделям. Но это только одна из практик тестирования.

Этот материал автор Republic подписала не как перевод, а как статью, редактор выпустил на главную. На материале Атлантик автор могла сделать хорошую статью. Но, на мой взгляд, не вышло. Не хватило честной работы журналиста - разобраться в теме, попросить реальных людей рассказать свой опыт, пообщаться с экспертами. В итоге, рассказать о том, как на самом деле выглядит индустрия и как решает проблемы, обозначенные в источнике.

Автор два раза упомянул ООО «Технопромэкспорт» в списке компаний. Исправьте, пожалуйста, добавьте третью.

Не взлетит