OberonCore

Мне именно такой вот "неформальный" стиль и понравился. Есть своеобразный ритм, способствующий восприятию и не только "неграмотными", а вот с заменой термина "математическая модель" термином "постановка задачи" - согласен. Хотя с другой стороны "Математическая модель" звучит гордо .

Всё хочу сказать, скажу здесь:

Хорошо бы всем предполагаемым авторам получше фокусироваться на той конкретной аудитории и на тот конкретный формат занятий, которые они хорошо знают.
Никаких намёков тут нет, и замечания общие, не только к vvp относящиеся.

У нас нет никого, кто занимался бы сугубой экзотикой, т.е. и vvp и, скажем, к примеру, Л.Шауцукова имеют большие потенциальные аудитории, и даже если есть пересечения, то лучше сфокусироваться на своём, чётко иметь в виду конкретных детишек-студентов и конкретные занятия.

Чем лучше фокус, тем надёжней будет попадание.

Что за день. День лозунгов

У меня другие критерии "качества". To wit: эффективность моей собственной работы.
А автоматическая нумерация -- вещь хорошая, но не критичная. Тем более в ББ её нетрудно устроить. Всего-то вьюшку написать. Ну две (вторую для ссылок.)

Вне всякого сомнения. Но у меня будет небольшое уточнение. Когда ко мне приходит ученик я понимаю, что скорее всего он уйдет через полгода, но работать с таким уровнем оптимизма нельзя, поэтому я все-таки расчитываю на ряд лет. А за несколько лет этот ученик пройдет несколько стадий своего развития. Я конечно не собираюсь охватить одним учебником всю его эволюцию, но и ограничиваться одним этапом тоже вряди ли правильно. Вообще я для своих учеников выделяю 4 фазы развития. Учебник рассчитан только на две. Так что разброс бомбометания минимален.

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

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

Я так понимаю, поправьте меня если неправ. А если прав, то термин матмодель нельзя заменять термином постановка задачи.

Да сразу пардон. Так как речь идет о неформальном введении, то и дискуссию я буду вести в таком же стиле.

П.С.

Не собирался дискутировать, но как-то увлекся.

насчет термина математическая модель вы меня убедили. Убираю а то путаница получается. К тому же некоторая непоследовательность. Неформально так неформально.

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

Полностью отказываюсь от "наукоемких терминов" оператор, матмодель - это удел второй и третьей части.

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

"Матмодель", "моделирование" - термины могут применяться только при решении задачи из конкретной предметной области. Иначе, задача становиться математической, а для математики термин "матмодель" это уже тавтология. Без предметной области "постановка задачи" является постановкой математической задачей.

В примерах 1-й части содержание какое - то подвешенное, нет ввода данных, нет вывода результата, они присутствуют где то в середине примеров.

К сожалению чем-то следует жертвовать. Нельзя ввести все и сразу. Можно конечно танцевать от ввода, вывода, то тогда первые задачи окажутся совершенно не содержательными. Впрочем мне кажется эту подвешенность заметит только грамотный человек. К тому ввод - вывод появляется на 10 странице, а все этих страниц на сегодня в неформальном введении 97. Так что довольно быстро. А насчет термина матмодель я еще подумаю. Может быть и правда он совсем лишний.

Лучше -- не значит уже. Две фазы так две. Вам виднее.
Главное, что это ясно понимается -- значит, за Вас можно не беспокоиться

Наши издательства придерживаются Ворда: и Питер, и БХВ. Да и другие, очевидно.

Уже в самых первых абзацах:
1. Я б написал не математическая модель, а просто модель. И пояснил, что очень часто модель бывает математическая. Тем более, что сначала вы суммирование неформально описываете.
2. Программа – это запись алгоритма на строгом, однозначно понимаемом языке программирования. - иначе чем она отличается от алгоритма?
3. В разделе про условный оператор уже в первой программе появился вывод в лог ББ. А ни одного слова о ББ не сказано ни то нее, ни после. А ведь вывод - это не часть КП, а часть интегрированной среды.
Прежде, чем такие вещи писать, нужно хотя бы сказать, что вычисления-вычислениями, но нам же нужно результат увидеть. И написать небольшой раздел о ББ и вывод. Ввод можно потом.
Мне кажется, нужно написать хотя бы небольшой ликбез о том, что программа пишется в редакторе и в интегрированной среде, и потом исполняется исполнителем. Наш исполнитель - это не компьютер, между прочим, а ББ.
4. Когда появился первый модуль, ни слова не было сказано о необходимости объявлять переменные. И о типах переменных.
Я б как раз в этом момент и написал, что прежние наши рассуждения не являются законченной программой... И далее - про интегрированную среду и вид законченной программы в ББ. Здесь как раз и минимум о вводе-выводе - как средство взаимодействия человека с программой.
5. Опять же, прежде, чем писать о НОВОМ типе данных во втором модуле, надо вообще упомянуть о типах, переменных, константах и т.п.
6. То же самое - в примере с максимальным целым из входного потока.

Или я не понял - это у вас разрозненные куски?
Потому как стройного изложения не наблюдается

Совет: перед каждым фрагментом программы или законченным листингом напишите заголовок:
Листинг Х.Х. Название потом придумаете.

Это помогает ссылаться в тексте на фрагменты программ (см. Листинг Х.Х)

Да, и еще: проверьте текст на наличие запятых.

В неформальном введении логика есть, но не из языка выходит. Я к сожалению больше не могу выкладывать главы, но наверное надо описать о чем они. Тогда моя логика будет понятнее. Небольшое введение о ББ есть, я только пока не решил будет ли это одна из первых глав или приложение. Наверное все-таки одна из глав.
Про листинг да конечно. Я в прежних книгах так и делал и сейчас буду, но это оформительская работа это на потом. От понятия модели я решил отказаться в пользу термина "постановка задачи". Коллеги с оберонкоре убедили уже.
Логику немного позже опишу, если вы её покритикуете буду вам очень признателен. Единственно не смогу последовать вашему совету насчет запятых. Я пожизненно неграмотен. Моя матушка была учителем русского языка и так меня в свое время вымучила, что у меня где-то там в мозгу до сих пор ступор. Ну не понимаю где их ставить. Так что вся надежда на профессионального редактора. Кстати в работе с БХВ я обратил внимание, что в больших издательствах редакторы неплохо разбираются в областях, книги из которых редактируют.

А да я забыл сказать. Это действительно разрозненные куски. Сегодня же сяду логику опишу.

И не мудрено. Столько-то книг перечитав : ).

По поводу переменных. Пока не читал главы, но у меня есть правило: если можно обойтись без переменных, то лучше так и сделать. К тому же, проблемы 4, 5, 6 Валерия Лаптева отойдут на более поздний срок, когда основы немного устаканятся и воспринимать эти пункты будет намного легче.

Тогда понятно.
И с Соловьем я согласен.

Несколько слов о логике.

Первая идея - программирование это раздел прикладной математики. Буду этой идеи придерживаться жестко.

Вторая идея - программирование это специфический способ решения задач. Поэтому неформальное введение основано на
решении задач возрастающей сложности. Язык КП играет вспомогательную роль. Он вводится лишь настолько насколько
это нужно для построения задачного ряда. Самоцелью язык станет в систематическом введении в язык

Третья идея. Кроме общих правил необходимо показывать "жизненные ситуации" то есть возможные ошибки и как с ними бороться.

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

Вторая глава - развиваем успех. Решаем еще несколько простых задач демонстрируя переход о собственного описания к строгому.
Вводятся три формы циклов. Тип данных пока только целые числа.Но собственно про типы пока ничего не говорится. Целые только упоминаются.
Программы пока представляют собой незаконченные фрагменты демонстрирующие главное с моей точки зрения - логику.

Третья глава. Уже достаточно сказано про логику переходим к построению полноценных программ. Вводится понятие модуля. Рассказывается
о его структуре, разумеется в задачах. Добавляется ввод - вывод.

4 глава. Условный оператор. Простейшая форма, различные нюансы. Вложенные условия, логические операции. Здесь впервые существенно с моей точки
зрения возрастает сложность задач. ввод - вывод используется на полную катушку. Возрастает содержательность. Здесь есть задача поиска простых. Вводится
новый тип - логический. Собственно не для типа вводится а для задачи. Впервые упоминается проблема преобразования типов, хотя и несколько скрытно.
Это вообще общеметодическая идея сначала упоминать о том, что потом будет вводится системно.

5 глава. Типы данных. небольшой рассказ о основных, но только о основных типах.

6 глава. Масивы. Еще один шаг в увеличении если не сложности то содержательности задач.

7 глава. Вложенные циклы. Опять усложнение задач. Здесь вводится представление о сортировках. Показываются некоторые типичные проблемы

8. глава Многомерные массивы. Просто логичное продолжение предыдущей главы.

9 глава Процедуры. Вводится понятие декомпозиции это главное что здесь делается. Здесь же о локальных и глобальных переменных.

10 глава Рекурсия. Просто важный подход в программировании. Рекурсия вводится как программисткий вариант рекуррентного определения величин.

11 глава Записи. Показываем принципиально новую конструкцию данных.

12, 13, 14, 15 главы завершают неформальное введение здесь в таком порядке:
12 - указательные типы
13 - связные списки
14 - деревья (только двоичные)
15 - файлы (просто потому, что без них нельзя)

Вторая часть это систематическое введение в язык КП.
Третья часть базовый программисткий инструментарий.

В Ворде это делается следующим образом, при этом нумерация листингов будет автоматической, а нумерация ссылок на листинги будет следовать за изменениями нумерации листингов:
Настройка Ворда:
Вставка Ссылка Название Создать Листинг

Употребление:
Выделите текст листинга Вставка Ссылка Название Листинг Положение: над выделенным объектом

При ссылке на листинг:
Вставка Ссылка Перекрестная ссылка Тип ссылки: Листинг Вставить

Для ускорения работы можно добавить соответствующие кнопки на панель.

В общем- нормально. Два нюанса:
1. в самых первых, может, ннепосредственно в первой, все-таки упомянуть, что задачи бывают не только математические. Хотя в огромном большинстве математика в том или ином виде играет главенствующую роль. Взять хоть графы. Но пример хоть один для не чисто математической задачи привесть полезно.
2. Если у вас в части 1 15 глав, размер одной главы какой? Если только по 10 страниц (а я сомневаюсь, что будет так мадо), то книжка из 3 частей выйдет страниц 500
Не слишком ли большая книжка?