Программирование снизу-вверх и сверху-вниз.

[Olegator]

Слышал про программирование снизу-вверх и сверху-вниз.
1. В чём разница?
2. Что есть верх?
3. Что есть низ?
Разъясните поподробнее.

[Serega]

Сверху-вниз это когда задача решается от общего к частному, крупные задачи разбиваются на более мелкие и т.д. пока для каждой не найдется простого решения
Плюсы: когда мы доходим до написания кода у нас уже есть проект системы
Минусы: не всегда очевидно как разбивать задачу, можно попасть в паралич анализа

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

в общем в первом случае молятся(делают основной упор) на процесс а во втором на людей
Второй нравится мне больше, посколько там процесс помогает людям а не наоборот

[nikedeforest]

Второй нравится мне больше, посколько там процесс помогает людям а не наоборот

Хотя первый способ более удобен для человеческого мышления, ИМХО.

[Serega]

Тут, как и везде, есть метод сделать все красиво
основными идеологами разработки снизу-вверх являются приверженцы eXtreme Programming
красивый подход, позволяет людям более ярко проявлять себя, нежели в корпоративном процессе
что придумал один человек всегда сможет понять другой, просто думать можно по разному

[Olegator]

Т.е:
верх - это задача целиком.
низ - её составляющие.

Вопрос:
В процедурном программировании - составляющие - это функции.
В ООП - составляющие - это объекты (классы).
Так это или не так?

[nikedeforest]

По сути да, но только не стоит забывать, что составляющими объектов (классов) являются все те же функции.

[Migmile]

...в первом случае молятся(делают основной упор) на процесс а во втором на людей
Второй нравится мне больше, посколько там процесс помогает людям а не наоборот

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

[Olegator]

Не понимаю, как возможно программирование снизу-вверх.
Такое ощущение, что снизу-вверх это то же самое, что и сверху-вниз только с приближениями.
Т.е. всё равно вначале решается какие задачи потребуется решить для достижения конечной цели. Т.е. разбивка задачи на подзадачи в первом приближении. Далее идёт 2-ое, ... , n-е приближение.
Т.е. понятие снизу-вверх условное понятие.
Правильно ли я понял?

[vnechiporenko]

Снизу вверх нужен при проектировании аппаратуры или оптимального кода, т.е. ты спроектировал два датчика оптимальным путем, а потом под них пишешь прогу опроса. Если сделать наоборот, то устанешь проектировать датчики удовлетворяющие требованием этой проги.
Сверху вниз выдает громоздкий, но гибкий продукт. Ну там классы и прочия фигня. Вот писать классы снизу вверх ето уже (IMHO) глупость, но в жизни все бывает.

[Allex63]

Не понимаю, как возможно программирование снизу-вверх.
Такое ощущение, что снизу-вверх это то же самое, что и сверху-вниз только с приближениями.
Т.е. всё равно вначале решается какие задачи потребуется решить для достижения конечной цели. Т.е. разбивка задачи на подзадачи в первом приближении. Далее идёт 2-ое, ... , n-е приближение.
Т.е. понятие снизу-вверх условное понятие.
Правильно ли я понял?

 фазы разработки программного обеспечения (программирования)
...
 Проектирование
 Кодирование+Отладка
....

 Сверху вниз удобно и хорошо проектировать.
 Синзу вверх - реализовывать.