Файл с текстом параграфа
Файл с текстом параграфа
Скачать файл: Введение
Re: Файл с текстом параграфа
Коллеги, небольшие комментарии, скорее не замечание, а мнение:
1. "переменная занимает в памяти 28 байт" -- возможно это избыточно? Обвязка питона затрудняет понимание хранения чисел, также почему строка из 6 символов занимает 86 байт.
2. Также вопрос про присваивание b = a и неизменяемость чисел и строк, возможно это несколько затрудняет понимание и ссылки отложить до коллекций? Хотя опять же если это только повторение прошлых годов, то возможно и нормально.
3. В блоке про приведение определение «более широкий» тип вводится неформально. Возможно явно добавитьдля основных типов int → float, bool → int и т.д.?
4. Вопрос №4, в нем используется сложное вычисление: a = 2 + 3*4**2**3 // 5 . Формально последовательность описана в тексте, возможно стоит добавить пример типа такого, но с расставленными скобками?
1. "переменная занимает в памяти 28 байт" -- возможно это избыточно? Обвязка питона затрудняет понимание хранения чисел, также почему строка из 6 символов занимает 86 байт.
2. Также вопрос про присваивание b = a и неизменяемость чисел и строк, возможно это несколько затрудняет понимание и ссылки отложить до коллекций? Хотя опять же если это только повторение прошлых годов, то возможно и нормально.
3. В блоке про приведение определение «более широкий» тип вводится неформально. Возможно явно добавитьдля основных типов int → float, bool → int и т.д.?
4. Вопрос №4, в нем используется сложное вычисление: a = 2 + 3*4**2**3 // 5 . Формально последовательность описана в тексте, возможно стоит добавить пример типа такого, но с расставленными скобками?
Re: Файл с текстом параграфа
Спасибо за рецензию.
Хотелось показать, что переменная с одним именем в разных частях программы может занимать области памяти разного размера. Конечно, тут Python много "смазывает". Давайте подумаем. Возможно, это стоит и убрать.1. "переменная занимает в памяти 28 байт" -- возможно это избыточно?
Да, переменные уже вводились в 8-9 классах. Здесь просто копаем чуть более глубоко. Мне кажется, что это нормально.2. Также вопрос про присваивание b = a и неизменяемость чисел и строк, возможно это несколько затрудняет понимание и ссылки отложить до коллекций? Хотя опять же если это только повторение прошлых годов, то возможно и нормально.
Согласен, добавил в текст (по той же ссылке).3. В блоке про приведение определение «более широкий» тип вводится неформально. Возможно явно добавитьдля основных типов int → float, bool → int и т.д.?
Смысл этого вопроса в том, чтобы под руководством учителя (или самостоятельно) разобраться в достаточно сложной конструкции. Пример добавил в основной текст.4. Вопрос №4, в нем используется сложное вычисление: a = 2 + 3*4**2**3 // 5 . Формально последовательность описана в тексте, возможно стоит добавить пример типа такого, но с расставленными скобками?
Re: Файл с текстом параграфа
Добрый день, очень понятно написано и легко читать. Несколько мыслей:
"Цель любой программы — преобразованию данных" -- здесь опечатка, преобразование.
"какие-то" не кажется удачным с точки зрения стиля, можно просто "получает на вход числа или текст".
Не знаю, проговаривается ли раньше, что мы имеем дело с дискретной информацией; может быть, стоит сказать в начале, что на вход подается последовательность бит (или байт), которая может представлять числа, текст и другую информацию. Вообще, дальнейшие рассуждения предполагают, что школьникам уже известно базовое устройство компьютера (процессор, память долговременное хранение), что оперативная память адресуемая и т.п.
"наклейка на контейнере" тоже не кажется удачным для 11 класса, больше похоже на 5-6 класс. Может быть, просто название.
"в буквах" -- аналогично. Тогда уж "в именах", можно также провести параллель с алгебраической формулой.
Когда появляется сборщик мусора, я бы пояснил, зачем это нужно -- "таким образом, ненужные переменные не занимают память, а освобождаются автоматически -- программист избавлен от необходимости заниматься этим вручную". Можно также добавить, что этот процесс требует ресурсов, а в других языках есть и ручное освобождение, которое быстрее, но является причиной серьезных ошибок. Мне кажется важным объяснять, зачем нужны вводимые понятия, и что автоматическая сборка мусора имеет преимущества, за которые надо платить.
Про то, сколько байт занимают переменные, тоже хотел прокомментировать, но в тексте не вижу, наверное, Вы уже убрали. У меня мысль была несколько другой -- просто сказать в начале, что Питон интерпретируется (а не выполняется напрямую процессором), объяснить, что такое интерпретатор и что это дает, и сказать, что для интерпретатора вместе со значением переменной хранится служебная информация, которая позволяет реализовать описываемые механизмы ссылок. (Можно и под звездочкой). Голые цифры без подобных пояснений тоже лучше удалять.
На рисунках про связывание имени переменной и объекта нет собственно имен переменных? Я бы ожидал, что они там подписаны (а где нет, это и есть висячая ссылка).
При появлении неизменяемых объектов не хватает комментария, зачем так сделано, просто констатируется факт. Как и выше, я бы пояснил, почему так и что это дает. (Можно вставить вопрос, если формат учебника такое позволяет и хочется, чтобы дети сами подумали?)
"Арифметические выражения в любом языке программирования" -- ну не совсем в любом, есть экзотика вроде джулии или вольфрама, можно мягче -- почти во всех?
Текст про приведение типов тоже без пояснения, зачем это нужно, кажется не очень удачным выбором. Я бы явно проговорил -- если в выражении есть переменные различных типов, то совсем неочевидно, как проводить вычисления, чтобы получить ожидаемый программистом результат. Каждый раз спрашивать у программиста можно, но язык окажется неудобным. Поэтому интерпретатор может сделать выбор автоматически. Чаще всего он старается не потерять возможных значений, поэтому, например, при умножении целого числа на вещественное получается вещественное. При делении двух целых чисел тоже может получиться вещественное, поэтому деление нацело решили сделать отдельной операцией. После этого как раз хорошо идет пояснение о том, что в других языках это не так.
Там, где упоминается теорема о структурном программировании, может быть, стоит подчеркнуть, что речь идет именно о конструкциях, определяющих порядок выполнения отдельных инструкций программы (а не о всех конструкциях, арифметических, логических и пр).
"Как это ни странно, по статистике бóльшую часть своего рабочего времени программисты не пишут новые программы, а исправляют ошибки в существующих, которые часто написаны другими людьми." -- тут мне однозначную статистику найти не удалось, видел разные цифры, например, 25% времени на отладку. Предложил бы более осторожную фразу, сказать, что программисты часто пишут программы не с нуля, а дорабатывают существующие (если есть желание это сказать, заодно можно было бы сделать сноску про опен сорс), и значительную часть времени занимает не реализация алгоритмов, а исправление ошибок в коде.
"сколько места занимают данные в памяти" -- для питона это как раз вряд ли нужно, скорее хотелось сказать, как распределяются данные в памяти? Или убрать.
"Анализ алгоритма или программы" -- здесь непонятно, зачем мы выделяем разницу. Мы уже имеем дело с программой и выше в абзаце говорится о программе. Можно, как вариант, убрать алгоритм из этой части параграфа.
В записи исходного алгоритма Евклида в строке с b - a короткое тире, а не минус (думаю, сейчас это неважно, но на всякий случай).
Большее и большего иногда содержит ударение, а иногда нет. Кажется, даже без ударения разночтения не будет.
По поводу практических задач -- есть ли смысл предлагать дополнительные задания? Я немного потерялся, будут ли такие задания цифровой частью учебника или заданиями со звездочкой прямо в тексте.
--
Андрей Белеванцев
"Цель любой программы — преобразованию данных" -- здесь опечатка, преобразование.
"какие-то" не кажется удачным с точки зрения стиля, можно просто "получает на вход числа или текст".
Не знаю, проговаривается ли раньше, что мы имеем дело с дискретной информацией; может быть, стоит сказать в начале, что на вход подается последовательность бит (или байт), которая может представлять числа, текст и другую информацию. Вообще, дальнейшие рассуждения предполагают, что школьникам уже известно базовое устройство компьютера (процессор, память долговременное хранение), что оперативная память адресуемая и т.п.
"наклейка на контейнере" тоже не кажется удачным для 11 класса, больше похоже на 5-6 класс. Может быть, просто название.
"в буквах" -- аналогично. Тогда уж "в именах", можно также провести параллель с алгебраической формулой.
Когда появляется сборщик мусора, я бы пояснил, зачем это нужно -- "таким образом, ненужные переменные не занимают память, а освобождаются автоматически -- программист избавлен от необходимости заниматься этим вручную". Можно также добавить, что этот процесс требует ресурсов, а в других языках есть и ручное освобождение, которое быстрее, но является причиной серьезных ошибок. Мне кажется важным объяснять, зачем нужны вводимые понятия, и что автоматическая сборка мусора имеет преимущества, за которые надо платить.
Про то, сколько байт занимают переменные, тоже хотел прокомментировать, но в тексте не вижу, наверное, Вы уже убрали. У меня мысль была несколько другой -- просто сказать в начале, что Питон интерпретируется (а не выполняется напрямую процессором), объяснить, что такое интерпретатор и что это дает, и сказать, что для интерпретатора вместе со значением переменной хранится служебная информация, которая позволяет реализовать описываемые механизмы ссылок. (Можно и под звездочкой). Голые цифры без подобных пояснений тоже лучше удалять.
На рисунках про связывание имени переменной и объекта нет собственно имен переменных? Я бы ожидал, что они там подписаны (а где нет, это и есть висячая ссылка).
При появлении неизменяемых объектов не хватает комментария, зачем так сделано, просто констатируется факт. Как и выше, я бы пояснил, почему так и что это дает. (Можно вставить вопрос, если формат учебника такое позволяет и хочется, чтобы дети сами подумали?)
"Арифметические выражения в любом языке программирования" -- ну не совсем в любом, есть экзотика вроде джулии или вольфрама, можно мягче -- почти во всех?
Текст про приведение типов тоже без пояснения, зачем это нужно, кажется не очень удачным выбором. Я бы явно проговорил -- если в выражении есть переменные различных типов, то совсем неочевидно, как проводить вычисления, чтобы получить ожидаемый программистом результат. Каждый раз спрашивать у программиста можно, но язык окажется неудобным. Поэтому интерпретатор может сделать выбор автоматически. Чаще всего он старается не потерять возможных значений, поэтому, например, при умножении целого числа на вещественное получается вещественное. При делении двух целых чисел тоже может получиться вещественное, поэтому деление нацело решили сделать отдельной операцией. После этого как раз хорошо идет пояснение о том, что в других языках это не так.
Там, где упоминается теорема о структурном программировании, может быть, стоит подчеркнуть, что речь идет именно о конструкциях, определяющих порядок выполнения отдельных инструкций программы (а не о всех конструкциях, арифметических, логических и пр).
"Как это ни странно, по статистике бóльшую часть своего рабочего времени программисты не пишут новые программы, а исправляют ошибки в существующих, которые часто написаны другими людьми." -- тут мне однозначную статистику найти не удалось, видел разные цифры, например, 25% времени на отладку. Предложил бы более осторожную фразу, сказать, что программисты часто пишут программы не с нуля, а дорабатывают существующие (если есть желание это сказать, заодно можно было бы сделать сноску про опен сорс), и значительную часть времени занимает не реализация алгоритмов, а исправление ошибок в коде.
"сколько места занимают данные в памяти" -- для питона это как раз вряд ли нужно, скорее хотелось сказать, как распределяются данные в памяти? Или убрать.
"Анализ алгоритма или программы" -- здесь непонятно, зачем мы выделяем разницу. Мы уже имеем дело с программой и выше в абзаце говорится о программе. Можно, как вариант, убрать алгоритм из этой части параграфа.
В записи исходного алгоритма Евклида в строке с b - a короткое тире, а не минус (думаю, сейчас это неважно, но на всякий случай).
Большее и большего иногда содержит ударение, а иногда нет. Кажется, даже без ударения разночтения не будет.
По поводу практических задач -- есть ли смысл предлагать дополнительные задания? Я немного потерялся, будут ли такие задания цифровой частью учебника или заданиями со звездочкой прямо в тексте.
--
Андрей Белеванцев
Re: Файл с текстом параграфа
Спасибо за отзыв и предложения. Отвечаю только на то, с чем не совсем согласен.
Остальное принято с багодарностью и исправлено.
Остальное принято с багодарностью и исправлено.
Не думаю, что здесь нужно спускаться до битов и байтов. Мы ведь программируем на языке высокого уровня.может быть, стоит сказать в начале, что на вход подается последовательность бит (или байт)
"метка, связанная с областью памяти"."наклейка на контейнере" тоже не кажется удачным для 11 класса
"через символьные обозначения величин""в буквах" -- аналогично
Не совсем понял замечание. Имена в кружочке, значения в прямоугольниках.На рисунках про связывание имени переменной и объекта нет собственно имен переменных? Я бы ожидал, что они там подписаны (а где нет, это и есть висячая ссылка).
На мой взгляд, тут нужно очень глубоко копать и это уведет от темы.При появлении неизменяемых объектов не хватает комментария, зачем так сделано, просто констатируется факт. Как и выше, я бы пояснил, почему так и что это дает.
Нет, хотелось сказать, что нужно оценивать размер массива A[2**31]. И мы же стараемся не только про Python говорить."сколько места занимают данные в памяти" -- для питона это как раз вряд ли нужно, скорее хотелось сказать, как распределяются данные в памяти?
Еслии поместяся, то они войдут в учебник, если нет - выведем в цифровое приложение.По поводу практических задач -- есть ли смысл предлагать дополнительные задания? Я немного потерялся, будут ли такие задания цифровой частью учебника или заданиями со звездочкой прямо в тексте.
Re: Файл с текстом параграфа
Это я виноват, доверился яндексовскому просмотрщику. Он съел буквы в кружочкахПоляков wrote: Thu Jun 11, 2026 12:14 pm Не совсем понял замечание. Имена в кружочке, значения в прямоугольниках.
В ворде все хорошо.Re: Файл с текстом параграфа
1. В момент, когда сообщается, что питон -- интерпретируемый язык, я бы наверное упомянул, что второй вариант, когда программа переводится в команды процессора, называется компилируемым, а та программа, которая перевод выполняет -- компилятором.
2. Меня смущает противоречие, которое мы допускаем, вводя понятие переменной. С одной стороны сказано, что переменная -- это область памяти компьютера. С другой, что если переприсвоить переменной другое значение, то область памяти изменится. Получается что переменная -- это имя, потому что это единственное, что остается неизменным при присваивании, в то время как область памяти изменяется. К тому же, не вполне корректным становится и утверждение о том, что присваивая переменной новое значение мы уничтожаем предыдущее -- оно остается в старой области памяти, и на него могут ссылаться другие переменные.
Как аккуратно определить переменную в контексте языка питон без введения подобных противоречий, я до конца не уверен. Возможно, правильнее будет сказать, что переменная -- это имя, с которым связана некоторая область памяти. В этой памяти лежат данные, которые считаются значением переменной. При этом изменение значения переменной возможно двумя способами: либо путем изменения старого значения в той же области памяти, либо путем замены связанной области памяти на другую.
Кстати, примерно так и написано в следующем пункте, про размещение переменных в памяти. Проведение разграничения между присваиванием и мутацией также на мой взгляд поможет лучше понять пример из конца этого пункта, где присваивание переменной нового целочисленного значения ведет к созданию нового объекта в памяти.
3. Я не уверен, но мне казалось, что в русскоязычных текстах название языка Си обычно переводят. Возможно я не прав.
4. В пункте про арифметические операции и выражения, на мой взгляд, немного смешаны в кучу понятия операции, оператора и выражения. Сначала словами корректно определено выражение, однако потом оператор присваивания a =(c + 5 - 1) / 2*d назван выражением, хотя строго говоря, выражением является только правая часть. Затем говорится о переносе длинных выражений между строками, однако в последнем предложении сказано, что "Эти правила переноса справедливы и для других операторов языка Python".
Вероятно, для школьников не обязательно вводить строгие определения этих понятий, но хорошо бы, тем не менее, следовать им в тексте. К тому же в следующих пунктах с этой точки зрения вроде бы все хорошо.
5. В пункте про циклы меня немного смущает, что цикл while охарактеризован с точки зрения способа выхода из него (цикл с условием), а цикл for -- с точки зрения его назначения. Для последовательности изложения можно сказать, что существуют цикл while (цикл с условием) и цикл for (цикл с фиксированным количеством итераций). Первый используется, когда количество повторений обусловлено желаемым реузльтатом, а второй -- количеством элементов, для которых необходимо выполнить заданное действие.
2. Меня смущает противоречие, которое мы допускаем, вводя понятие переменной. С одной стороны сказано, что переменная -- это область памяти компьютера. С другой, что если переприсвоить переменной другое значение, то область памяти изменится. Получается что переменная -- это имя, потому что это единственное, что остается неизменным при присваивании, в то время как область памяти изменяется. К тому же, не вполне корректным становится и утверждение о том, что присваивая переменной новое значение мы уничтожаем предыдущее -- оно остается в старой области памяти, и на него могут ссылаться другие переменные.
Как аккуратно определить переменную в контексте языка питон без введения подобных противоречий, я до конца не уверен. Возможно, правильнее будет сказать, что переменная -- это имя, с которым связана некоторая область памяти. В этой памяти лежат данные, которые считаются значением переменной. При этом изменение значения переменной возможно двумя способами: либо путем изменения старого значения в той же области памяти, либо путем замены связанной области памяти на другую.
Кстати, примерно так и написано в следующем пункте, про размещение переменных в памяти. Проведение разграничения между присваиванием и мутацией также на мой взгляд поможет лучше понять пример из конца этого пункта, где присваивание переменной нового целочисленного значения ведет к созданию нового объекта в памяти.
3. Я не уверен, но мне казалось, что в русскоязычных текстах название языка Си обычно переводят. Возможно я не прав.
4. В пункте про арифметические операции и выражения, на мой взгляд, немного смешаны в кучу понятия операции, оператора и выражения. Сначала словами корректно определено выражение, однако потом оператор присваивания a =(c + 5 - 1) / 2*d назван выражением, хотя строго говоря, выражением является только правая часть. Затем говорится о переносе длинных выражений между строками, однако в последнем предложении сказано, что "Эти правила переноса справедливы и для других операторов языка Python".
Вероятно, для школьников не обязательно вводить строгие определения этих понятий, но хорошо бы, тем не менее, следовать им в тексте. К тому же в следующих пунктах с этой точки зрения вроде бы все хорошо.
5. В пункте про циклы меня немного смущает, что цикл while охарактеризован с точки зрения способа выхода из него (цикл с условием), а цикл for -- с точки зрения его назначения. Для последовательности изложения можно сказать, что существуют цикл while (цикл с условием) и цикл for (цикл с фиксированным количеством итераций). Первый используется, когда количество повторений обусловлено желаемым реузльтатом, а второй -- количеством элементов, для которых необходимо выполнить заданное действие.
Re: Файл с текстом параграфа
Спасибо за отзыв.
Дал эту информацию в сноске.
Спасибо!
Я попробовал, но получилось плохо. В преамбуле речь идет про язык Python, а разговор про компиляторы здесь будет отвлечением от темы. Хотя когда я буду вести урок, про это обязательно скажу.Neket wrote: Wed Jun 17, 2026 11:48 am 1. В момент, когда сообщается, что питон -- интерпретируемый язык, я бы наверное упомянул, что второй вариант, когда программа переводится в команды процессора, называется компилируемым, а та программа, которая перевод выполняет -- компилятором.
Дал эту информацию в сноске.
На мой взгляд, переменная - это имя + данные определенного типа в памяти, весь комплекс.Neket wrote: Wed Jun 17, 2026 11:48 am 2. Меня смущает противоречие, которое мы допускаем, вводя понятие переменной. С одной стороны сказано, что переменная -- это область памяти компьютера. С другой, что если переприсвоить переменной другое значение, то область памяти изменится. Получается что переменная -- это имя, потому что это единственное, что остается неизменным при присваивании, в то время как область памяти изменяется.
Добавил "(если оно, конечно, не было сохранено в другой переменной)".Neket wrote: Wed Jun 17, 2026 11:48 am К тому же, не вполне корректным становится и утверждение о том, что присваивая переменной новое значение мы уничтожаем предыдущее -- оно остается в старой области памяти, и на него могут ссылаться другие переменные.
Алиса говорит, что не переводят.Neket wrote: Wed Jun 17, 2026 11:48 am 3. Я не уверен, но мне казалось, что в русскоязычных текстах название языка Си обычно переводят. Возможно я не прав.
Написал "Если запись длинного оператора не поместилась в одной строке на экране...".Neket wrote: Wed Jun 17, 2026 11:48 am 4. В пункте про арифметические операции и выражения, на мой взгляд, немного смешаны в кучу понятия операции, оператора и выражения. Сначала словами корректно определено выражение, однако потом оператор присваивания a =(c + 5 - 1) / 2*d назван выражением
, хотя строго говоря, выражением является только правая часть.
Убрал эту фразу.Neket wrote: Wed Jun 17, 2026 11:48 am однако в последнем предложении сказано, что "Эти правила переноса справедливы и для других операторов языка Python".
Не совсем согласен. Можно написать бесконечный цикл for, который берет значения из бесконечного генератора. Но мысль я понял, поправил текст.Neket wrote: Wed Jun 17, 2026 11:48 am 5. В пункте про циклы меня немного смущает, что цикл while охарактеризован с точки зрения способа выхода из него (цикл с условием), а цикл for -- с точки зрения его назначения. Для последовательности изложения можно сказать, что существуют цикл while (цикл с условием) и цикл for (цикл с фиксированным количеством итераций). Первый используется, когда количество повторений обусловлено желаемым реузльтатом, а второй -- количеством элементов, для которых необходимо выполнить заданное действие.
Спасибо!
Re: Файл с текстом параграфа
Концептуально я согласен (если совсем придираться, то конкретные данные переменную не определяют, область памяти да, тип дискуссионно, возможно только размер), вот только на мой взгляд это не очень вяжется с теми понятиями, которые даются в учебнике далее. Если переменная это имя + память, то после того, как произошло переприсваивание, и область памяти, связанная с некоторым именем, поменялась, то это теперь новая переменная? Ссылки то мы полноценно не вводим, и что переменная это имя + область памяти, в которой лежит ссылка -- не говорим.Поляков wrote: Wed Jun 17, 2026 8:16 pmНа мой взгляд, переменная - это имя + данные определенного типа в памяти, весь комплекс.Neket wrote: Wed Jun 17, 2026 11:48 am 2. Меня смущает противоречие, которое мы допускаем, вводя понятие переменной. С одной стороны сказано, что переменная -- это область памяти компьютера. С другой, что если переприсвоить переменной другое значение, то область памяти изменится. Получается что переменная -- это имя, потому что это единственное, что остается неизменным при присваивании, в то время как область памяти изменяется.
Как будто с точки зрения тех понятий, которые мы даем и используем, привязка переменной к памяти не играет роли. То, что для нас принципиально -- что переменная имеет значение, которое может изменяться нами по желанию; при этом оно может поменять свой тип, область памяти, в котором хранится, но мы все равно будем считать это одной и той же переменной.
Re: Файл с текстом параграфа
Не буду утверждать, что это критично, но для 11 класса лично я бы всё-таки присоединился к мнению, что пояснить в каком-то месте курса различие между компиляцией и интерпретацией как к подходам к выполнению программы вполне уместно чуть более развёрнуто, чем сноска.Поляков wrote: Wed Jun 17, 2026 8:16 pm Спасибо за отзыв.Я попробовал, но получилось плохо. В преамбуле речь идет про язык Python, а разговор про компиляторы здесь будет отвлечением от темы. Хотя когда я буду вести урок, про это обязательно скажу.Neket wrote: Wed Jun 17, 2026 11:48 am 1. В момент, когда сообщается, что питон -- интерпретируемый язык, я бы наверное упомянул, что второй вариант, когда программа переводится в команды процессора, называется компилируемым, а та программа, которая перевод выполняет -- компилятором.
Если вдруг чем-то поможет - я использую (наверное, достаточно популярную и известную) метафору про "человеческий" перевод - "обычного" переводчика (translator) vs переводчика-синхрониста (interpreter, sic!).
Для 9-го класса (с которым я раньше начинал программирование) я обычно давал в качестве д.з. ссылку на мульт (1983-й год, между прочим!)
https://www.youtube.com/watch?v=_C5AHaS1mOA
Ну а поскольку он на англ., то потом мы смотрели вместе с обсуждением про плюсы и минусы (но плюсы и минусы - это уже вряд ли для базового курса).
Alexander Volkov