А статья классная. Задуматься заставляет. Спасибо ) Но разве все настолько
печально?
Я за свою карьеру разработчика видел очень мало толковых менеджеров. Может 1
из 10 понимал, что он не стиральный порошок продает. А про XP, Scrum, Kanban и
прочий Agile слышали и того меньше. PM, выросший из разработчика, про эти вещи
чаще всего в курсе. Он более-менее знает внутреннюю кухню разработки. Он
привык постоянно учиться новому и копаться в литературе. Шансы у успешного
разработчика стать успешным менеджером проектов, с этой точки зрения, гораздо
выше, чем у всех этих «пробковых оленей с MBA». И легко выделяться на их фоне.
И я не могу поверить, что судьба успешного менеджера проектов — уныла и
бесперспективна. Ведь это именно те люди, от которых успех проекта зависит.
Неужели начальство, видя растущий профессионализм, который выражается в
количестве успешно завершенных проектов и количестве довольных клиентов
/растущей прибыли не будет дорожить таким сотрудником, повышать зарплату,
давать всяческие бонусы? А растущее резюме и бесценный накопленный опыт?
Профессия несколько другая, несомненно. И издержки у нее свои. Но «тупиковой»
ее назвать как-то язык не поворачивается.
Кстати о релизах. Недавно ретвитнул:
«It's easier to pretend you're doing Kanban than to pretend you're doing Scrum. That explains many Kanban adoptions.» — @nusco
Это конечно жестко, но еще раз можно повторить то что говорят все шарлатаны-аджайл-тренеры — Каждый проект уникален, каждый продукт уникален, каждая команда уникальна, каждый заказчик уникален. То, что работает для вас, с большой вероятностью, в неизменном виде, не будет работать больше ни для кого. Поэтому нужно подключать голову, следить за процессом и эволюционировать.
(а что тут правда «Написать» по option+return срабатывает? А юзабилисты Хабра виндами пользуются?)
Возникает иллюзия что менеджер не нужен, когда заказчик способен выполнять роль менеджера, расставлять приоритеты, и определять без подсказок что нужно сейчас, а какие элементы фичи можно вынести в следующие релизы. И только опытный PM, лучше выросший из кодеров, может подсказать, как внедрение этой фичи может пагубно повлиять на всю систему. И сколько ресурсов поддержка этой фичи может съесть впоследствии. Над всякими штуками, вроде Цена фичи = Технический долг / Бизнес ценность, кто будет думать? Это только чтобы бэклог сформировать. А кто будет оптимизировать процесс, тонко разгадывая проблемы команды, а кто будет сглаживать человеческие конфликты?
Я бы никогда не устраивал менеджерские/архитекторские/мейнтейнерские пляски если бы это не было обосновано. Я хочу писать код блять. Только дело в том что когда я пишу код — весь проект уходит куда-то в степи. Каждый, со всей глубиной своего таланта, занимается тем что ему по душе. Никто не знает общих приоритетов проекта, все считают что могут пилить свои фичи месяцами. Или добавлять что хотят. Кто это будет разруливать? И как? Методологи направлены как раз на уменьшение хаоса.
Надо привыкнуть если хочешь вернуться назад, то на текущей странице надо поставить закладку(зажать пальцем). С двумя страницами да, проблема. Но она и у обычных книжек есть же, что надо туда-сюда переворачивать. ИМХО дело привычки
> плохо поддерживает запись заметок «на полях»
Вполне прилично поддерживает. И заметки, и «выделение маркером». А потом еще отдельно показывает все заметки по всей книге списком с небольшими отрывками контекста.
> не даёт возможности лёгкого беглого чтения
Хочешь быстро листай, хочешь медленно. Problem?
> затрудняет просмотр справочной литературы, на которую ссылается текст
Да, особенно c амазоновым free 3G globally. Встретил http ссылку, нажал и вот она открывается в выскочившем браузере. А если есть только название книги и автор, то google it в том же браузере.
Ну а возможность носить с собой половину библиотеки твоего университета и кучу доп. материалов это и есть killer feature. Хотя конечно не со всеми книгами удобно работать на читалке. С атласами и сложными иллюстрациями например. Но с обычным текстом и формулами — почему нет.
Самое главное пусть они эти электронные книги выпускают, хотя бы в дополнение к печатным. А на каком девайсе их читать, на ноутбуке, на планшетнике, на читалке, на телефоне, в печатном виде — это студенты сами разберутся и время покажет, а не короткое исследование небольшой группы на одном девайсе.
Это печально.
У меня против заказа из США два суеверия:
— Доедет пустая коробка, а ноут осядет где-нибудь на бескрайних просторах нашей великой державы.
— Если заводской брак то непонятно как возвращать по гарантии.
Esc шикарный конечно. Так и манит: «Купи меня Виммер!» ) Но моему x201i всего год и вобщем-то устраивает. Я пожалуй повременю с покупкой. А там глядишь новые модели/снижение цен на старые.
А что же помидор на картинке есть, а подробнее про него не упомянули.
Краткое описание Pomodoro Technique
1. Выбери задачу, которую нужно завершить
2. Поставьте помидор на 25 минут (помидор – это таймер)
3. Работай над задачей пока помидор не зазвенит, сделай отметку
4. Сделай короткий перерыв (5 минут)
5. Каждые 4 помидора делай перерыв побольше
Помогает сохранять концентрацию и бороться с внешними раздражителями, потому как приходится «защищать помидорку любой ценой!»
Отличная статья, спасибо
В разделе "Выравнивание структур" опечатка в имени типа
alignmentStruct12->alignmentStruct8Скажите работают ли эти карты UnionPay от Bangkok Bank в России? Можно ли снять наличные в банкоматах и оплачивать в магазинах?
;..-D
пятнадцать раз больше.
[1]: en.wikipedia.org/wiki/Content_farm
маразм и Program Management»
www.smira.ru/2008/02/05/musaev-microsoft-program-management/
Очень в тему. Про необходимость выбора.
И еще видео из той же эпохи и из той же компании, Влад Садовский — про
профессию Архитектора.
krasview.ru/video/24534-2007.03.11_-_Vlad_Sadovskiiy_rasskazyvaet_o_Windows
А статья классная. Задуматься заставляет. Спасибо ) Но разве все настолько
печально?
Я за свою карьеру разработчика видел очень мало толковых менеджеров. Может 1
из 10 понимал, что он не стиральный порошок продает. А про XP, Scrum, Kanban и
прочий Agile слышали и того меньше. PM, выросший из разработчика, про эти вещи
чаще всего в курсе. Он более-менее знает внутреннюю кухню разработки. Он
привык постоянно учиться новому и копаться в литературе. Шансы у успешного
разработчика стать успешным менеджером проектов, с этой точки зрения, гораздо
выше, чем у всех этих «пробковых оленей с MBA». И легко выделяться на их фоне.
И я не могу поверить, что судьба успешного менеджера проектов — уныла и
бесперспективна. Ведь это именно те люди, от которых успех проекта зависит.
Неужели начальство, видя растущий профессионализм, который выражается в
количестве успешно завершенных проектов и количестве довольных клиентов
/растущей прибыли не будет дорожить таким сотрудником, повышать зарплату,
давать всяческие бонусы? А растущее резюме и бесценный накопленный опыт?
Профессия несколько другая, несомненно. И издержки у нее свои. Но «тупиковой»
ее назвать как-то язык не поворачивается.
«It's easier to pretend you're doing Kanban than to pretend you're doing Scrum. That explains many Kanban adoptions.» — @nusco
Это конечно жестко, но еще раз можно повторить то что говорят все шарлатаны-аджайл-тренеры — Каждый проект уникален, каждый продукт уникален, каждая команда уникальна, каждый заказчик уникален. То, что работает для вас, с большой вероятностью, в неизменном виде, не будет работать больше ни для кого. Поэтому нужно подключать голову, следить за процессом и эволюционировать.
Возникает иллюзия что менеджер не нужен, когда заказчик способен выполнять роль менеджера, расставлять приоритеты, и определять без подсказок что нужно сейчас, а какие элементы фичи можно вынести в следующие релизы. И только опытный PM, лучше выросший из кодеров, может подсказать, как внедрение этой фичи может пагубно повлиять на всю систему. И сколько ресурсов поддержка этой фичи может съесть впоследствии. Над всякими штуками, вроде Цена фичи = Технический долг / Бизнес ценность, кто будет думать? Это только чтобы бэклог сформировать. А кто будет оптимизировать процесс, тонко разгадывая проблемы команды, а кто будет сглаживать человеческие конфликты?
Возникает иллюзия что менеджер не нужен, когда
а индусам зато и читать не надо, сами умные: Зеков-индусов направят на IT-работы
www.charlietanksley.net/philtex/sane-vim-plugin-management/
Vundle(почти как Bundle) — Pathogen автора не устроил.
> плохо поддерживает запись заметок «на полях»
Вполне прилично поддерживает. И заметки, и «выделение маркером». А потом еще отдельно показывает все заметки по всей книге списком с небольшими отрывками контекста.
> не даёт возможности лёгкого беглого чтения
Хочешь быстро листай, хочешь медленно. Problem?
> затрудняет просмотр справочной литературы, на которую ссылается текст
Да, особенно c амазоновым free 3G globally. Встретил http ссылку, нажал и вот она открывается в выскочившем браузере. А если есть только название книги и автор, то google it в том же браузере.
Ну а возможность носить с собой половину библиотеки твоего университета и кучу доп. материалов это и есть killer feature. Хотя конечно не со всеми книгами удобно работать на читалке. С атласами и сложными иллюстрациями например. Но с обычным текстом и формулами — почему нет.
Самое главное пусть они эти электронные книги выпускают, хотя бы в дополнение к печатным. А на каком девайсе их читать, на ноутбуке, на планшетнике, на читалке, на телефоне, в печатном виде — это студенты сами разберутся и время покажет, а не короткое исследование небольшой группы на одном девайсе.
У меня против заказа из США два суеверия:
— Доедет пустая коробка, а ноут осядет где-нибудь на бескрайних просторах нашей великой державы.
— Если заводской брак то непонятно как возвращать по гарантии.
habrahabr.ru/blogs/gtd/107045/#comment_3374912.
Помогает сохранять концентрацию и бороться с внешними раздражителями, потому как приходится «защищать помидорку любой ценой!»