Комментарии 12
Не голосовал, но хотел «против».
Для меня несколько задач/проектов — это воздух. Иначе могу оказаться в зависании над одной проблемой, вместо — переключится и подойти к вопросу с новыми мыслями.
П.С. обычный режим последнее время: 1С 77, 1С8, C#, ASP MVC, Android
Для меня несколько задач/проектов — это воздух. Иначе могу оказаться в зависании над одной проблемой, вместо — переключится и подойти к вопросу с новыми мыслями.
П.С. обычный режим последнее время: 1С 77, 1С8, C#, ASP MVC, Android
Вы молодцом — да, смена задач и потоков в таком креативе не помешает, тупо сидеть и пилить один модуль годами — мало кто справится
У меня тоже после 16 лет админства в прошлом году внезапно проснулся C#, ASP.NET MVC4, на днях еще и взялся за прикручивание к сайту twitter bootstrap. Теперь днем админ — знания и опыт не пропьешь, вечером C#. и да, мне 30
У меня тоже после 16 лет админства в прошлом году внезапно проснулся C#, ASP.NET MVC4, на днях еще и взялся за прикручивание к сайту twitter bootstrap. Теперь днем админ — знания и опыт не пропьешь, вечером C#. и да, мне 30
В отличие от людей, компы не начинаю страдать фигней, если их постоянно держать на одной задаче.
Другие задачи нужны:
1. чтобы отойти от надоевшей/сложно-муторной/тривиальной работы — в том числе, чтобы сложный процесс оставить в фоне, где наша думалка иногда способна находить просто фантастические решения;
2. чтобы развить компетиции;
3. чтобы помочь своим коллегам.
Во всех случаях переключение и его последствия могут быть обгажены паршивыми взаимоотношениями в команде, а могут и дать синергический эффект — если взаимоотношения нормальные, у ПМов есть план, все стремятся к адекватности и не боятся возражать и доказывать непопулярную точку зрения.
Я для себя сделал однозначный вывод: развивать и оптимизировать стоит взаимоотношения с людьми и свои навыки. Все остальное вторично. С хорошими людьми и правильными навыками — любая сложная задача решаема, без них — способна превратиться в адЪ.
Другие задачи нужны:
1. чтобы отойти от надоевшей/сложно-муторной/тривиальной работы — в том числе, чтобы сложный процесс оставить в фоне, где наша думалка иногда способна находить просто фантастические решения;
2. чтобы развить компетиции;
3. чтобы помочь своим коллегам.
Во всех случаях переключение и его последствия могут быть обгажены паршивыми взаимоотношениями в команде, а могут и дать синергический эффект — если взаимоотношения нормальные, у ПМов есть план, все стремятся к адекватности и не боятся возражать и доказывать непопулярную точку зрения.
Я для себя сделал однозначный вывод: развивать и оптимизировать стоит взаимоотношения с людьми и свои навыки. Все остальное вторично. С хорошими людьми и правильными навыками — любая сложная задача решаема, без них — способна превратиться в адЪ.
Женщинам легче выполнять несколько задач одновременно, мужчины лучше решают задачи последовательно. Каждый человек, очень грубо, имеет характерные особенности мышления мужчины и женщины. То есть, одному parttime — зло, другому — спасение, третьему может быть все равно как решать задачу. Вы озвучили гипотезу уровня задач доктора философских наук, а аргументация на уровне дилетанта(в этой конкретной проблематике). Если под PM вы подразумеваете Project Management, то есть методологии(а их несколько не смотря на то, что вы категорично указываете на безвариантность), которые учитывают возможность перевода сотрудника на другую задачу в целях организации ему отдыха «сменой деятельности», например.
Такие статьи вызывают радость, так как вижу — одним конкурентом меньше…
Никогда не возникало проблем с переключением между проектами. На данный момент у меня два основных проекта. Один — там я выполняю обязанности front-end разработчика сложного WYSIWYG редактора. Второй — распознавание образов. С++, OpenCV… словом… ну вообще ничего общего. И как-то это даже расслабляет
Помниться пришлось сидеть на одном проекте порядка месяца, вот тогда у меня был стресс. Мне просто необходима какая-то динамика, изменения… иначе становится тоскливо и падает продуктивность.
Помниться пришлось сидеть на одном проекте порядка месяца, вот тогда у меня был стресс. Мне просто необходима какая-то динамика, изменения… иначе становится тоскливо и падает продуктивность.
Видимо, автор говорит не о переключении в стиле «полдня делаю X, а потом доделываю Y», а в стиле:
Разработчик сдал X, довольный такой начал делать Y
И вдруг прилетает: СРОЧНО передвинуть кнопку в X.
Передвинул, продолжил делать Y.
Вдруг прилетает СРОЧНО сделай описание структуры 3-4 таблиц нашей базы, чтобы написать ТЗ интеграторам, которые будут в неё лазить.
Написал, вернулся к Y.
И тут опять прилетает: бросай Y, делай СРОЧНО очередное 20-минутное дело. Вот это зло.
Разработчик сдал X, довольный такой начал делать Y
И вдруг прилетает: СРОЧНО передвинуть кнопку в X.
Передвинул, продолжил делать Y.
Вдруг прилетает СРОЧНО сделай описание структуры 3-4 таблиц нашей базы, чтобы написать ТЗ интеграторам, которые будут в неё лазить.
Написал, вернулся к Y.
И тут опять прилетает: бросай Y, делай СРОЧНО очередное 20-минутное дело. Вот это зло.
Может потому и не возникало проблем, что ничего общего? Вот у меня сейчас два проекта на 99% с совпадающей кодовой базой. Проще говоря — форки одного общего корня, адаптированные под немного разные требования. Получается, что примерно половину времени работаю над корнем (в основном багофикс и рефакторинг), а половину над форками пополам. Я даже не могу подсчитать сколько времени я работаю над каждым из двух проектов. Как мне считать время, которое я работаю над корнем? Над первым или над вторым? Пополам? Пропорционально важности проектов для заказчика?
С точки зрения фрилансера парт тайм дает тебе свободу и разрушает сложившиеся стереотипы, что человек должен всю жизнь пахать, а потом жить на шесть тысяч рублей пенсии(на западе почти так же только пенсия достойная).
С точки зрения работодателя тоже очень хорошо позволяет догрузить работников работой, с нормальными условиями и системой управления проектами это не так плачевно как описал человек в статье.
С точки зрения админа у меня всегда какой то парт тайм, по сравнению от разработчика все задачи у него не сильно большие, сделал и взялся за следующую, при наличии приоритетов и таск менеджера работается на ура и сис админу.
В управлении людьми я так же понял если человек не может что то, скорее всего стоит с ним расстаться иначе он превращается в бомбу замедленного действия.
С точки зрения работодателя тоже очень хорошо позволяет догрузить работников работой, с нормальными условиями и системой управления проектами это не так плачевно как описал человек в статье.
С точки зрения админа у меня всегда какой то парт тайм, по сравнению от разработчика все задачи у него не сильно большие, сделал и взялся за следующую, при наличии приоритетов и таск менеджера работается на ура и сис админу.
В управлении людьми я так же понял если человек не может что то, скорее всего стоит с ним расстаться иначе он превращается в бомбу замедленного действия.
«компьютеру при переключении между задачами как минимум требуется выгрузить из памяти текущую и загрузить следующую из очереди» — хм, это когда были такие компьютеры?
Вообще то что парт-таймом может быть сложнее управлять это вроде как очевидно, часто это еще подразумевает что у разработчика появляется несколько менеджеров, и интересы разных проектов могут начать конкурировать между собой. Другое дело что в реальном мире кому-то с ним все равно приходится иметь дело.
Вообще то что парт-таймом может быть сложнее управлять это вроде как очевидно, часто это еще подразумевает что у разработчика появляется несколько менеджеров, и интересы разных проектов могут начать конкурировать между собой. Другое дело что в реальном мире кому-то с ним все равно приходится иметь дело.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О вреде part time занятости