Comments 204
Попахивает нарушением венской конвенции! (1971)
Секрет популярности изучения паскаля и бейсика в школах всего один — учителя хоть их с горем пополам знают.
Си разве что для олимпиадников может оказаться лучшим выбором.
Может я и ошибаюсь, но не могу представить как школьники будут «переваривать» указатели. Я имею ввиду «продвинутых школьников», те которые захотят углубиться.
другое дело, что их использование нужно «не на таком уровне, куда проще»
a* b, *c
a *b, *c
a **b
a = *b
паскаль:
a: ^b
a := b^
разве что вычитать нельзя и плюсовать
var
p:pointer;
b:array[0..10] of integer;
begin
p:=@b[0];
p:=pointer(integer(p)+sizeof(integer)*4);
Паскаль не стоит на месте и развивается. Так что Object Pascal — его естественное продолжение.
А если говорить о стандартном паскале, то там тоже не все так страшно, даже если sizeof(integer)<>sizeof(pointer), а указатель не является целым числом.
type
a = record
case i:integer of
1:p:pointer;
2:r:record
s:word;
o:word;
end;
end;
Данная конструкция позволит в теории организовать арифметику с указателем в системе, в которой адрес представлен двумя словами — сегментом и смещением на процессорах 8086, например.
Конечно, это не полноценная адресная арифметика в с/с++, но все же.
Если бы я проводил олимпиаду для школьников (т.е. решение нескольких задачек в одиночку за строго ограниченное время) сейчас, я бы вообще не оставил выбора языков кроме паскаля под дос с ограничением в 640кб (с запретом хаков типа asm и директив компилятору). Причин тому вагон.
Ну и конечно реальная разработка программ от олимпиадного программирования очень сильно отличается. Но паскаль также используют сильно реже, чем С++.
Где Delphi с дженериками?
На официальном сайте Embarcadero скачивайте и радуйтесь жизни.
FreePascal 3Новый FPC уже с дженериками. Ждем официального релиза, пока что в транке.
А какого возраста дети, если не секрет?
Меня тут коллеги пытаются убедить что даже Си школьникам преподавать — преступление против человечности, а тут vim )).
Преступление — выдать учебник по Си и на этом закончить. Язык действительно не такой простой, но обычно все проблемы в книжках описаны. Настоящие проблемы при обучении лежат вне языка. Механизм сборки под разные IDE (и не IDE), втягивание чужих либ, различные нетривиальные проблемы компиляции/линковки.
Хорошо, если ученик сможет сформулировать вопрос и ответ окажется на stackoverflow (про англ. не забудьте), но обычно даже непонятно что нужно искать (это я себя в раннем возрасте вспоминаю, желание что-то делать отбивало очень сильно). Поэтому если нет доступного человека, который сможет подсказать что делать, когда ничего не понятно, то такую связку не советую.
Подозреваю, что если выдать книжку по Паскалю/Питону/Джаве и на этом закончить результат будет аналогичный ).
При всём богатстве выбора: от python/ruby, go, swift, rust, haskell/erlang, lisp/closure, (вставьте своё любимое), почему нужно предпочесть именно c++?
Ни стандартного кроссплатформенного компилятора, ни пакетного менеджера, ни сколь-нибудь консистентного подхода.
Если выбирать по критерию «близость к железу» — то лучше предпочесть С. (И более консистентный, но не менее ужасный для 2018года Objective-C.)
C++ травмирует молодую психику также как и Basic.
Будут потом думать, что C++ = OOP.
кроссплатформенного компилятора, ни пакетного менеджера, ни сколь-нибудь консистентного подхода
Встречный вопрос: какие такие возможности для решения именно олимпиадных задач даёт C++?
Которых нет в других перечисленных более современных языках?
(То, что средствами самого языка никак файл не открыть с входными данными? Или что i/o это тоже не часть языка? :)
i/o для C/C++ является частью стандарта и реализации
При всём богатстве выбора: от python/ruby, go, swift, rust, haskell/erlang, lisp/closure, (вставьте своё любимое), почему нужно предпочесть именно c++?кроме питона остальное — пока что экзотика или нишевое(свифт) в реальном мире. зачем учить экзотике или языку — однодневке?
но не надо С++ первым языком — он не для обучения
но учиться лучше на чем то попроще
но я не за Питон, несмотря на всю его популярность в обучении на западе, скорее за Оберон
Да и дело тут не в «попроще», а в том, что есть не менее быстрые, универсальные и без архитектурно неконсистентного багажа языки. Зачем изучать гибрид удава с ежом и всю эту историческую подоплёку их взаимоотношений и различных противоположных подходов, если рядом есть уже готовый метр колючей проволоки? (Rust/Swift/Go)
Сложность C++ не несёт никакой добавленной стоимости, кроме получения представления об эволюции языка C++ (что нерелевантно для непосредственного решения задач).
Кроме того, в Паскале они тоже есть, но очень неудобные.
fix: Фанаты С/С++/паскаля как фанаты всей техники апле — раз я этим пользуюсь это круто.
<ирония> С/С++ я считаю вобще не языки, а компиляторы.</ирония>
То, что код Питона не компилируется — большой минус.
Если вы именно про компиляцию, то есть компиляторы. Например, Nuitka.
Если вы про проверку типов, то ставьте аннотации, используйте pylint и mypy, пишите тесты и assert'ы. Сразу много ошибок отпадёт. Как минимум не игнорируйте предупреждения PyCharm, если вы им пользуетесь.
в одном колл-бэке немного неверно описана процедура.… В компилируемых языках такое, к счастью, невозможно в принципе.
Невозможно неверно описать процедуру? Очень даже возможно. Типы – это не гарантия правильности.
Невозможно неверно описать процедуру?Невозможно неявно и без последствий передать не тот тип.
Типы – это не гарантия правильности.
Доказано, что программирование на JavaScript, с использованием применяемого в нём подхода к типизации, ведёт к снижению производительности труда и к появлению ошибок.
Не видел подобных исследований по Питону но, думаю, что исследование вполне на него можно перенести (динамическая типизация и там и там).
Не видел подобных исследований по Питону но, думаю, что исследование вполне на него можно перенести (динамическая типизация и там и там).
Я о том, что статическая типизация не панацея, а вы о том, что динамическая приводит к ошибкам. Это, вообще говоря, разные утверждения.
С Python ситуация лучше чем с JS, так как в Python есть аннотации типов.
Вы можете написать так:
def f(x):
return x * 2
И это будет работать как с числами, так и со списками, строками и всем, что поддерживает операцию *
.
А можете написать так:
def f(x: int) -> int:
return x * 2
И при попытке вызвать функцию с нецелым аргументом достаточно умная IDE (например, PyCharm) или статический анализатор (например, mypy) выдаст предупреждение.
Ну и наконец, не динамическая типизация делает ошибки, а программист. Да, удержать в голове, кто там в программе что принимает, тяжело, но если писать строки документации у функций, проверять типы, писать тесты (а всё это само по себе хорошо), то жить станет проще.
def resample(image, spacing, new_spacing=[1, 1, 1]):
def plot_2d(image3d, axis, pid, img_dir):
def make_circular_mask(img_shape, roi_center, roi_radii):
def plot_2d(img, mask, pid, img_dir):
Могу вам сотни примеров привести.
Мало того, что этот код вообще нечитаем, понять что здесь что можно только прогнав скрипт на выполнение. В Паскале-подобных языках я на 90% могу сказать, что делает код, даже если вижу в его первый раз. В Питоне же 'благодаря' динамической типизации без отладчика может быть вообще неясно что и как происходит в коде.
Ну и проверить типы, понятно, никакой возможности нет.
Ну и тесты, тесты, тесты, тесты :) Нормальную типизацию заменили тестами :) У нас миллионно-строчные проекты на Delphi десятилетиями живут без тестов, переходят с версии на версию, со среды на среду (Delphi > Lazarus), с операционки на операционку (Windows > Linux), с минимальным тестированием и изменениями.
Вообще, замечено, что на JS без тестов просто никуда, а на Delphi тестов пишут намного меньше.
Могу вам сотни примеров привести.
Что именно непонятно в этих примерах? Объекты какого типа передавать? Так это ясно из документации. Просто ещё одну строчку в ней нужно прочитать.
Если написано image
, то разве неясно, что надо передавать объект-изображение того типа, который поддерживает эта библиотека. Намного ли понятнее станет, если будет написано как ниже?
function resample(image: TImage, spacing: TSpacing, new_spacing: TSpacing): TImage;
Мало того, что этот код вообще нечитаем, понять что здесь что можно только прогнав скрипт на выполнение.
И о каком скрипте речь? Это только заголовки функций.
В Паскале-подобных языках я на 90% могу сказать, что делает код, даже если вижу в его первый раз. В Питоне же 'благодаря' динамической типизации без отладчика может быть вообще неясно что и как происходит в коде.
Может быть, дело в том, что Pascal вы знаете хорошо и привыкли читать код на нём, а Python нет?
То, что вы говорите, это очень субъективная оценка. Откуда такие проценты? Может, на Pascal вы смотрите на пузырьковую сортировку, а на Python – исходники какого-нибудь условного asyncio.
Вот мне код на Python проще читать. Я же не привожу это как аргумент.
Ну и проверить типы, понятно, никакой возможности нет.
Что ж, повторю ещё раз. Нормальные IDE умеют выводить типы. Да, даже без аннотаций. И mypy работает тоже, если вы не будете указывать аннотации. Просто выведенные типы без них будут шире, возможно.
Ну и тесты, тесты, тесты, тесты :) Нормальную типизацию заменили тестами :) У нас миллионно-строчные проекты на Delphi десятилетиями живут без тестов.
Ну, я бы таким не хвастался, если честно. Вряд ли это заслуга именно языка, что эти миллионы строк не содержат ни единой опечатки (а скорее всего содержат, как показывает опыт крупных проектов).
И никто не призывает заменять типизацию тестами. Просто тесты помогают вообще в любых крупных проектах, неважно на каком языке. А в Python они могут помочь найти ошибки с типами.
Вообще, замечено, что на JS без тестов просто никуда, а на Delphi тестов пишут намного меньше.
Кем замечено? И опять вы упоминаете JS. Причём он тут, когда речь о Python? Или по-вашему, это похожие языки? Так вот, это совершенно не так.
С другой стороны, в Python есть много выразительных средств, которых нет в Pascal. Например, генераторы, богатый набор встроенных, работающих из коробки типов данных, богатая стандартная библиотека.
У Python много недостатков, да. Но вы их не назвали, а почему-то сосредоточились на типизации. А это не недостаток, а особенность.
Складывается впечатление, что ваше знакомство с Python было поверхностным. Вам язык показался непривычным, и вы решили, что он никуда не годится. Но надо было просто дать ему шанс. И тогда бы вы увидели, что для каких-то задач лучше Pascal, а для каких-то Python. Языки просто нельзя судить в абсолютных категориях.
Намного ли понятнее станет, если будет написано как ниже?В несколько раз точно. TImage — это стандартный класс. Сразу заранее понятно, что и как будет работать и что нужно передавать. Кроме TImage существует несколько стандартных контейнеров для изображений (TGraphic, TBitmap, TPicture, ...). Ну и обще-распространенных библиотек хватает. Я, например, сторонние TDIB и TNativeJPG использую постоянно. Кто-то — TFastImage, кто-то TDXDraw, TImageEnView и так далее, библиотек изображений для Delphi десятки. Уже из самого названия класса понятно, какую библиотеку используют, и, в целом, что ожидать от объявленного кода.
function resample(image: TImage, spacing: TSpacing, new_spacing: TSpacing): TImage;
TSpacing? Среда в помощь (раз уж вы среду призываете, позволим себе). Кликнули по нему с нажатым контролом и сразу увидели определение класса, стало понятно как и что передавать. Запускать ничего не нужно, документация не нужна, в коде всё видно. На что кликать тут? :) def plot_2d(image3d, axis, pid, img_dir)? Pycharm просто ничего не показывает.
Что именно непонятно в этих примерах? Объекты какого типа передавать? Так это ясно из документации. Просто ещё одну строчку в ней нужно прочитать.Не всегда есть документация, увы. Нормальная документация — вообще редкость, как на Питоне, так и на Паскале. В лучшем случае у коммерческого кода. А так как большинство кода Питона — бесплатно, то и документация соответствующая. Вообще, когда пользователь зачем то полез в документацию, значит система спроектирована не очевидно.
И о каком скрипте речь? Это только заголовки функций.В Паскале почти всегда заголовков достаточно, что бы понять, что нужно передавать функции, по телу рыться, как правило, не нужно.
То, что вы говорите, это очень субъективная оценка. Откуда такие проценты? Может, на Pascal вы смотрите на пузырьковую сортировку, а на Python – исходники какого-нибудь условного asyncio.
На Паскале я привык смотреть на тысячестрочные листинги (у нас проекты по миллиону строк). В Питоне часто даже несколько-строчные функции без отладки непонятны.
И никто не призывает заменять типизацию тестами. Просто тесты помогают вообще в любых крупных проектах, неважно на каком языке. А в Python они могут помочь найти ошибки с типами.
Тесты могут быть полезны, я спорить не буду. Однако лучше, когда сам язык берет на себя часть тестирования во время компиляции. Потому что он это делает постоянно и сам, а тесты нужно писать каждый раз и руками.
Или по-вашему, это похожие языки?И там и там — динамическая типизация.
С другой стороны, в Python есть много выразительных средств, которых нет в Pascal. Например, генераторы,Из недавнего обсуждения в конференции телеграмм: «все генераторы — итераторы».
Если что, итераторы в Delphi завезли уже лет 10 назад.
Например, генераторы, богатый набор встроенных, работающих из коробки типов данных, богатая стандартная библиотека.
Я сходу не могу вспомнить область, подо что бы для Delphi/Lazarus не существовало библиотек. Кроссплатформенность? Есть полная. Веб — пожалуйста. Расчеты, графика — сколько угодно. А вот как в Питоне с графическим интерфейсом? Насколько я знаю — никак. В лучшем случае приходится внешний QT использовать.
Складывается впечатление, что ваше знакомство с Python было поверхностным. Вам язык показался непривычным, и вы решили, что он никуда не годится.Я не говорю, что язык принципиально плох и бесполезен. Но он намного сложнее Паскаля. И порог входа многократно выше.
Добавлю несколько ссылок.
Постоянно пополняемый список бесплатных библиотек:
github.com/Fr0sT-Brutal/awesome-delphi
Сотни тысяч учебных вопросов, ответов и задач:
www.cyberforum.ru/pascal
www.cyberforum.ru/delphi-beginners
Кому интересно, канал по Delphi/Lazarus, множество профессионалов, ежедневная активность:
t.me/Delphi_Lazarus
С другой стороны, в Python есть много выразительных средств, которых нет в Pascal. Например, генераторы,
Из недавнего обсуждения в конференции телеграмм: «все генераторы — итераторы».
Если что, итераторы в Delphi завезли уже лет 10 назад.
Нет, генераторов там нету. Нечто похожее на генераторы было в Модуле-2, называлось корутины. Корутина, вызываемая как итератор, и выдающая новые значения, пока не кончатся — это генератор. Чтоб сделать корутину в языке, надо уметь распиливать процедуры, точки входа/выхода делать, состояния между вызовами запоминать. Delphi такого не делает. В Delphi если хочется так сделать, программисту нужно самому вывернуть код.
Вообще, насколько я понимаю, генераторы в Python заимствовались из Icon, и если хочется пропереться по генераторам, то это надо смотреть в первоисточнике. В Python вся генераторность замыкается в одном методе, а снаружи генератор выглядит как итератор. Уродливый асимметричный костыль. В Icon каждое выражение — генератор, и снаружи, и внутри всё выглядит одинаково, всё вместе участвует в жизни программы.
В Питоне ещё устоялся общий с Хаскеллем синтаксис list comprehensions, это тоже иногда относят к мощи языка. Я в Spring.Collections видел на работе, как там замыканиями выражаются фильтры и проекции, так что писать на Delphi такое можно, но монструозненько, да.
Тем временем в языке Ада к ужасу старожилов понапихали всякого в готовящийся стандарт 2020, и что-то вроде list comprehensions тоже просматривается.
M := [for Key of Keys use Key => Integer'Image (Key)];
-- сокращенная форма:
M := [for Key of Keys => Integer'Image (Key)];
function Factorial(N : Natural) return Natural is
([for J in 1 .. N => J]'Reduce("*", 1));
for J in 1 .. 10 when J mod 2 = 0 loop
Ada.Text_IO.Put_Line (J'Img);
end loop;
G : constant Matrix :=
(for I in 1 .. 4 =>
(for J in 1 .. 4 =>
(if I = J then 1.0 else 0.0)));
Ужас, кстати оправданный. Я на работе наблюдаю, как программисты, которые не умеют писать с использованием мониторов и условных переменных, вместо этого используют восходящие замыкания и TTask.Run. А где восходящие замыкания раз, там уже и CPS начинает процветать. Казалось бы, это не web, пишите и наслаждайтесь синхронным стилем, но нет. Скатывается в какой-то JavaScript, только многопоточный. Когда поток явный и чего-то ждёт, он в отладчике отсвечивает, и понятно, что происходит. А эти восходящие замыкания, используемые как продолжения, их же можно забыть вызвать, а можно вызвать дважды. Настоящий поток дважды не продолжится, а тут пожалуйста. А вы бы видели стектрейсы, в которых несколько раз на стеке продолжение. Свихнуться можно, пытаясь понять.
А в языке Ада замыкания только нисходящие, как в 70х годах. Вот так, поработав с Delphi, понимаешь, как мудро было в Ada 2005 не сделать восходящих замыканий.
На генераторы посматриваю с таким же скептическим прищуром. Вот есть понятная структурная многозадачность с мониторами и рандеву, а так ли нужны очередные ненастоящие потоки, как в генераторах, вопрос вопросов.
Кроссплатформенность? Есть полная.
Тут, мне кажется, то, что было губительно — это фрагментация дистрибутивов. Если компилируешь в натив, то у тебя версия символа glibc будет не та, библиотеки будут искаться не там, ещё понавылазит нюансов, и будешь только сидеть и разгребать, а в Python и Java удар принимает на себя среда исполнения, а внутри иллюзия гомогенной среды исполнения. На Delphi было супер, когда вокруг везде Wintel. И чтобы вернуться в рай, чтоб писали программисты быстрые программы и не мучали процессоры интерпретаторами, надо воссоздать гомогенность.
Или что Паскаль и Бейсик травмируют психику. Эти языки идеологически близки к С#, области их применений совпадают, но почему то никто не говорит, что С# травмирует психику)
Уж лучше с ассемблера тогда начинать.
Мой любимый диалект — MS Quick Basic (и то это конец 80х), там есть и разбиение на модули, и циклы с пред и постусловием и пр.
Забавно, что категоричное суждение высказал только один из трех респондентов, и то это микроскопическая часть всего разговора, но этот ответ вынесли в заголовок, что сделало его до невозможности желтым.
Обвинения в адрес бейсика в «травмоопасности» относятся только к «настоящему» бейсику. (Который «Beginner's All-purpose Symbolic Instruction Code» с обязательными номерами строк.)
И вот, скажем, расцвет клонов ZX Spectrum в России — это середина 90-х (может быть Москва/Питер — начало 90-х). Да, там в период расцвета скорее уже фигачили на ASM'е, но встроенный Sinclair Basic — именно что классический: номера строк и GOTO/GOSUB/RETURN. Это то, с чего начинали нынешние 35-40-летние IT. Травмоопасен ли он?
И это прямо 90-е, а никак не 80-е или 70-е.
(При том, что на самом же спектруме были расширения: LaserBasic/BetaBasic/MegaBasic с функциями и процедурами.)
Обвинения в адрес бейсика в «травмоопасности» относятся только к «настоящему» бейсику. (Который «Beginner's All-purpose Symbolic Instruction Code» с обязательными номерами строк.)
… которого живьем, «в природе» никто и не видел давно.
Почему мы не берем при обсуждениях, скажем, первый стандарт С++, вместо современного состояния, а с Бейсиком производится именно это?
где из переходов только GOSUB/GOTO и из циклов только FOR — то это может быть слишком оторвано от современности.
И чё? На нём же не проект писать, а чисто с алгоритмами экспериментировать.
Для чего-то более серьёзного — переходить на более актуальные языки. Знание нескольких языков — расширяет кругозор.
-Материал из интерактивной обучающей справки встроенной в windows 3.11 по работе с мышкой (он лучший, да-да не смейтесь!). Потому что мышкой водить все умеют, но не понимают и даже не задумываются что они делают. Многие люди в возрасте давно пользующиеся компьютером не знают когда нужно использовать двойной клик, а когда правый (каждый раз получают результат только эксперементальным способом); почему при перемещении мыши в сторону курсор едет по диагонали ( мышку то не ровно держат). Короче базовей чем базовые знания — только умение работать с аппаратурой. Но почему то все это пускают на самотёк. Короче считаю это действительно важным моментом на котором необходимо акцентировать обучение, хотя к программированию это и не относится. Это тот момент когда так называемые «устаревшие» знания очень даже помогли бы но их не знают даже старики.
-Книгу «dos для чайников». Потому что там лучше всего описана фаиловая система. Конкретно рассказано зачем именно нужны каталоги, откуда появилась маркировка в windows дисков (A, C, D, E) и что именно они делают. (заодно и с командной строкой знакомит и когда в учебнике по любому языку будет сказано скомпилировать выполнив команду в терминале ученик уже не растеряется). Лучше книги не найти.
-правки скриптов для бота игры ultima online. Никакого понятия как писать код, но коротенькие скрипты обычно читаются очень легко даже не понимающему человеку. Давно заметил что людям очень легко даются задания в стиле попробовать найти переменную в коде и исправить чтобы добиться своего результата. Как минимум это привлекает к программированию. Без этого кажется что языки это китайская грамота. А после этого наоборот — кажется что ты это уже где-то видел.
-учебник по Java (не помню имени хорошего автора, но помню что в книге помимо хорошего описания там был отличный пример с java web апплетами и рассказом о двойной буферизации… короче можно было сразу попробовать что-то как тогда казалось крутое) там отлично показывало что такое объектно ориентированное программирование. Сразу оговаривалось как работает память в компьютере. тем более что сейчас куча фреймворков написаны таким образом чтобы взаимодействие с ними осуществлялось по большей части как раз в обьектно-ориентированном стиле.). Я просто не находил подобного в других книгах, да чё уж там я и эту конкретно до сих пор сного найти не могу :))
-Затем python где всё можно написать проще и быстрее. и сразу знакомство с PyQt, peewee и kivy без понятия того как этот самый python работает в принципе.
Затем долгие попытки просто собраться сесть и изучить си и ассемблер. Даже не читая всё серьёзно — многократное возвращение к одному и тому же материалу из разных источников всё же сформировало внутреннее представление как именно это всё работает, и как люди до этого дошли…
Когда на самом деле надо было тупо сидеть и штрудировать все известные человечеству алгоритмы. Но это не интересно…
Так вот последний шаг с алгоритмами на самом деле не обязательно делать последним. более того его можно равномерно размазать по всей программе обучения даже в принципе без какого бы ни было языка, и даже без компьютера. Наша система образования до этого уже додумалась и так и решила поступить, но из-за того что для этого продолжают использовать сами компьютеры — (а у детей компьютер это чёрный ящик с картинками и развлекательными играми (т.е. отсутствует понимание того что в принципе происходит)) естественно появляется автоматическая блокировка в понимании в подсознании. Новые знания просто не входят в голову потому что голова пытается переварить — «а что вообще произошло на экране». Сам с таким сталкивался. Тут проблема рисунка совы из трёх кружочков. никогда заранее не знаешь что необходимо разжевать, а что и так ясно. Да и — каждый опыт уникален. Для каждого ученика свой подход нужен. Но такого не будет в наших школах до момента под названием «никогда». Поэтому считаю что единая программа не нужна в принципе. Нужна единая база знаний. ученики которые хотят изучить компьютер сами читать будут, а которым это не нужно — неправильная подача материала с пропусками «очевидных» вещей — только укоренит в ученике отрешённость от материала.
Год первый: Был правильный преподаватель, который учил правильным и умным вещам. Но нихрена не понятным… Честно всё списал и в памяти не осталось ровным счётом ничего, кроме самого факта, что такое было.
Год второй: Пришла дама, которая сказала «вот вам компьютер с васиком, вот десяток операторов, которые делают такие и такие вещи. Играйтесь». Месяца через полтора пытался написать игру на бумажке…
Теория на пустом месте крайне плохо ложится в детские головы (сужу по своему классу). А вот когда уже есть опыт ковыряния — всё проще. Про более старших ничего не могу сказать, я тогда уже на асм перешел.
Петр: Я считаю, что в любом языке надо сначала освоить базовые вещи, позволяющие писать простейшие программы (переменные, if, циклы, массивы, строки, вещественные числа). С ними уже можно решать практически любую олимпиадную задачу. Остальное — уже по мере надобности.
И в университете, и в школе — это основы. Вне зависимости от языка. Правда, есть проблема, когда простые действия сложно выполнить средствами языка или это будет что-то нереальное. Например, редактирование двоичного файла — тут и на С/С++, и паскаль, и питон — можно применить. А вот тот же PHP уже как-то не в тему. Ближе к извращениям в контексте редактирования двоичных файлов — Lua и Brainfuck. Невозможные — HTML и CSS как и другие неполные по Тьюрингу
Петр: Как и на любом языке, разделяя код на разумные сущности, именуя переменные и т.д. Но на школьном уровне почти ничего из этого не нужно, максимум — ставить адекватные отступы.
Этот неловкий момент, когда даже про отступы не всем рассказывают. Или не всем понятно как табуляцией/пробелами пользоваться. Например — отступы есть, но имеют случайную длину. О чем это я, когда даже в Word встречаются абзацы, оформленные с помощью пробелов!
— Можно ли начать обучение С++, минуя Pascal и Basic?
Петр: Я бы рекомендовал заменить C++ на Python
Сергей: Если для знакомства, то лучше все-таки подойдет Python.
Тогда уже и С++ не нужен? И Python будет даже идеальным, т.к. изначально обучает правильно использовать отступы строк. У С/С++/паскаль и прочих с отступами проблемы, ведь эти языки не требуют отступы и особо отступы не контролируются.
а база одинаковая
На ООП свет клином не сошёлся, это явно не первая и не вторая глава обучения. Ну и, строго говоря, концепции ООП можно реализовать и в паскале.
Можно. ООП — это не про языковые конструкции, а про модель предметной области.
В гуглояндексе её сейчас не вижу.
Может, учебник Кушниренко и Лебедева для мехмата? Только он «Программирование для математиков» назывался. Он в обложках разного цвета был. У меня тоже в красной, хотя в интернете везде тёмно-зеленая на картинках.
begin
for var i: Integer := 1 to 10 do ...
for var Item: TItemType in Collection do...
for var i := 1 to 10 do ...
for var Item in Collection do ...
end;
Ничего не скажу об эффективности изучения C++ в школьном возрасте. Но все, с кем я учился в техникуме и университете, и кто не осилил указатели в C++, хотя у них и получалось что-то на паскале, программистами не стали.
Все изучали сами. Чуть было понятных лекций по Delphi и Pascal. Зато книги по этим языкам у меня были отличные, что меня с головой и затянуло в программирование.
По С++ было вообще полное самообучение по книге Татьяны Павловской. Как то ну очень нудно шло обучение. Реально помогала целеустремленность и база знаний по Pascal. Иначе (не хочется думать) может бы С++ и не знал (хотя в работе я его не использую, но любовь к нему осталась и к книгам Страуструпа тоже).
По ассемблеру была препод женщина «живой процессор». Наши боялись как огня. Объясняла довольно тяжко и без заинтересованности (без энтузиазма).
Зато при поступлении в универ база у нас по программированию была на неплохом уровне. Так что литература играет большую роль. Ну и кончено хороший преподаватель тоже.
Нет, ну JS это уже реальная травма психики. После него и ООП и функциональщина будут даваться с трудом.
Пример — обработка текстов — оптимально Perl. Обработка больших объёмов бинарных данных — С/С++.
С моей точки зрения было бы правильным обучать программированию параллельно обучению робототехнике (а тут внезапно вылезает Scratch :) ). Если эту тему развивать, то можно и математику, и физику подключить в рамках единой концепции образования.
Пример — обработка текстов — оптимально Perl.
Это вы про регулярные выражения?
Например, слесарей учат работать напильником и учат на примере гаечного ключа (у меня этот ключ уже 30 лет лежит) На каких примерах учат программистов? Абстракции не всем интересны.
Perl офигителен для ковыряния текстов, но для начала всё-таки стоит давать более универсальные навыки.
Обработка больших объёмов бинарных данных — С/С++.Мы сейчас бинарные данные обрабатываем терабайтами на Delphi/Lazarus. Windows/Linux. Отлично работает.
"Оно то, конечно, ничего, ежели б кабы то! Но так, как оно не токмо то, а прямо почём зря.."
Где-то так. Учить можно чему угодно и как угодно, 200 лет назад в школьников палкой сколачивали латынь и богословие… Сейчас в тренде программирование.
«Можно ли начать обучение С++, минуя Pascal и Basic?»
PS Конечно чтобы изучать C++ не надо сначала изучать Pascal или Basic.
Но вот надо ли первым языком изучать С++? сильно сомневаюсь. Впрочем как и опрашиваемые преподаватели.
Ну и главное, конечно без математики никуда. А, еще, а Вы программы (школьные) смотрели? Что и чему там учат? Я как то давно общался с одним товарищем, который принимал участие в написании стандарта по информатике для базового уровня (но не часть программирования), Когда, товарищ, увидел, что хотят в базовом и профильном уровне — сразу была названа фамилия другого товарища — это конкретный технарь, далёкий от школьного образования. Вот и получается, что программы (разделы) стандарта пишут люди далёкие от школы. По моему, лучше придерживаться старому принципу — «лучше меньше, да лучше», нежели чем жить как сейчас. Это в редких школах есть учителя информатики, которые адекватно воспринимаю новые технологии, в большинстве же случаев это не так.
Но упоминание конкретно запрета сортировки не встречал в общем случае. В частных — да, когда стоит умение реализовать именно сортировку, а не юзануть готовую.
Если основная цель — познакомить учеников с элементами программирования в сжатые сроки, а не целенаправленно программированию обучать, то лучше все-таки подойдет Python.Я знаю человека, который пытался учиться программированию у такого типа. После вопросов вроде «а как сделать, чтобы программа была в отдельном файле и без браузера запускалась» стало очень грустно — они на занятиях что-то там копипастили в Jupyter Notebook и даже лопатили какие-то данные в Pandas, при этом не имея практически никакого понимания о структурах и типах данных, переменных.
Python, безусловно, хороший язык. Jupyter — отличный инструмент для прототипирования, но от паскаля в данном случае было бы куда больше пользы. Он как минимум не менее выразителен, чем Python, а статическая типизация только в кассу.
Он как минимум не менее выразителен, чем Python
Ну вот неправда ваша.
for i := size - 1 downto 1 do
for j := 1 to i do
if arr[j] > arr[j + 1] then
begin
_ := arr[j];
arr[j] := arr[j + 1];
arr[j + 1] := _;
end;
хуже этого?
for i in range(size - 1, 0, -1):
for j in range(i):
if arr[j] > arr[j+1]:
arr[j], arr[j+1] = arr[j+1], arr[j]
Кроме того, если открыть CLRS или любую другую «языконезависимую» книгу по алгоритмам, там с высокой долей вероятности будет примерно такой псевдоязык:
что практически идентично паскалю:
procedure InsertionSort(t: Array of Integer; n: Integer);
var i, j, q: Integer
begin
for i := 2 to n do
begin
j := i;
q := t[i];
while ((j > 1) and (t[j-1] > q)) do
begin
t[j] := t[j-1];
j := j - 1;
end;
t[j] := q;
end;
end.
Думаю, не случайно — такая запись не претендует на красоту или лаконичность, но достаточно наглядная и, главное, однозначная. Она описывает выполнение программы, не вызывая вопросов вроде «входит в range() последний элемент диапазона или нет?», «что делает третий параметр -1?», «здесь нужно i++ или ++i?»
Для самых-самых основ, просто чтоб показать, что такое программирование можно брать вообще любой достаточно высокоуровневый язык. Вот тот же пример на F# (я не предлагаю преподавать его в школе, просто пример):
let InsertionSort (t: int array) =
for i = 1 to t.Length - 1 do
let mutable j = i
let q = t.[i]
while j > 0 && t.[j-1] > q do
t.[j] <- t.[j-1]
j <- j - 1
t.[j] <- q
Достаточно компактно и читабельно даже для людей, которые с языком не знакомы.
Она описывает выполнение программы, не вызывая вопросов вроде «входит в range() последний элемент диапазона или нет?», «что делает третий параметр -1?», «здесь нужно i++ или ++i?»
Два из трёх вопросов – это вопросы к знанию поведения range
, одной из немногочисленных функций. А третий вообще к Python не имеет отношения. Не думаю, что выучить range
сложно.
Программа на Pascal более низкоуровневая. Скажем, в ней мы обязаны передавать n
. Нет стандартной команды для сортировки. Бедный набор структур данных, встроенных в сам язык.
Опять же, я не говорю, что Pascal плох для преподавания. Всё зависит от целей. Если мы хотим показать, как именно сложные действия сложены из элементарных, близких к машине, то Pascal неплох. Если хотим, чтобы ученики могли быстро писать программы делающие сложные вещи, умели автоматизировать рутину, то Python будет лучше Pascal. Если что-то ещё – то, лучше подойдёт ещё какой-то язык.
Тут много спорят о языках, но мало обсуждают цели.
Скажем, в ней мы обязаны передавать n.
В синтаксисе array of, кстати, нет, не нужно. 1 to High(t) сделают дело (1 вместо 2 потому что открытые массивы индексируются с нуля).
Нет стандартной команды для сортировки.
Да как нету-то. Девять лет как есть. Сейчас уже 10. 10-так их лет. ДЕСЯТЬ!!! ДЕСЯТЬ!!!
Кстати, какая там сигнатура?
class procedure Sort<T>(var Values: array of T); overload;
class procedure Sort<T>(var Values: array of T; const Comparer: IComparer<T>); overload;
class procedure Sort<T>(var Values: array of T; const Comparer: IComparer<T>; Index: Integer; Count: Integer); overload;
Оу, надо же. n можно не передавать.
ДА, и в каких это школах дают сортировки и еще а где и когда, в школе, изучаются подпрограммы?, да еще в таком применении? И еще, очень понятна школьнику запись i++.
Вопросик, наверное всё таки никто и программу по информатике в руках и не держал… Это в книжках вводят в курс через алгоритмический язык, в школах — практически нет, минут 10-20 от силы… вот в результате и получаем, тут не до поняли, там не до учили, а изучать будем конкретный язык программирования, да еще что б он к егэ был бы прикручен.
Я бы рекомендовал заменить C++ на Python. Pascal и уже тем более Basic точно не нужны
Обучение лучше начинать с языка со Строгой Типизацией.
https://pikabu.ru/story/kak_prostrelit_sebe_nogu_boyan_dlya_programmistov_462373
ЗАДАЧА: Прострелить себе ногу.
C: Вы простреливаете себе ногу.
Pascal: Компилятор не позволит вам прострелить себе ногу
Так что как раз для учебных целей pascal вполне годен ;)
Учит учитель. И, если имеется в виду общеобразовательная школа, там с программированием приблизительно так же как и с музыкой. Предмет есть, но чтобы на школьных уроках музыки кого-то научили играть на каком-то музыкальном инструменте — я не слышал.
... ни pascal, ни... никого ничему интересному не учат.За выживший в «эволюционной борьбе» begin можете сказать спасибо вполне конкретному ( с какого-то момента) бизнесмену. Почти дословно: «И зачем нам Borland Modula-2, когда и то что есть продаётся?»
Разве что один учит, что begin и end ходят парами
Так что учит, ещё как учит... Скорее, правда, учит «жизни, как она есть»
Вы, наверное, имели в виду статическую типизацию. Python — strongly typed, там вроде как строгая динамическая типизация.
Паскаль — строгая статическая типизация. Типы определяются в момент определения переменной и не могут быть изменены.
Питон — сильная динамическая типизация. Тип определяется в момент присвоения, но после этого он очень даже явно задан.
В питоне есть класс ошибок, что запихнули не то и не туда, что приводит к ошибкам в рантайме, но, к примеру, нет ошибок неявного поведения, как в js.
В паскале и то и то не проблема, потому что проверяется на этапе компиляции.
Не только.
Со строками, например, в pascal все очень просто. В C — достаточно сложно. В python… Необычно.
В питоне строка — это обьект с кучей методов. Ок, ООП наше все и сразу, даже если мы не собирались прямо сейчас вникать в эту концепцию. Но метода length() у строки нет, есть функция, которая эту длину возвращает (в байтах или в символах? надо мануал читать). Ок, это исключение просто запомнить.
python "из коробки" значительно мощнее чем pascal, но хитростей в нем очень много.
Но метода length() у строки нет, есть функция, которая эту длину возвращает (в байтах или в символах? надо мануал читать). Ок, это исключение просто запомнить.
Вы просто слишком опытный программист, раз ищете именно метод и сомневаетесь, в байтах или в символах. В Python всё гораздо проще.
Не нужно использовать ООП для базового использования строк. Есть функция len
, которая работает со всеми объектами, имеющими длину (строки, массивы, словари и т. д.). Как именно она работает (а она как раз и вызывает тот метод) – для новичка неважно. Это можно отложить до времени, когда будет изучено ООП. Мы же не изучаем алгоритмы сборки мусора в Java сразу после того, как познакомились с new
.
По поводу байтов или символов. Всё тоже очень просто. Строка (тип str
) – последовательность символов. Значит и длина в символах. Как они внутри кодируются – это уже не наша проблема, и новичка особо волновать не должно. А если нужны байты или кодировка нас волнует, то есть тип bytes
.
В Python очень мало хитростей на самом деле.
Мы же не изучаем алгоритмы сборки мусора в Java сразу после того, как познакомились с new.
А вот познакомить с самым тупым алгоритмом в этот момент было бы неплохо (в конце концов — остальные STW-алгоритмы просто более хитрые, а не STW в проде вроде пока один и к нему раньше полноценного понимания JMM и STW алгоритом GC лучше не приближаться)… так же как и дать самую общую инфу по JMM.
Было бы неплохо, согласен. Но про new
нужно сказать уже на первом-втором занятии, так как без него никуда. И если вывалить на ученика/студента сразу все подробности, то они так и будут лежать мёртвым грузом, так как на следующих занятиях они использоваться не будут. Но сказать, конечно, что такое сборка мусора вообще, нужно.
Так и в Python. На первом занятии можно сказать, например, что len
узнаёт длину отправляя запрос самим объектам. А когда дойдёт дело до ООП и __волшебных_методов__
, уже можно будет рассказать про то, как именно этот запрос выполняется.
В питоне строка — это обьект с кучей методов
Круто!
В питоне строка — это обьект с кучей методовК слову говоря, это не так уж плохо. И в новых паскалях уже давно к строкам написаны хелперы. И можно обращаться вот так: s.Length, s.ToInteger, s.Replace и т.п. И это удобно, на самом деле.
Старые варианты, конечно, никуда не делись: Length(s), StrToInt(s), StringReplace(s, ...)
Мое мнение, как не_разработчика, Python гораздо интереснее и целесообразнее изучать в школе. Но опять же это безотносительно спортивного программирования, о котором я ничего не знаю.
Математические задачи, графики, прикладные задачи математики в физике, химии, биологии можно легко комбинировать с Python и результаты демонстрировать в докладах, оформленных с помощью Jupyter или как вариант с помощью LaTeX.
Для заинтересованных в разработке — уже подключать Qt.
Тут много дискуссий вызвал извечный вопрос про то, с какого языка начинать обучение программированию и, в частности, мой ответ, который еще и оказался вынесен в заголовок статьи. Давайте я более подробно раскрою свой ответ. (Отмечу, что за ответы Инессы и Сергея я не отвечаю и не во всем с ними согласен :) )
Я рекомендую всем начинающим начинать обучение с питона. На нем вполне можно получить базовые навыки программирования (и, как я это писал в ответе на другой вопрос — это не типы, не ООП, а переменные, циклы, if'ы и т.д.; представление о типах данных вы, конечно, тоже получите, пусть и несколько неявное). И после этого вы не просто можете написать пару учебных программ, но вы владеете инструментом, который вам наверняка пригодится и в дальнейшем в жизни — в университете, в работе, если ваша работа хоть как-то, пусть косвенно, будет связана с программированием. Если вы будете профессионально заниматься программированием, то скорее всего вы изучите и другие языки, и все продвинутые концепции, но питон все равно всегда вам пригодится. А если вы не будете профессиональным программистом, но будете писать какие-нибудь небольшие скрипты, то питона вам будет более чем достаточно.
При этом никто не мешает на питоне в целях обучения реализовывать те же простейшие сортировки и другие алгоритмы вручную — собственно, я и требую писать их вручную, см. также мой пост про это. А вот когда школьники уже довольно неплохо пишут на питоне и решают алгоритмические задачи — вот тогда я рекомендую переходить на C++, потому что он существенно быстрее питона и один из наиболее распространенных высокопроизводительных языков. (Ну или можно Java, но тут уже скорее специфика олимпиадного программирования сказывается.)
Для сравнения, что паскаль, что бейсик вам после школы почти наверняка нигде никогда не пригодятся. Зачем же их тогда изучать, если базовые концепции можно изучить и на питоне?
Ruby, go, swift, rust, даже C# и Javascript — все-таки (как минимум, пока что) достаточно нишевые языки. Это, естественно, мое мнение, я могу и ошибаться, но кажется, что именно питон сейчас является такой «затычкой к каждой бочке», языком, который пригодится более-менее везде, особенно для людей, не ставших профессиональными программистами. А профессиональные выучат себе любой другой язык, когда он понадобится.
Еще отдельно отмечу то, что на питоне очень мало boilerplate — простейшие программы типа «сумма двух чисел» пишутся в три строчки. (Сравните, например, это с тем, что происходит в той же Java.) Для школьников это, безусловно, важно — зачем им писать кучу boilerplate-кода, которого они пока не понимают.
(И да, отмечу, что я имею в виду именно чистый питон, а не Jupiter и т.д.)
(И интересная тема про Kotlin, я слушал о нем ряд хороших отзывов (не в контексте обучения), но сам я его не знаю, и язык слишком новый, опыта использования его как первого языка пока мало, если такой опыт вообще есть. Ну и не знаю, решили ли они проблемы с Java-boilerplate.)
бейсик вам после школы почти наверняка нигде никогда не пригодятся
Скрипты в MS Office на каком языке? ;)
Если интересует карьера программиста — да, basic это узкая ниша.
Я рекомендую всем начинающим начинать обучение с питона
А что с упомянутой выше типизацией и возможностью прострелить из-за этого ноги?
В паскале на самом деле есть такая милая штука, как преобразование типа.
Если применять его к указателям, можно достичь неплохих результатов по стрельбе в ноги.
Другой вопрос, что для этого придется предпринимать специально какие-то действия. "Само" оно не получится.
Код си же изобилует указателями чуть менее чем весь. Вот на гитхабе открыл первый встречный модуль (что бы не быть голословным):
github.com/jwilberding/bcp/blob/master/bcp.c
видим массово рассыпанные '&', '*'
А еще, одно из умений, которые я считаю важными — это умение тестировать свою программу, и с этой точки зрения то, что компиляция ловят какие-то ошибки, не так важно — все равно вы должны тщательно протестировать свою (небольшую) программу, и все равно вы такие ошибки выловите.
... то, что компиляция ловят какие-то ошибки, не так важно — все равно вы должны тщательно протестировать свою (небольшую) программу, и все равно вы такие ошибки выловите.Не все с этим согласны, и даже развивают инструментарий формальной верификации (доказательства корректности работы ПО с помощью математических методов):
SPARK — подмножество языка Ада
Многозадачность, в ее полном варианте, имеет очень сложную семантику исполнения. Но при использовании Ravenscar профиля она все же подлежит формальному анализу.
...
Важной возможностью... анализа является обнаружение неинициализированных переменных.
...
Далее, существуют формальные процессы верификации, касающиеся доказательств:
•Формальная верификация свойств надежности (т.е. гарантия отсутствия возбуждения предопределенных исключений);
•Формальная верификация функциональных свойств, основанных на контрактах, таких как пред-условия и пост-условия.
В случае с функциональными свойствами, которые кроме пред- и пост-условий включают в себя инварианты циклов и утверждения, касающиеся типов, анализатор генерирует предположения, которые необходимо доказать для гарантирования корректности программы.
...
За последние годы произошел значительный прогресс в области автоматического доказательства теорем, благодаря чему GNATprove способен автоматически исполнять множество условий верификации.
100 строк — это немало...
В 100 строк вмещается, например, расчет отпуска или больничного
Из них 25 встроенного языка,
правда, цикл расчета среднемесячного дохода(?) на Clarion
)
Кстати, об обучении тех кто ходит в 9-11 классы ( и всех желающих с 4 класса),
есть предложение обсудить бело-зеленую книгу 6мм. толщиной:
Простое и сложное в программировании
Серия: Кибернетика — неограниченные возможности и возможные ограничения
Простое и сложное в программировании [Текст] / Академия наук СССР; авт. предисл. Е. П. Велихов. — М.: Наука, 1988. — 169, [5] с.: ил. — ISBN 5-02-006595-1: Б. ц.
Вишняков, Юрий Саввич
канд. физ.-мат. наук
Грюнталь, Андрей Игоревич
канд. физ.-мат. наук
А. И. Грюнталь
Кольцова, Анастасия Андриановна
канд. техн. наук
А. А. Кольцова
Пачков, Степан Александрович
С. А. Пачков
Семенов, Алексей Львович
д-р физ.-мат. наук
А. Л. Семенов
Приведу часть оглавления вне спойлера ( по нему проще вспомнить книгу тем кто её читал, а остальным понять о чём она):
...Начиная с 17 главы ( или чуть раньше) — «но и для их родителей» и(или) «про жизнь», рекомендую
Глава 2. Коза, капуста и другие с точки зрения программиста
Глава 3. Путник снова в лабиринте
Глава 4. Доказательства в программировании
Глава 5. Алгоритм Евклида
Глава 6. Кто тяжелее, или Нижние и верхние оценки для задачи сортировки
Глава 7. Сколько веревочке ни виться, или Почему программы кончают работу
Глава 8. Снова о сортировке
Глава 9. Могут ли восемь ферзей не бить друг друга, или Обход дерева
Глава 10. Можно ли поднять себя за волосы, или Рекурсия
Глава 11. От рекурсивного определения к программе
Глава 12. Ханойские башни
...
Глава 14. Переборные задачи
Глава 15. Игры, игры, игры
Глава 16. Снова об играх
Глава 17. Гениальный режиссер и его жертва
...
Глава 20. Игра в животных, или Искусственный интеллект
Глава 21. Программистские басни
Глава 22. Компьютеры и общество
...
Например, что из неё пригодится «и в дальнейшем в жизни — в университете, в работе»? Актуальность?
Плюсом имеем весьма учебную и продвинутую среду PascalABC
Даже книга Гослинга по Яве — 250 страниц.
А по Питону имеем книгу Лутца на 1280стр. Вчетверо толще учебника по информатике для старшеклассников — это, на мой взгляд, перебор.
Может есть что покороче для школьников?
Ну и рекомендуйте IDE для обучения
Когда то давно, я тоже так считал — что пролистать некоторую основу (методичку) и пару примеров и будет достаточно.
Но сейчас пришел к выводу, что получения квалификации (а образование как бы на это нацелено), нужно прочитать полную спецификацию или лучше книгу с раскрытием спецификации.
Потому надо школьникам еще и дать понять, что методички в будущем окажется мало, кто пойдет на специализацию.
(И вообще, я не думаю, что даже профессиональным программистам надо учить язык от корки до корки, но это другой вопрос.)
И да, конечно, школьники понимают, что методички мало. Но имея такие базовые знания, они уже сами зачастую в состоянии нагуглить нужную информацию.
Например, я стал использовать питон для начального обучения только года три назад (до того использовал паскаль) — и то, питон я стал использовать не в последнюю очередь потому, что у меня были несколько знакомых учителей, уже использовавших питон, и только после того, как в течение пары олимпиадных сезонов ряд моих школьников успешно участвовали в олимпиадах на питоне (который они выучили не на моих начальных занятиях, а где-то в других местах типа Летней компьютерной школы).
Отсутствие локализации не считаю проблемой — в базовом программировании реально надо знать пяток пунктов меню и десяток сообщений об ошибке, они быстро выучиваются. Зато потом никаких проблем с неоднозначной локализацией.
Другое дело, что IntelliJ, подозреваю, сложная (говорю по опыту PyCharm'а для питона). Создавать проект, все такое, ради программы на две строчки — это кажется слишком. Среды а-ля Wing IDE 101 или Code::Blocks кажутся удобнее в этом плане — запустил и сразу пишешь код.
А сейчас Powershell. Потому что тоже самое, можно быстро отладиться и при этом таскать среду исполнения уже не нужно.
Необходимые DLL можно прямо из себя же сгенерить через встроенный C#.
И наоборот можно подключить к C# программе скрипты на Powershell с доступом к внутренним объектам.
Но конечно C/C++ так и остается основным выбором, если программа в основном работает с WinAPI.
Из опыта.
www.cyberforum.ru/pascal
www.cyberforum.ru/delphi-beginners
Есть что-то подобное на Питоне или JS?
Кому интересно, канал по Delphi/Lazarus, множество профессионалов, ежедневная активность:
t.me/Delphi_Lazarus
«Pascal и уж тем более Basic точно не нужны»: интервью с тренерами по спортивному программированию