Задачи DevOps
На работе потребовалось сформулировать задачи для DevOps. Эта роль протянула свои щупальца почти во все аспекты разработки ПО, и человеческим языком описать её задачи оказалось довольно сложно. В итоге получился такой вот перечень (конечно, это задачи именно melesta-вского DevOps):
Про безусловный основной доход
Содержание этого поста устарело и не соответствует моему текущему мнению. Когда-нибудь я напишу новый пост. Этот материал оставлен для истории.
Тут со всех сторон прут радостные вести про передовой опыт немцев, которые раздавали по 1000 евро в месяц людям, чтобы те не боялись за своё будущее и начинали креативить. Дескать эксперимент очень удачный и, вообще, светлое коммунистическое будущее близко.
Это называется безусловный основной доход .
Так вот, я, фактически, являюсь прямой ЦА для таких инициатив — прямее некуда. Как по жизненным ценностям, так и по возможности эмулировать для себя подобную штуку, работая, допустим, неделю в месяц за ту же 1000 евро. И у меня есть что сказать по этому поводу.
Кратко: брехня и провокация.
О системном мышлении
Системное мышление — это практический подход к восприятию мира, который значительно ускоряет способности анализировать, принимать решения и учиться. Практический потому, что сформирован практикой, а не вырос из абстрактных математических теорий.
Если вам знакома аббревиатура ТРИЗ, то я бы сказал, что методы ТРИЗ — это набор частных случаев применения системного мышления в физическом производстве.
Когда надо слушать пользователей
Вечные направления.
Первое, чему учат начинающего разработчика — это не слушать хотелки своих пользователей. Умение игнорировать чужие идеи даже важнее урезания фич, не говоря уже о какой-то там монетизации. Начнёте потакать им (или менеджменту, хе-хе) и всё, считай нет продукта, вместо него адская химера.
Конечно, в реальной жизни всё не так однозначно и данное табу полезно только для неокрепших умов. Мы же люди опытные, поэтому вместо безусловного запрета подведём небольшую теоретическую базу под этот вопрос. Ладно, не теоретическую базу, просто хочу сделать пару заметок.
Так кого и когда необходимо слушать при разработке ПО?
Мой прогноз на 2050-ый
Поучаствовал в обсуждении сеттинга рассказов для следующего конкурса СССР 2061 и внезапно написал своё видение развития IT (и около IT-шных областей) на ближайшие 30 лет (ориентировочно до 2050). Надеюсь, в 50-ом смогу это прочитать.