bugs

[Anry]

A developer is trying to finish the project and meet the launch date. He has 60 bugs that need to be fixed. How many days will it take the developer to finish the project if every day he fixes 5 bugs but creates 3 new ones?

[Solusrex]

Жизненная задача. Каждый день он фиксит 2 бага. Значит, 30 дней (или полтора месяца )

[Anry]

Жизненная задача. Каждый день он фиксит 2 бага. Значит, 30 дней (или полтора месяца )

A famous person once said: "Obvious" is the most dangerous word in mathematics.
Take another shot at it.


Cheers,

[Solusrex]

29?

[Проф. Преображенский]

Жизненная задача. Каждый день он фиксит 2 бага. Значит, 30 дней (или полтора месяца )

A famous person once said: "Obvious" is the most dangerous word in mathematics.
Take another shot at it.


Cheers,

Ахилл никогда не догонит черепаху!

[Yury]

Жизненная задача. Каждый день он фиксит 2 бага. Значит, 30 дней (или полтора месяца )

A famous person once said: "Obvious" is the most dangerous word in mathematics.
Take another shot at it.


Cheers,

Ахилл никогда не догонит черепаху!

Agree:
День Багов на начало дня
1 60
2 58
3 56
4 54
5 52
6 50
7 48
8 46
9 44
10 42
11 40
12 38
13 36
14 34
15 32
16 30
17 28
18 26
19 24
20 22
21 20
22 18
23 16
24 14
25 12
26 10
27 8
28 6
29 4
30 3
31 3
32 3
33 3
34 3
...
n 3

[Проф. Преображенский]

Не люблю считать. Априори известно: в программе никогда не кончаются баги.

[Malysh'ka]

Agree:
День Багов на начало дня
1 60
...
28 6
29 4
30 3
31 3
32 3
33 3
34 3
...
n 3

Disagree
Разве в условиях сказано, что он сначала фиксит, а потом создаёт? Ничто не мешает ему в 29 день сначала создать свои "ежедневные" 3 бага, потом пофиксить свои "ежедневные" 5 багов, и т.о. получить на начало 30-го дня всего 2 бага. И таким же макаром покончить со всеми 60 багами, о которых идёт речь в условиях, на 30-й день. Или здесь в условиях присутствуют какие-то тонкости английского, которые я не поняла?

[Yury]

Agree:
День Багов на начало дня
1 60
...
28 6
29 4
30 3
31 3
32 3
33 3
34 3
...
n 3

Disagree
Разве в условиях сказано, что он сначала фиксит, а потом создаёт? Ничто не мешает ему в 29 день сначала создать свои "ежедневные" 3 бага, потом пофиксить свои "ежедневные" 5 багов, и т.о. получить на начало 30-го дня всего 2 бага. И таким же макаром покончить со всеми 60 багами, о которых идёт речь в условиях, на 30-й день. Или здесь в условиях присутствуют какие-то тонкости английского, которые я не поняла?

я не программист, просто предположил, что новые баги создаются в процессе исправления старых

[Earl Grey]

Agree:
День Багов на начало дня
1 60
...
28 6
29 4
30 3
31 3
32 3
33 3
34 3
...
n 3

Disagree
Разве в условиях сказано, что он сначала фиксит, а потом создаёт? Ничто не мешает ему в 29 день сначала создать свои "ежедневные" 3 бага, потом пофиксить свои "ежедневные" 5 багов, и т.о. получить на начало 30-го дня всего 2 бага. И таким же макаром покончить со всеми 60 багами, о которых идёт речь в условиях, на 30-й день. Или здесь в условиях присутствуют какие-то тонкости английского, которые я не поняла?

Здесь тонкости, но не английского

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

[ajkj3em]

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

"Количество неизвестных багов строго пропорционально количеству пофиксеных"

[Malysh'ka]

Здесь тонкости, но не английского

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

А почему нет? Конечно, это побочный результат, кто ж спорит, но, например: в процессе "фиксинья" первого бага, он создаёт три новых Он не хотел , но так получилось, что он начал именно с создания новых багов
На самом деле порядок даже и не важен, важны "нормы", оговоренные в условиях задачи.
Возмем тот же 29-й день. Вот у него на утро осталось 4 бага. Он их пофиксил, создал три новых. Стало 3 бага. Дневную "норму" по созданию багов он выполнил, а по "фиксинью" - нет, так как по условиям задачи эта "норма" - 5. Поэтому, чтобы "выполнить норму", он фиксит ещё один баг, и таким образом, на утро 30-го у него остаётся 2 бага. Аналогично на 30-й: он фиксит эти 2 бага, при этом создаёт новые, но в любом случае, по условиям "фиксит 5, создаёт 3" он завершит свою работу в этот день.

Так что если при постановке задачки имелось в виду решение, приведённое Yuri, то надо признать, что её условие было сформулировано не верно. А при той постановке, что была приведена, ответ однозначный - 30 дней.

Ну, или объясните мне тогда, почему (из каких условий данной задачи) следует, что у него на начало 30-го дня (и всех последующих) остаётся 3 бага?[/b]

[Anry]

Здесь тонкости, но не английского

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

А почему нет? Конечно, это побочный результат, кто ж спорит, но, например: в процессе "фиксинья" первого бага, он создаёт три новых Он не хотел , но так получилось, что он начал именно с создания новых багов
На самом деле порядок даже и не важен, важны "нормы", оговоренные в условиях задачи.
Возмем тот же 29-й день. Вот у него на утро осталось 4 бага. Он их пофиксил, создал три новых. Стало 3 бага. Дневную "норму" по созданию багов он выполнил, а по "фиксинью" - нет, так как по условиям задачи эта "норма" - 5. Поэтому, чтобы "выполнить норму", он фиксит ещё один баг, и таким образом, на утро 30-го у него остаётся 2 бага. Аналогично на 30-й: он фиксит эти 2 бага, при этом создаёт новые, но в любом случае, по условиям "фиксит 5, создаёт 3" он завершит свою работу в этот день.

Так что если при постановке задачки имелось в виду решение, приведённое Yuri, то надо признать, что её условие было сформулировано не верно. А при той постановке, что была приведена, ответ однозначный - 30 дней.

Ну, или объясните мне тогда, почему (из каких условий данной задачи) следует, что у него на начало 30-го дня (и всех последующих) остаётся 3 бага?[/b]

Не было ведь сказано, что он фиксит новые баги в тот же самый день. А значит на момент фиксинья 4го бага в 29й день, у него еще остается время на презентацию Ну, а потом уже патчи, фиксы и паки....... чтоб их

[Malysh'ka]

Не было ведь сказано, что он фиксит новые баги в тот же самый день. А значит на момент фиксинья 4го бага в 29й день, у него еще остается время на презентацию Ну, а потом уже патчи, фиксы и паки....... чтоб их

Так и не было сказано, что он не фиксит новые баги в тот же день. Так что можно бы это трактовать и так, и так ("можно бы" - если бы не была указана "норма"! а поскольку она была указана, то, как минимум для последних двух дней (а предыдущие нас и не волнуют - по ним разногласий нет ) получается, что он не мог не фиксить новые баги в тот же день!) . А вот "норма" была обозначена точно, безо всяких двояких толкований. Так что шуточки-шуточками , а всё же придётся признать, что ответ - 30 дней

[Проф. Преображенский]

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

Программист не создает баги, а только способствует их появлению. Баги выявляются тестером. Процесс тестирования заканчивается, когда наступает пора сдавать программу заказчику, а совсем не когда кончаются баги (они никогда не кончаются - кончаются деньги на разработку).