Пользователь
Если вы не курите, не занимаетесь экстремальными видами спорта и не переписываетесь за рулём, то с 80% вероятностью вы умрёте от развития и последствий следующих четырёх (в порядке смертоносности) проблем. Или, как Питер Аттия в своей книге Outlive, красочно и устрашающе назвал их «Четырьмя всадниками смерти» (The Four Horsemen).
Мы откроем нашим чадам
Правду — им не всё равно,
Мы скажем: "Удивительное рядом,
Но оно запрещено!"
В.С. Высоцкий
Занимаясь решениями в области "зеленой химии" мне часто приходится иметь дело с растениями (и с их химическими составными частями). Многие знакомые об этом знают и при случае интересуются, а что вот в этом овоще интересного, а что вот в этом фрукте. И как правило ответ вроде "витамины и минералы" — не удовлетворяет человеческое любопытство. Поэтому я, периодически занимаясь тем или иным представителем флоры, писал в своем facebook заметку с указанием интересных фактов/химических соединений, которые можно найти в этом растении.
Вот и сейчас, в ожидании Нового года многие закупаются хурмой. Знают, что она полезна. А вот чем, кому? Мне с одной стороны приятно, что существует большое количество людей, которым недостаточно видео-ролика или пару слов "на отцепись" в описании, а с другой — грустно из-за этой повальной тенденции к упрощению. Поэтому… поэтому если хотите узнать больше про природные антиоксиданты, расширить свои знания по лекарственным свойствам хурмы и понять почему хурма и Coca-Cola созданы друг для друга — проследуйте под кат...
Невозможно ошибиться, если на вопрос о самых сложных программах - упомянуть прошивки FADEC и автопилот Бурана. Что между ними общего? Это ultra-reliable код, исполняемый в RTOS-условиях - то есть буквально апогей программирования с выверенным каждым тактом и несколькими уровнями отказоустойчивости программ. Тем удивительнее, что все программы такого уровня разрабатываются только по Low-Code методикам - и началось это задолго до текущего хайпа.
В этой небольшой статье поговорим о том, что такое лог изменений проекта, зачем он нужен и как можно автоматизировать его генерацию с помощью GitLab.
Или как понять, когда остановиться
Как-то раз мой коллега, лид разработки, после затяжного спора о том, что должно быть в системной спецификации, подошел ко мне и спросил:
— Скажи, а зачем нам вообще нужны аналитики?
— И действительно, зачем? – подумал тогда я и написал заявление
Вопрос этот, как бы крамольно он ни звучал, очень правильный. Системный анализ, как фаза разработки приложения, присутствует всегда (даже если это системы класса «Hello, world»), а вот системный аналитик, как выделенная роль – нет. Выделение отдельной специальной роли работает точно так же, как и разделение труда в обычном производстве: для маленьких задач не целесообразно, для больших задач – оправданно. При таком разделении системный аналитик забирает на себя часть задач и функций некоего «универсального» исполнителя задачи. Однако, подобное разделение труда имеет свою цену: это потеря знаний при коммуникации, более сложное управление процессом и др. В этой статье я хочу поделиться своим опытом: описать минусы крайностей и дать рекомендации по распределению обязанностей между системными аналитиками и разработчиками.
Итак, нам нужен системный аналитик, который формирует требования и разработчик, который эти требования реализует в коде.
Если спросить у любого разработчика, каким главным свойством должны обладать системные требования, он, скорее всего, скажет: «чтобы было понятно, что делать». И это проблема.
Заключается эта проблема в том, что между сбором и систематизацией требований (прямая и понятная задача аналитика) и непосредственно кодированием (прямая и понятная задача разработчика) есть область проектирования решения; задачи из этой области могут и должны выполнять обе роли.
В первой и второй части материала речь шла о симптомах и стадиях выгорания. Сегодня расскажу о том, какие практики могут помочь, чтобы выбраться из этого состояния.
