Если всегда есть несколько нерешенных задачь, например написание обработки1, написание обработки2... , то лучше в течении дня переключаться с одной на другую задачу или сначала одну делать потом вторую?
я считаю что переключаться. так продуктивнее будет и пока одну делаешь вторая может решаться фоново при помощи обсуждения на мисте. а вы как думаете?

Капюшон?

(0) за " вторая может решаться фоново при помощи обсуждения на мисте" предлагаю забанить на годик

мне абсолютно

(2) это правда жизни

Можно просто тянуть время и дождаться когда задача станет неактуальной.

(1)нет. я его друган.
(2)предлагаю тебе жбан снести, как тебя, устроит такое решение? Чем тебе не нравитя мой расклад? на мисту можно закниуть вопрос по интересующей тебя теме и начать обсуждать его. Разве не так все делают? Но Форумы то для чего по твоему ныжны? Чтоб обсуждать вопросы, которые не получается решить самому, обмен опытом. А пока проблема не решена, можно другой заниматься.

Лучше последовательно. Нет затрат на переключение + задачки "отстаиваются" - часть отпадет.

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

(8)я так тоже делаю. но еще считаю что иногда одна задача утомляет и нужно переключиться.

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

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

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


и уйти курить

+(11) это была зарисовка "один день из жизни фикси"

Лучше последовательно. Доделал 1 вопрос, что бы не возвращаться к нему и забыл.
Но чаще получается паралельно. Особенно когда у обоих задач высокие приоритеты. Правда тогда и работа делается как бы на половину. Лишь бы работало. А ингда вообще как в (5) получается.

Лучше вообще потерпеть - многие задачи (в основном поступающие от "вспомогательных" структур организации) на фикси имеют свойство терять актуальность и саморассасываться.

(14) особено "срочно срочно еще вчера позарез иначе все умрем и останемся без денег"

ибо эти задачи "рождаются" под влиянием момент - желанием постановщика разово себе облегчить жизнь для решения разовой задачи

Человек обычно работает над одной задачей. Юлиев Цезарей в природе немного. Потому правило трёх гвоздей никто не отменял. Грамотно забить болт на работу один из самых важных навыков в жизни. Пока топор спит, полено отдыхает.

по мере их поступления и сложности (объема)
мелкие - сразу
долгие - пока не добью. Но при этом стараюсь чередовать скучные с интересными.

Скучные - однообразные: отчеты, печатные формы всякие. Интересные - чисто алгоритмически :)

(14) В свое время мне с утра звонило туева хуча народу по обмену, типа не прошел, человек 15 звонило. После обеда днем я начинал их обзванивать и реальная проблема была у 1-2х челвек, а то и вообще не было :).

Если есть такая возможность, то лучше (продуктивнее, в целом быстрее и качественнее) - последовательно.

(10)а это уже не твоя проблема. если не хочешь отвечать на простые вопросы, твоё право проигнорировать ветку. А для новеньких начинающих программистов даже самые элементарные вопросы могут казаться сложными, так что не тебе судить. К тому же ты ведь знаешь, что бывает, работодатель так нагружает задачами, что просто некогда сидеть и думать самостоятельно, чуток задержишься и потеряешь место, уволят. да и на форуме много специалистов, для которых помогать слабым это хобби. так они улучшают свою карму, поднимают самооценку и авторитет.

(19)и какой отдать приоритет: первой или второй?

Нужно последовательно относиться к задачам параллельно :-)

(0) решение задач с помощью обсуждения на мисте. нда...

если задачи большие и мозги позволяют - то параллельно

текучку параллельно лучше не делать :)


например я сейчас готовлю переход на УТ 10 ->> 11 и внедряю финансовую базу, а еще жду когда выйдут правила переноса для перехода бухии с 7.7 на 3.0

но текучку делаю строго последовательно

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

управление задачами - нетривиальная тема.

Производительность выше при решении одной задачи без переключений и отвлеканий. http://cartmendum.livejournal.com/64749.html
Если есть срочные и мелкие задачи, которые приходят внезапно, то эффективней в целом переключаться на них (не параллельно делать, а поставить на паузу старую и начать решать новую).
Какие задачи на самом деле важны и что нужно делать в первую очередь сильно зависит от типа потока задач, ограничения в потоке, времени выполнения, ценности решения итп
Частенько бывает, что переключение между задачами съедает больше времени, чем решение задач, что может быть как плохо (общее количество выполненной работы мало), так и хорошо (количество решенных задач большое).
Даже простое держание задачи (идеи, узелка на память итп) в голове сильно снижает производительность. Здесь как мне кажется лучше всего подходит GTD для разбора задач, канбан для решения, списки задач для хранения задач (в том числе отделегированных) и мыслесхемы с заметками для хранения идей. Вот тут про гтд можно посмотреть:

http://cartmendum.livejournal.com/104900.html
http://cartmendum.livejournal.com/105086.html
http://cartmendum.livejournal.com/105302.html
http://cartmendum.livejournal.com/105503.html


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

(24) > правила переноса для перехода бухии с 7.7 на 3.0

зачем *?

монописуарно

по диагонали

(24) в чем самый главный плюс перехода с УТ10 на УТ11 ?

я еще фрилансить на работе успеваю )) правда в офисе приходится находится с 7-30 до 20

(27) у нас все равно 7.7 попиленая и старая, по этому типовой переход на 7.7-2.0 не выйдет, по этому и жду что-бы 2 раза не переходить.

(30) в УФ и поддержки мобильных платформ

(26) >>>>В целом параллельности при решении задач не существует, мы в каждый момент времени делаем только одну задачу, паузим ее и переключаемся на новую, паузим ее и идем трындеть на мисту...

пишу правила переноса, каждая итерация примерно 30 минут до возникновения ошибки, по чему-бы в эти 30 минут не делать другое?

(32) понел, спс
а фин. база на чем? меня босы заставляют внедрять КА, очень не хочется...

(0)У нас многозадачность

(33) Трындец.

Учу писать правила , дорого. Без пауз.

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

(37) Всеровно это последовательно )

(33) ну это же не параллельность. Разобрал ошибку, запустил перенос и переключился (!) на другую задачу. а Параллельность это смотреть фильм правым глазом, херачить код левым и руками, разговаривать по телефону и при этом находится в машине и куда нить ехать...

(32) структура у них сильно отличается ?

обычно так...

кусок клиенту показал - затем другому.
А быстро сделаешь - клиент и не оценит

(40) да, начнем с того что в 7.7 - 6 знаков после запятой, жесть полная...

(34) своя база на основе бух 2.0, писали давно, уже отработана и вполне стабильно

(38) Сообщи, когда научишься одновременно вводить код в 2 и более обработках ))

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

Правильно,лучше не думать, лучше на мисту... ))))))) Тут вас ждут!!! )))))

Если задача более-менее серьезная, то переключение наносит ущерб качеству/срокам.

Предпочитаю делать один день - один клиент.

(46) но получается редко. Часто просто затыкание дыр

Я делаю так:

Заставил всех страждущих писать заявки в письменной форме на бланке, разработанном программистом (т.е. напрочь отсутствует юзабилити) и излагать суть проблемы максимально точно. Прикладывать приложения в виде скриншотов или распечаток с указанием как должно бить и как есть. Затем подписывать всю эту ахинею у главного бухгалетра/начальника отдела и потом нести мне.
Я это убираю в дальний ящик - и задачи там проходят брожение в течении 1-2-3 недель. В зависимости от моего отношения к сотруднику, задачу поставившего.

30% - отпадает через 2~3 дня, т.к. пользователь сам решает проблему и рассказывает мне как он ее решил.
20% - остаются невостребованными никогда, т.к. пользователь сам тольком не знает что  он  хочет.
50% - решаю последовательно,в зависимости от степени важности. Если задача действительно важна - то решается вне очереди.

лучше русский выучить...

делать надо последовательно, пример свежий:
вчера делал две обработки, время выполнения одной порядка 20-30 минут, сначала в ней ковырялся, потом делал другую. В один момент просто перепутал эти обработки и минут 10 втыкал почему у меня так написано (обработки схожи были)

(50) Сегодня такой же фигней страдал.
Написал 1 обработку на 7.
2 предприятия - разные немного конфы.
Так вот созда на рабочем толе копию - думал как раз подправлю. Так вот взял 1 и подправил под 2 и сидел непонимал почему не работает.

Да вы тут все мастера обработок

перпендикулярно
мама в детстве чтоли не сказала как работать надо?

(44)>>  "совет один, ты главное быстро ничего не делай, т.к. иначе завалят работой по самую макушку".

+1000

:) ..как любая более-менее сложная схема в ТОЭ
зы
параллельно-последовательно

(54) +1/ в этом плюс фикси....На франче ты сдельщик...а здесь ляпота....

Все просто чем сложнее задача тем боьшего требует внимания.
Наиболее эффективно мозг решает одну задачу в ед времени.

+(57) И мозг тербует завершения и снятия задачи. Т.е последовательно решать.

И вообще используй метод 3 гвоздей... на фиксе - лучший метод.

(48) Ну вот как раз модифицированный метод 3 гвоздей.

+(69) "совет один, ты главное быстро ничего не делай, т.к. иначе завалят работой по самую макушку"
О да это тоже метод трех гвоздей

Многопоточно

Какие задачи? Кто здесь!?

(0) при большой загрузке последовательно не получится.