Category: работа

Mann

Этот блог

Этот блог - исключительно заметки на манжете одной скромной персоны. Никаким СМИ или открытой площадкой он не является

Включение в френд-лист является техническим приемом для редактирования новостной ленты и никак не отражает симпатий или антипатий автора блога

Допуск к комментированию по умолчанию открытый, но может быть закрыт любому читателю по усмотрению автора блога.

Если вас здесь забанили, а вы не поняли за что, то скорее всего вас забанили за глупость.
Mann

Конкретизация и измеряемость

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

А потом появляются байки "Нет, он не делал автомобили, он продавал столы, но тоже красные!"
Mann

Опрос: ненапряжная хрень за хорошие деньги

Представьте себе: вам предлагают работу. Зп больше вашей нынешней процентов на 10-15.
Задачи - совершенно ненапряжные но при этом абсолютно бессмысленные. Например ходить в костюме в офис, садиться за общий стол переговоров, приветствовать, выслушивать, ничего не понимать (это не страшно т к говорящие друг друга тоже не понимают а иногда и то что сами говорят) и желать всем хорошего дня.
Или, еще упрощаем, сидеть в комфортной кабинке у входа и считать входящих и выходящих
Требования несложные, самым принципиальным будет офисный дресс-код. Зп хорошая. Место надежное, вас точно не уволят (максимум - не повысят)
Но все это и скучно и абсолютно никому не нужно.

Примете ли вы это предложение? А если да - долго ли там собираетесь продержаться?
Mann

Переносимость как требование к ПО

Сижу тут, ваяю requirements к одному проекту. Получил задачу "А напиши-ка нам о переносимости. Ну так чтоб как положено, независимость от платформ , чтоб платформы менять на раз и всё такое"

Никогда не пробовал, но отчего б не взяться?
Взялся.
Ваяю.
Плююсь.

Оказывается, это требование, довольно модное и распространенное - удивительно пакостная штука.
Во-первых, оно на практике бессмысленное. По определению это мера, показывающая, сколько придется угробить труда, чтобы воссоздать точно такое же на другой платформе (других платформах). В идеале - никакого программирования, никаких доделок: переставил на новое место и оно дальше работает.
Звучит прелестно, но вот беда: гарантированно к моменту, когда будет поставлен вопрос о переносе на другую платформу, функционал изменится так что переделывать придется всё равно. И много. Поэтому требовать "сделайте так, чтоб переделывать не пришлось!" бессмысленно.
Более того, это еще и откровенно вредно. С этим требованием нет никакого смысла производителям платформ (например, СУБД) придумывать и реализовывать фичи, которых нет у других. Ими не смогут воспользоваться, именно потому, что их нет у других. Более того, даже фича , которую сообща внедрят 5-6 лидеров рынка (просто представим себе это, и пусть ругается антикартельное законодательство), тоже бессмысленна, т к она не сможет быть использована старым софтом. Да и новый её поостережется использовать.
Конечно, в реальности фичи все равно внедряют. КОнечно, в реальности разработчики стараются при переносе на новую платформу эти фичи использовать. Конечно, они для этого плюют на переносимость: приходят к манагеру и говорят: "Мы можем заставить прогу работать так же как на старом точно так же как это было раньше, но можно сделать гораздо лучше".

Только зачем тогда когда-то сидели несколько дней и писали эти требования к переносимости, если на них все равно потом приходится плевать?

Ну абсурд же: мы требуем возможности легкого переноса системы, функционал которой нам неизвестен (т к мы не знаем каков желаемый функционал будет у системы через несколько лет) на платформу, свойства которой нам неизвестны (т к если мы свою предсказать на несколько лет вперед не можем то куда уж предсказать на что будут способны СУБД, ОС и так далее)

Лучше бы сосредоточились на общей изменяемости софта. Т е не требовали бы переносить проги без изменений а обеспечили бы легкость этих изменений
Mann

Консалтинг

Чем выше я поднимаюсь в консалтинге, тем отчетливее понимаю, что вряд ли я для него создан.
Чем дальше я отхожу от банального body leasing и вхожу в мир советников, которые предоставляют компетентные консультации, тем тяжелее мне видеть, как на мои советы кладется огромный нержавеющий болт.

А обычный для консультанта подход "Мы продаем часы и производим удовлетворение клиента", где не нужно заканчивать проекты, а нужно затягивать их как можно дольше, при этом получая удовлетворение клиента каким угодно способом кроме реального результата, уже действует на нервы. Я, черт возьми, хочу приносить домой не только деньги. А ещё, например, повод моим детям гордиться отцом. Ну и мне самому - гордиться собой.
Всего этого я в консалтинге не нахожу. И чем больше в моей работе чистого консалтинга - тем дальше я от этой цели.