>> Для начальных навыков сегодня лучше всего подходит, по-моему, javascript
> Это шутка такая?Нет, я совершенно серьёзно. Более чем серьёзно. Особенно если речь идёт не о вузовском образовании, где мотивацию можно вколачивать в студентов угрозой отчисления, а о самообразовании или всяких там курсах программирования для школьников.
>> Рассмотрены концептуальные различия между Паскалем и Си.
>>> Лолшто? Какие там концептуальные различия? Синтаксис разный, но по-сути это один и тот же язык. Или замена begin/end на {} -- это концептуальное различие?
> На паскале можно ваять без использования указателей (теоретически), в то время как
> в сишке без них никуда.
Да ладно. Без использования указателей в паскале ваять теоретически предлагалось заменяя указатели индексами внутрь массивов. Такое можно и в C творить. Теоретически же.
> Строки и массивы в паскале реализованы
> встроенными типами, вроде как (точно не помню). В сишке массивов и
> строк как таковых вообще нет. Так что разница есть.
В pascal'е строки -- это ad hoc костыль. А массивы паскалевские отличаются от сишных только проверкой на выход за границы. Даже произвольность в задании диапазона индексов можно в C промоделировать легко, используя вместо массива указатель:
в паскале:
arr: array [1..100] of integer; {так вроде да?}
в C:
int array_mem[100]; // немного накакали в пространство идентификаторов, но какая собственно разница?
int *arr = array_mem - 1;
>> Он работает только с x32
> Для учебных целей норм. Да и ассемблерные инструкции - это справочная информация
> по сути. Кому нужно - найдёт самостоятельно.
Кому нужно, найдёт книгу посвящённую ассемблеру, вместо того, чтобы читать эту неполную справочную информацию.
>>> за последние 20 лет ничему новому не научился
> А чему такому можно было научиться за последние 20 лет?
За последние 20 лет можно было научиться тому, что
- pascal умер
- vcs -- это средство организации работы, а не программа для up/down-load'а.
- js -- самый популярный, самый доступный и самый полезный язык
- дисциплина линии -- не нужна никому: это технические детали которые понадобятся может быть 0.01% читателей книги "введение в профессию"
> Клепанию веб-поделок на скриптовых язычках? Последние 20 лет - это банальный застой в
> лучшем случае.
Ты чего-то не понимаешь. Во-первых, веб-поделки не обязательно клепать на скриптовых язычках. Серверную часть ты вообще на чём угодно можешь писать, с клиентской возникает засада, но там далеко не всегда так уж необходимо что-то писать и кроме того есть свет в конце тоннеля: wasm.
Во-вторых, веб-поделки -- это офигенная штука. Круче чем офигенная. Если мне нужна программа, я пишу её в виде веб-приложения, таким образом мне плевать на все ограничения локальных процессов, и мне плевать на все эти тулкиты для отрисовки гуя. Моя программа выводит _текст_ и мне не нужны ни дисциплины линии, чтобы выводить его, ни даже ncurses. Если я всё же пользуюсь какими-то библиотеками, то исключительно потому, что мне влом писать кучу унылого скучного кода разбора HTTP запросов, создания HTTP ответов, или потому что мне лень асинхронно работать, и sqlite сильно упрощает жизнь.
И такая программа будет мне доступна с десктопа, с ноутбука, с рабочего компьютера, с общественного компьютера в библиотеке, со смартфона, да и вообще с любого устройства с браузером.
Может быть это не повод совсем отказываться от написания приложений, которые не веб-приложения, но надо быть полнейшим отморозком из криокамеры, чтобы писать "введение в профессию" и не выделить несколько глав под веб-программирование, которое сегодня наиболее популярное применение этой самой профессии.
