Блог Александра Башкирова

ИТ и бизнес, компьютеры и ПО, фото, программирование и просто мысли…
Этот сайт в основном посвящен тому, что мне интересно вне работы. Ведется в порядке хобби.
Все изложенное на сайте - мое частное оценочное мнение и не может быть истолковано иначе.
Со всеми вытекающими из этого последствиями.

вопрос к аудитории

Подписаться на эту метку по RSS

По мотивам. Про продукты и продуктовую разработку.

Просмотров: 1377Комментарии: 0
Alib.spb.ru

Интересная статья на Хабре: "Что происходит с надкусанным яблоком? Правильно — оно портится" (https://habr.com/post/354004/)
Кратко, там речь идет о том, что пользователь Хабра жалуется на свой пользовательский опыт с последней Mac OS. (До этого 10 лет на другиз "Маках" - полет отличный).
И подумал я, что продукт как класс - это настолько тонкая вещь... Если подумать, то что такое продукт? Если не смотреть на техническую сторону вопроса, то это в первую очередь - пользовательские истории. Истории взаимодействия пользователя и продукта. Хороший продукт - удобный, решающий зажачи пользователя. Плохой - неудобный, и задачи пользователя не решающий.
При этом продукт, развиваясь, может оказаться в странной ситуации - когда вроде бы делаешь "хорошо всем", а получается - причинение добра. "Доктор, мне не надо как лучше - можно лучше просто хорошо?"
Получается, что при каждом новом релизе вроде бы неплохого продукта - мы получаем ситуацию, когда продукт требует полного и тщательного user-story-тестирования. Причем, не в рамках ТЗ и фисч, а в рамках банального удобства. Более того, если продукт обладает большой вариативностью вариантов использования, то тестирование должно как минимум охватываеть основные из этих вариантов. А на неосновных - должна быть готовность улучшений по итогам отзывов пользователей.
Но это как бы классика и понятно. Я на самом деле о другом хотел сказать. А именно - о роли личности в продуктовой разработке. В статье была аппеляция к Стиву Джобсу: мол, при нем не было такого странного поведения продукта. И я серьезно задумался: действительно ли Джобс "решает"? Или, если ставить вопрос шире - насколько личность product owner'a / product manager'a влияет на продукт? Я имею в виду не тупиковые ветки, когда назначенный менеджер есть, а влияния на продукт у него ноль с хвостиком. А ситуацию, когда есть взрослый, грамотный product owner - который отвечает "от и до" за выпуск конечного продукта. Например, мы видим массу мобильных телефонов, ноутбуков, автомобилей и т.д. Все они - так или иначе сложившийся продукт. Интересно, у них есть свои "невидимые звезды", типа Джобса? Или большинство продуктовых композиций - продукт деятельности конвейра из дизайнеров-инженеров-художников-технологов-маркетологов?
Как вы думаете?

С 9 до 18ти

Просмотров: 3252Комментарии: 0
Работа
Предупреждение: все, что написано ниже - касается исключительно работы в сфере ИТ. 
В последние дни февраля хочу поговорить на непростую тему. За что мы работаем?
Вернее, не так. За что - понятно. За деньги. 
А вот как мы это делаем...
Я встречал компании (вполне себе солидных интеграторов и не менее солидных провайдеров), в которых график работы (с 9 до 18, с перерывом на обед, ну или вариации - с 8 до 17ти и т.д.) - возведен в ранг священного постулата.
Что в итоге? А в итоге, народ начинает относиться к работе "по-советски" (в худшем смысле слова) - "я не работаю - я провожу время на работе за деньги".
То есть, с одной стороны, жесткое время пребывания на работе заставляет переориентироваться с работы на время. Что в общем не верно. 
Лирическое отступление. "Тупая" ориентация на результат (я видел и такие компании) без оглядки на время - тоже не сахар.
С другой стороны, ориентация на результат к сроку (если результат и срок разумны) с "мягким" ограничением по времени (присутствие в офисе с 11ти до 16ти, например) - выглядят довольно разумно.
У меня есть хороший опыт проектной работы. И мне сложно представить, КАК я бы работал, будучи загнан в пресловутые рамки "9 - 18". Дело в том, что проект по загрузке по времени нелинеен. Бывают "пики", бывают "спады". И работа (моя, по крайней мере) иногда может позволить "свалить" на пару часов пораньше - а иногда требует ночных бдений. Что примечательно - итоговый результат по времени получается "примерно-нейтральным". То есть - 40 часов в пересчете на неделю в перспективе 3..4 месяцев.
Тут еще надо сказать, что работать вне схемы "9 - 18" могут люди с высокой степенью самоорганиции. Потому что в ином случае получится бардак, и лень.
Да, еще ремарка. "В схеме" или близко к тому могут и должны работать те, у кого характер работы подразумевает подобную работу (простите за тавтологию) - то есть, например, системные администраторы, операторы баз данных, служба поддержки и т.д. То есть те, кто работает с постоянной, прогнозируемой загрузкой и понятными задачами.\
Сумбурно получилось.
А вы строите вашу работу?

Про письма в частности и взаимопонимание в целом

Просмотров: 2532Комментарии: 0
Работа

Я тут заметил, что есть категория людей, с которой в основном общался по прошлой работе), которая паталогически не умеет читать письма. Я, как правило, в рабочих письмах стараюсь делать выжимку - давать суть, не более того. Писать коротко, четко, ясно.

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

Скажите мне, друзья - откуда это? Коллективный маразм или аура конкретного места? Или просто так звезды сошлись?

Жизнь в эпоху копипастинга

Просмотров: 3280Комментарии: 0
IT Blogs

то будет странный пост... поток сознания:)

Итак, мы живем в эпоху глобального копипастинга. Копипастингом пишется код. Ооочень часто. Сознаюсь: у меня иногда хватает времени на то, чтобы сеть и кодировать. Так вот, в том, что я скромно именую "моя CMS" примерно 70% "моего" кода, и около 30 - копипастного. Я такой код обычно оформляю в отдельные файлики, складываю его в отдельный каталог, и всегда пишу - откуда стянуто... это не к тому, какой я хороший. А к тому, что когда попадается задачка уровня первого семестра "программирования" технического ВУЗа для непрограммистих специальностей, мне проще погуглив найти решение, чем думать.Времени точно займет меньше. Как показывают наблюдения, я не одинок: знакомые (программисты и другие ИТшные жители) говорят, что копипастится все: от конфигов до кода.

....А как же любимая всеми команда man? - грустно вздохнул серый ослик Иа-Иа.

да, да - и "мире linux" копипастинг тоже набирает обороты. "Не знаешь как? - скопируй"

Теперь о том, что ближе. О документации. В общем, ни для кого не секрет, что разного рода вендоры, внедренцы, ИТ-компании и прочие "братья по разуму" (работаю я в ИТ компании, у интегратора - если что, так что - точно братья) имеют наработанную библиотеку типовых документов и презентаций. Оно и неплохо, когда надо для продажи ... (хотя смотря для какой - бывают такие продажи, что под них готовится отдельный, независимый, не похожий ни на что пакет документации)... но вот когда копипастится проектная документация, или  в нее копипастятся отрывки из учебников - простите, не понимаю...

- Где? - спросите вы.

- А вот видел. Не в родной компании, слава Богу. Но - видел. Причем грамотно так вписано в текст,  если бы в свое время не освоил книжку, которая была скопипащена - мог бы и не заметить: талантливый автор документа писал в стиле авторов книги. Видел не по работе - знакомый попросил помочь оценить документацию.

Причем, по ощущениям, еще когда учился в институте - ну не было такого. То есть: тырить - тырили, в основной массе - "домашку" перекатывали и лекции, но вот код (когда пришло время) писали сами, вылизывали... работы всякие тоже в основном сами писали (это были неправильные студенты, или  чего-то не замечал?). А сейчас как-то все слегка по-другому...

На ум пришел один из постов Алены, вернее, мысль, которая "красной нитью" шла через несколько постов: пришло молодое, амбициозное поколение, которое нацелено на быстрый результат... не это ли одна из глубинных причин повального копипастинга?

Кросспост из моего ИТшного блога на ITBlogs.ru