Алгоритмический язык

[Utkin]

А еще такой вопрос - зачем заново создавать язык Рапира?

"вклад в идею лексикона программирования" — это миллионы искалеченных душ школьников, которым вместо Бейсика, Паскаля или С до сих пор втирают эту жэсть.

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

[Smitt&Wesson]

Сообщение от Utkin

А еще такой вопрос - зачем заново создавать язык Рапира?

Да, уж. Рапира это действительно "шедевр"! А ведь изучали его в школах!

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

Лучший язык для изучения - это язык блок-схем. Кто его знает в совершенстве, тому любой другой выучить не составит никакого труда.
Одного не понимаю, почему ему уделяется так мало внимания?
Если передомной лежит блок-схема какого-то алгоритма, мне без разницы на каком языке его выразить. На Basic-е, на C++, на Pascal-е, да хоть на Assemblere. Вопрос будет стоять один, на каком языке этот алгоритм реализуется наиболее просто.

[An1ka]

Сообщение от Smitt&Wesson

Да, уж. Рапира это действительно "шедевр"! А ведь изучали его в школах!

Так русские слова коверкать и сокращать...

Сообщение от Smitt&Wesson

Лучший язык для изучения - это язык блок-схем. Кто его знает в совершенстве, тому любой другой выучить не составит никакого труда.
Одного не понимаю, почему ему уделяется так мало внимания?

Это равносильно написанию на ассемблере - большие трудозатраты. А на практике лучше использовать алгоритмы более высокого уровня, например STL.

[Utkin]

Так русские слова коверкать и сокращать...

А английские чем такого проклятия заслужили? Или это второсортный язык, можно и поковеркать?

А на практике лучше использовать алгоритмы более высокого уровня, например STL.

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

Да, уж. Рапира это действительно "шедевр"! А ведь изучали его в школах!

Я с ним соприкоснулся (был такой числогрыз - Агат, не самый лучший клон с Эпла). После Бейсика это было нечто... сложное и в тоже время удобное (при наличии терпения).

[Smitt&Wesson]

Сообщение от An1ka

Это равносильно написанию на ассемблере - большие трудозатраты. А на практике лучше использовать алгоритмы более высокого уровня, например STL.

Эти "трудозатраты" с лихвой окупаються лёгкостью отладки кода. Над одним из алгоритмов, я бился 4-е дня как об стену. Затратил один день на составление блок-схемы и выяснилось, закрывающую фигурную скобку не в то место прилепил. Ошибка устранилась в течение 5-и минут. 1 день + 5 минут != 4-м дням.
Да, и ещё насчёт трудоёмкости. Я поступил так. Купил в магазине игрушки с магнитами (самые дешёвые, по 2р за штуку оптом 100 шт). Взял лист стальной жести метр на метр. Покрасил его чёрной нитроэмалью и повесил на стену рядом с рабочим местом. Нарезаю бумажки и рисую на них элементы блок-схемы с подробным описанием действий. Прикрепляю их магнитиками к доске. Стрелочки провожу мелом. Перестройка алгоритма заключается в стирании ненужных стрелок и перемещением бумажных блоков. Прибегаю к этому способу при разработке достаточно сложных алгоритмов, когда теряется их обозримость.

[veniside]

> стальной жести метр на метр

имхо, лучше вывести Google docs Drawing на современный LCD телевизор, висящий на стене. Они (телевизоры) сейчас большие и дешевые.

[Utkin]

Сообщение от veniside

> стальной жести метр на метр

имхо, лучше вывести Google docs Drawing на современный LCD телевизор, висящий на стене. Они (телевизоры) сейчас большие и дешевые.

А его девайс надежней. И без электричества работает.

[An1ka]

Сообщение от Utkin

А английские чем такого проклятия заслужили? Или это второсортный язык, можно и поковеркать?

Английские слова сами по себе очень короткие. А вот русские - длинные и их сокращения и есть коверканье слов.
BEGIN, END - нормальные слова.
НАЧ, КНЦ - коверканье.

Сообщение от Utkin

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

Писать свои велосипеды - это ведь только для обучение основам или, если очень хочется. Задачи программирования - это взаимодействия более высокого уровня. Хотя любое программное взаимодействие состоит из отдельных процедур - кирпичиков. Но именно задача построения здания, а не изготовление кирпичей, является центральной для разработчика программного обеспечения. Сложность систем, а не отдельных алгоритмов заставляет создавать новые парадигмы программирования.
Этот принцип хорошо описан в книге Мозговой М.В. "c++ мастер-класс 85 нетривиальных проектов решений и задач."
К тому же пользование готовыми стандартами уже подразумевает в себе их понимание

Сообщение от Smitt&Wesson

Эти "трудозатраты" с лихвой окупаються лёгкостью отладки кода. Над одним из алгоритмов, я бился 4-е дня как об стену. Затратил один день на составление блок-схемы и выяснилось, закрывающую фигурную скобку не в то место прилепил. Ошибка устранилась в течение 5-и минут. 1 день + 5 минут != 4-м дням.
Да, и ещё насчёт трудоёмкости. Я поступил так. Купил в магазине игрушки с магнитами (самые дешёвые, по 2р за штуку оптом 100 шт). Взял лист стальной жести метр на метр. Покрасил его чёрной нитроэмалью и повесил на стену рядом с рабочим местом. Нарезаю бумажки и рисую на них элементы блок-схемы с подробным описанием действий. Прикрепляю их магнитиками к доске. Стрелочки провожу мелом. Перестройка алгоритма заключается в стирании ненужных стрелок и перемещением бумажных блоков. Прибегаю к этому способу при разработке достаточно сложных алгоритмов, когда теряется их обозримость.

Что проще отладить 20 страниц кода или 2 страницы кода ? Я лишь говорю о самом низком уровне, возможно и отдельные алгоритмы стоит описывать на самом низком уровне. Либо простые действия, но их очень много, либо более сложные действия, но их мало, сложные действия икнапсулируют в себе простые. Воспринимать алгоритм как несколько сложных действий гораздо проще для понимания человеком, чем очень много, но простых действий. А более высокоуровневые взаимодействия уже описывать с помощью псевдо кода
К тому же приведенная вами ошибка является опечаткой, а не ошибкой логики. Построение блок схемы - это построение логики, от опечаток она увы не спасет.

[Utkin]

Английские слова сами по себе очень короткие. А вот русские - длинные и их сокращения и есть коверканье слов.
BEGIN, END - нормальные слова.
НАЧ, КНЦ - коверканье.

А цикл for значит вполне естественно? Или может быть есть такое английское слово var? Что за детский сад? foreach, enum - сами продолжите?

Писать свои велосипеды - это ведь только для обучение основам или, если очень хочется. Задачи программирования - это взаимодействия более высокого уровня. Хотя любое программное взаимодействие состоит из отдельных процедур - кирпичиков. Но именно задача построения здания, а не изготовление кирпичей, является центральной для разработчика программного обеспечения. Сложность систем, а не отдельных алгоритмов заставляет создавать новые парадигмы программирования.
Этот принцип хорошо описан в книге Мозговой М.В. "c++ мастер-класс 85 нетривиальных проектов решений и задач."
К тому же пользование готовыми стандартами уже подразумевает в себе их понимание

Вы контекст не перепутали? Речь шла (изначально) о школьниках, удобства обучения, а не написания. Прочтите тему заново... И Smitt&Wesson говорил об удобстве и простоте...

Сложность систем, а не отдельных алгоритмов заставляет создавать новые парадигмы программирования.

Набор книжных фраз и никакого самостоятельного полета мысли. Дам подсказку - последние 30 лет ни одной новой парадигмы не появилось .

Что проще отладить 20 страниц кода или 2 страницы кода ?

Одинаково, если при написании кода придерживаться определенных правил.

[Smitt&Wesson]

Сообщение от Utkin

Одинаково, если при написании кода придерживаться определенных правил.

Вот вот, и я об этом. Молодёжь всё пытается усложнить, а нужно всё упрощать.
Не помню кто сказал, "Сложное сделать просто, гениальность состоит именно в простоте" (может и исковеркал фразу, кто знает поточнее - поправьте).