Ну дык, это вопросы к математикам, как они выпускают таких товарищей из 11 класса. Я без колебаний поставил в восьмом классе 8 годовых оценок "2" и поставлю ещё раз, если ученик не понимает азы.

Гм, попробуйте переполнить буфер, например, в ruby. Поймите, убогий код можно написать и на c++. Качество кода не зависит от языка, а зависит от программиста. От языка зависит то, насколько будет упрощена жизнь разработчику.

Не нужно быть курицей, чтобы оценить яичницу. Всё придёт со временем. Это — разные подходы. Я предпочитаю идти от практики к теории, Вы предлагаете сначала дать всю теорию, а потом уже показывать её на практике. Захочет человек изучить побольше — прочитает и про указатели, и про типы и про подобное. В противном случае незачем его грузить нетривиальными терминами.

Общефилософская или практическая? Практическая — дать возможность хорошо написать ЕГЭ по информатике. Общефилософская — подготовить людей, которые потом пойдут в IT, к поступлению в ВУЗ, дать им базовые знания и умения, необходимые для современного программирования.

ЕГЭ — количественный показатель знаний ученика.

Вы достаточно пренебрежительны к скриптам. N-ное количество "скриптов уровня php & python'а" по классу гораздо выше множества программ. Например, ряд порталов yahoo написан на php, на python'е написано множество программ и игр, начиная от dcvs bazaar & mercurial и заканчивая игрой Civilization 4. В ЕГЭ по программированию на данный момент достаточно простые задания, будем надеяться, что постепенно они будут усложняться. По сути, программирование в школе нужно только тем, кто в будущем связывает свою профессию с IT.

Восьмой класс. В восьмом классе мы не проходим программирование, а изучаем основы логики, системы счисления, устройство компьютера и практика по мелочам. Оценки 2, в основном, за полное незнание даже основ. Я уж молчу про то, что 40% не знает таблицы умножения.

Пример:
Разбираем 6 (!!) уроков системы счисления (в другом классе ушло 1.5 урока, 0.5 — контрольная, хорошие результаты). Завуч также присутствует на уроках. Замечаний с её стороны нет никаких. Разбираем на последних двух задачи у доски. На 7 урок — контрольная. Те же самые задачи один-в-один, даже условия те же, конспектами пользоваться разрешено. Около как раз 40% оценок — 2. Вот примерно эти товарищи в итоге годовые и получили "два". За полнейшее непонимание предмета даже в основах. Притом система оценивания у меня достаточно гуманная — в конце каждого триместра и года — устный зачёт. Всегда, если человек получает на зачёте оценку выше, чем у него выходила, я выставляю её. Эти люди за весь июнь так и не смогли внятно ответить ни на один вопрос (включая даже такие простые вопросы, как "из чего состоит системный блок", "какие типы компьютеров Вам известны", "средняя конфигурация современного PC" и т.п., которые гуглятся в Википедии за 2-3 минуты).

Опять же, к вопросу о строгой/нестрогой/вообще никакой типизации:
В физике с первых уроков (после нравоучительного блока о материи и подобных весьма важных в средней школе вещах ) учат правилу "Проверяйте размерность!!!". Зачем?
Во-первых, это хороший способ быстро проверить корректность рассуждений и решения задачи (если вес получился в секундах на метр в кубе - значит, где-то что-то явно не срослось).
Во-вторых - ученик может попытаться вспомнить определение физической величины по ее размерности (например, то же давление более очевидно, когда выражено в Ньютонах на квадратный метр, а не в барах или атмосферах).
И главное - это страховка от того, что ученики начнут складывать килограммы с децибелами.

Откройте учебник по ruby и покажите мне указатели напротив раздела "многомерные массивы". А ещё лучше — вообще, покажите мне там слово "указатель". Аналогично про структуры типа стека, очереди, кучи, дерева и пр. Простите, но это вообще к указателям НИКАКОГО отношения не имеет. Структура существует для работы с данными, конкретная реализация в конкретном языке не должна аппроксимироваться на всё. В реляционных БД постоянно используются деревья и бинарные деревья, хотя ужасное слово "указатель" там не встречается.

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

Освоивши любой язык можно освоить любой другой.

Конечно, только вот как объяснить, как эту программу написать? Если у ученика нет алгоритмического мышления, он не напишет даже простую программу. К тому же бейсик — не самый простой язык. Попробуйте написать программу, складывающую все нечётные положительные элементы массива на бейсике. Сколько строк? А потом объясните ребёнку, как это делать. А потом я сделаю это на руби в 1 строчку с понятными методами. Что будет проще?