Нужно ли людям, начинающим изучать программирование изучать блок-схемы?

Начинающим, я думаю, - да. Чтобы алгоритм был нагляден.

Людям, которые уже три года программируют - нет.
[По мотивам обучения на четвертом курсе]

Цитата(Nastya @ 10.9.2002, 09:50)

Нужно ли людям, начинающим изучать программирование изучать блок-схемы?

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

Цитата

Nastya Дата сообщения: 10.9.2002,09:50 Нужно ли людям, начинающим изучать программирование изучать блок-схемы?

Нет, ибо существуют алгоритмы, которые не выразить в блок-схемах. Например, события по прерываниям.

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

Цитата

Людям, которые уже три года программируют - нет.

Цитата

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

Как бы не так! С точки зрения программера-одиночки оно, конечно, может быть и так.
Но у ГОСТа другое мнение
Т.н. "блок-схемы" (название не стандартизированное, в ГОСТе называется по-другому) являются неотъемлемой частью программной документации, поясняющей работу программы/программного комплекса. Блок-схемы обязаны присутствовать в пояснительной записке к проекту (см. ГОСТ 19-й серии - единая система программной документации).

Цитата

Нет, ибо существуют алгоритмы, которые не выразить в блок-схемах.

Такое впечатление создается, потому что в школе и вузах учат рисовать только один тип "блок-схем".
На самом деле их множество. Ссылаюсь на ту же серию ГОСТ. Там найдете, что бывают схемы данных, схемы взаимодействия программ и т.д.
Эх, господа программирующие 3 года и более! Заставить бы вас отчетную документацию по проекту подготовить. Знали бы вы, какое это неизбежное зло - БЛОК-СХЕМЫ  

Нет я категорически не согласен, что опытным программистам они не нужны. В них нет необходимости если ты пишешь пасьянс или Notapad, а если разрабатывается серьезный проект включающий в себя десяток серверов, десяток баз данных, сотню разных exe, тысячи объектов и т.п. и разрабатывать это должен коллектив из десятка (сотни) программистов, то без блок-схемы всего проекта и каждой части через неделю после начала разработки будет полный хаос - половина программистов будет делать не то что надо, 90% модулей будет иметь несопоставимые интерфейсы, 50% состыкованных модулей будут иметь противоречивую лолгику работы и т.д. Через несколько месяцев разработки 95% времени програмистов будет тратится на согласование действий, логики, интерфейсов, а не на программирование. Я не знаю как в России, но в США 95% проектов именно такого свойства, и перед тем как написать первую строчку кода зачастую тратится 2-3 месяца на написание блок схемы всего проекта и каждого модуля, описание интерфейсов всех классов, описание что должен делать каждый метод и процедура и их внутренняя логика, после этого от программистов требуется только следовать документации - это позволяет легко распределить работу между любым колличеством программистов и на несколько порядков уменьшает вероятность появления несогласованности в работе разных модулей. А тестеры такого проекта смогут быстро локализовать модуль, в котором есть ошибка.

Как вы все меня не так поняли

Я имел в виду именно то, что после трех лет обучения С нам буквально начинали заново вдалбливать блок-схемы. Не требовать их рисовать. Не требовать прилагать их к программе на С - это все понятно, это действительно надо. Ровно 2 семестра мы, с позволения сказать, дружили с ларьком, потому что не могли это слушать. Нам снова и снова рассказывали, как пишется "начало" или почему нельзя написать i++ и так далее. ЕЩЕ РАЗ. ТО ЖЕ САМОЕ. Понимаете, это именно "дыра" в схеме образования или в программе образования или в чем там еще. Когда по второму разу начинают рассказывать то же самое.

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

Цитата(TwoK @ 10.9.2002, 08:22)

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

Это точно, судя по эмоциональному накалу, тебя ими здорово достали! Но в общем схемы то на то и схемы, что изучить их легко и просто не могу представить что там можно учить дольше 1-2 часов...

Так, господа, а что UML никто не пользуется?

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

Цитата(Fantasist @ 10.9.2002, 21:36)

Так, господа, а что UML никто не пользуется?

Пользуются, правда в основном серьёзные дяди с зарплатой в $150-$200 тыс. год... А мы так, на уровне пользователей...        

Вряд ли обычные программеры ("кодировщики", как их называют некоторые боссы) пользуются UML. Если и пользуются, то это, скроее, исключение из правила. Это совсем другой уровень, это разработка идеологии всей системы. И занимаются этим т.н. проект-менеджеры (Project Manager) или как минимум  руководители групп пограммистов (Team Leader) или, не знаю как назвать, системные аналитики, что ли. Или, по крайней мере, должны заниматься. У нас на фирме пока только говорят о том, как мы хорошо можем жить, если использовать UML. Хотя, если мне не изменяет мой склероз, ISO рекомендует это делать.

Хотел тут написать... и даже написал... но потом подумал, что лучше промолчу.

ЗЫ. Это по поводу "мы на уровне пользователей"

а что такое блок-схемы?

Цитата(podval @ 11.9.2002, 07:50)

И занимаются этим т.н. проект-менеджеры (Project Manager) или как минимум  руководители групп пограммистов (Team Leader) или, не знаю как назвать, системные аналитики, что ли.

Не совсем они, скорее Software Architect Engeneers, System Analysts, Software Engineering Managers потому что Project Manager отвечает за весь проект в целом, т.е. большую часть его времени занимает администрирование, а Team Leader - это просто главный программист проекта, во многих случаях он со своей командой начинает работать когда архитектура и дизайн проекта уже разработаны полностью. Здесь можно посмотреть описание должностей в США:

http://swz-yahoo.salary.com/salaryw....0000071