Сообщение Re[3]: Откуда это вообще взялось - Фулстек программист? от 12.11.2022 17:59
Изменено 12.11.2022 18:01 Serginio1
Re[3]: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, AlexGin, Вы писали:
AG>Здравствуйте, Serginio1, Вы писали:
S>>Ну на самом то деле разбивать задачу на несколько мелких подзадач это крайне неэффективно если это может сделать один человек.
AG>
AG>Разбивать одну большую задачу на несколько мелких — эффективно всегда.
AG>Хотя бы для того, чтобы чётко осознать и определить ход разработки.
AG>Чтбы определиться — действительно ли надо привлекать дополнительные (людские) ресурсы.
Про большую я писал ниже. Но часто задача на 1 день работы, а то и меньше.
Проще почитать про проблему если не знаешь. Поэтому нужно постоянно обучаться, что бы быть в курсе.
На самом то деле это не проблема. Даже интересно делать то, что раньше не делал, но хотел сделать!
S>>А вот если не может или подзадачи большие тогда стоит специализировать.
AG>
AG>Вот именно определить возможности/ограничения по разработке проекта — как всей команды, так и индивида,
AG>позволит декомпозиция одной объёмной и сложной задачи, на некоторое количество относительно простых под-задач.
Так а еще куча доработок, в которых куча мелких подзадач. С крупными то все понятно.
AG>Здравствуйте, Serginio1, Вы писали:
S>>Ну на самом то деле разбивать задачу на несколько мелких подзадач это крайне неэффективно если это может сделать один человек.
AG>
AG>Разбивать одну большую задачу на несколько мелких — эффективно всегда.
AG>Хотя бы для того, чтобы чётко осознать и определить ход разработки.
AG>Чтбы определиться — действительно ли надо привлекать дополнительные (людские) ресурсы.
Про большую я писал ниже. Но часто задача на 1 день работы, а то и меньше.
Проще почитать про проблему если не знаешь. Поэтому нужно постоянно обучаться, что бы быть в курсе.
На самом то деле это не проблема. Даже интересно делать то, что раньше не делал, но хотел сделать!
S>>А вот если не может или подзадачи большие тогда стоит специализировать.
AG>
AG>Вот именно определить возможности/ограничения по разработке проекта — как всей команды, так и индивида,
AG>позволит декомпозиция одной объёмной и сложной задачи, на некоторое количество относительно простых под-задач.
Так а еще куча доработок, в которых куча мелких подзадач. С крупными то все понятно.
Re[3]: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, AlexGin, Вы писали:
S>>Ну на самом то деле разбивать задачу на несколько мелких подзадач это крайне неэффективно если это может сделать один человек.
AG>
AG>Разбивать одну большую задачу на несколько мелких — эффективно всегда.
AG>Хотя бы для того, чтобы чётко осознать и определить ход разработки.
AG>Чтбы определиться — действительно ли надо привлекать дополнительные (людские) ресурсы.
Про большую я писал ниже. Но часто задача на 1 день работы, а то и меньше.
Проще почитать про проблему если не знаешь. Поэтому нужно постоянно обучаться, что бы быть в курсе.
На самом то деле это не проблема. Даже интересно делать то, что раньше не делал, но хотел сделать!
S>>А вот если не может или подзадачи большие тогда стоит специализировать.
AG>
AG>Вот именно определить возможности/ограничения по разработке проекта — как всей команды, так и индивида,
AG>позволит декомпозиция одной объёмной и сложной задачи, на некоторое количество относительно простых под-задач.
Так а еще куча доработок, в которых куча мелких подзадач. С крупными то все понятно.
S>>Ну на самом то деле разбивать задачу на несколько мелких подзадач это крайне неэффективно если это может сделать один человек.
AG>
AG>Разбивать одну большую задачу на несколько мелких — эффективно всегда.
AG>Хотя бы для того, чтобы чётко осознать и определить ход разработки.
AG>Чтбы определиться — действительно ли надо привлекать дополнительные (людские) ресурсы.
Про большую я писал ниже. Но часто задача на 1 день работы, а то и меньше.
Проще почитать про проблему если не знаешь. Поэтому нужно постоянно обучаться, что бы быть в курсе.
На самом то деле это не проблема. Даже интересно делать то, что раньше не делал, но хотел сделать!
S>>А вот если не может или подзадачи большие тогда стоит специализировать.
AG>
AG>Вот именно определить возможности/ограничения по разработке проекта — как всей команды, так и индивида,
AG>позволит декомпозиция одной объёмной и сложной задачи, на некоторое количество относительно простых под-задач.
Так а еще куча доработок, в которых куча мелких подзадач. С крупными то все понятно.