какой у вас опыт?

😄😄
Есть такое
Но зачем рушить иллюзии парню

Главное что бы нравилось в принципе
Сложно себя заставить делать то что не нравиться

очень интересно разговаривать с человеком про какую-то сферу, который в этой сфере не опытен) забавляет) но не стоит того чтобы воспринимать всерьёз)

Другой вопрос ты, сразу видно что опытный 😄

неа, я интересующийся)

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

по факту много людей у кого негативный опыт, потому что не особо то и старались, или не особо им то нравилось) и они этот негатив несут в массы.

А кто говорит что разработчики это люди?

#ithumor

Это Столяров

Тот самый Столяров

На примерно 2:09:40 можно послушать, почему он считает, что Паскаль лучше С для входа в программирование

чем он знаменит?

какая у тебя вилка сейчас?

Автор бесплатной и очень неплохой книги "Введение в Программирование"

Там про Паскаль, Ассемблер, С, внутренностм ОС на примере юниксов, потом про разнообразные парадигмы типа ООП, немного ФП, немного пролога и т.д.

У книги 4 тома.

Первый том просто про программирование, о котором он рассказывает используя паскаль.

Второй том уже про низкоуровневое программирование. Там сперва Ассемблер, но не весь, а только то, чего хватит чтобы понять низкий уровень. Регистры, флаги, переходы и т.д. Потом вторая половина книги про Си.

В третьем томе про ОС. Эдакий Таненбаум вкратце, с авторским стилем.

В четвёртом он рассказывает про парадигмы, про рекурсию, про иммутабельность, про ООП и С++, потом про Лисп, Пролог и TCL.

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

Непонятно, что имеется ввиду под побочным эффектом.

Изменение состояния программы.
У любой программы есть состояние. Это множество всех переменных, всех подключенных файлов и т.д. И это состояние изменяется. Дважды оказавшаяся в одинаковом состоянии программа ведёт себя одинаково, а если не одинаково, то значит есть еще какой-то элемент состояния.

Я тоже смутно понимаю, почему в Си любое выражение это побочный эффект.
Но как бы да, в Си изменение возведено в обсолют.
Даже самая базовая функция scanf. Ей нужно дать указатель на значение, чтобы функция прочитала это значение с потока ввода и записала в переменную по указателю. Т.е. как out параметр в шарпах.

В Си нельзя вернуть из функции несколько значений, поэтому чтобы вернуть несколько значений все делают out параметры, которые перезаписывают входные данные по указателю.

Обычно языки дают хоть что-то, чтобы замаскировать изменение состояния.
string input = Console.ReadLine(); не изменяет состояние, а только создаёт новую переменную.
Конечно, фактически, место под эту переменную было выделено еще при вызове функции, а потом присваивание перезаписало пустоту, но там была пустота, никак не влияющая на состояние, а добавление новой переменной состояние не изменило, а расширило, поэтому поведение того, что опиралось меньшую версию состояния не изменится.

Как-то так.

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

Это вообще кто?