Высокая неопределенность

В книге Мэтью Сайеда «Принцип черного ящика» наткнулся на очередное описание принципа Release early, release often. Суть, как известно, в том, что быстрее выкатишь — быстрее получишь обратную связь — быстрее улучшишь ПО. Мне кажется, я знаю успешные компании, которые с самого рождения придерживаются этого принципа. И если в целом глобально я согласен, то описание в книге кажется мне всё же излишне крайним. Как будто никакое предварительное проектирование перед кодингом и релизом и не нужно. Но всё-таки мне кажется хотя бы базовые вещи (безопасность, нагруженность и т.п.) обязательно надо учесть...

В книге с дурацким названием "Решение проблем по методам спецслужб" я встретил довольно структурный и формализованный алгоритм для проверки гипотез. Если у нас есть проблема и несколько гипотез, которые могут её объяснять, то можно выписать эти гипотезы в столбцы таблицы, а в строках выписать факты и доказательства, которые у нас есть. Дальше каждому факту проставляем либо С - соответствие, либо П- противоречие, либо Н - неоднозначность...

По пути на работу прослушал в аудиоверсии книгу Максима Ильяхова про работу. В целом она может быть интересна целиком разве что начинающим специалистам. Если вы недавно начали работу в средней или крупной корпорации, то прочитайте, многие аспекты будут понятны вам сразу. Опытным офисным работникам, думаю, будет не интересно и не ново. Тем не менее, пару интересных моментов для себя я выделил: 1. Прежде всего, понравилась точка зрения на план как на фиксацию ожиданий для детекта отклонений по ходу. Я для себя сформулировал такую метафору: если мы собираемся поехать из Москвы в Петербург, то план - это ожидание, что в 12:00 мы будем в Твери, а в 16:30 - в Великом Новгороде...

Написать — сложно. Поддерживать всю жизнь — заебешься Сегодня вспоминаем классический очерк Фёдора Борщёва про ограничение длины обзора до 140 символов. Рекомендую прочитать всем Небольшие доработочки #management #it #доработки

. Прошло время и теперь я не молод. #meme