Какой язык программирования учить

[Вантуз]

Никак там 1М не получается иначе как добавлением битов в шину адресов. И для адресации только страницу менять.

Спасибо, кэп (c)
Страницу поменять значит писать в регистр G-base (по памяти, он так назывался), а это сразу прерывание, по которому система задачу прибивала.
Кстати, память выдавалась сеансу, по-видимому, непрерывным куском.  Например, в C malloc() возвращал указатель на неочищенную область с содержимым памяти сеанса мальчика/девочьки у тебя за спиной. Можно было вытащить целиком буфер редактора с программой и т.д.
Как был сделан своп на диск, вспомнить через ~30 лет сложно (его не было вообще? скидывался сеанс целиком?)
При ~20 юзерах только в терминальном зале характерных фризов на несколько секунд не помню.

Именно MISS. Занимался переносом на СМ-4.

Исходников не сохранилось?

[Вантуз]

Страницу поменять значит писать в регистр G-base (по памяти, он так назывался), а это сразу прерывание, по которому система задачу прибивала.

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

Супервизор, конечно. Interrupt для наивных любознательных юзеров.

Вон как на М-20 делали ( смотреть раздел про Бейсик )
https://ketkov.ru/joomla/index.php/publikacii/patdesat-let-s-komputerom

Похоже в общих чертах.

...
Вот в ДЕМОС такое бы не прошло - там полноценные форки и процессы от терминала.

В MISS процессом был сеанс. В нем задачи имели общее адресное пространство, и потомок мог читать память всех родителей. Писать -- не помню точно. Как минимум, ни разу не прибивал свой сеанс записью по указателю в память оболочки.

Я не спрашивал - мне не так интересно - там же все было на макроассемблере, только в последних версиях вроде как на С переписали.

Системным языком был PLM (prog. language macro?) Ассемблер с макросами не только для переменных, но и для арифметики, if .  then..  else.. endif, goto.. , call..

[Вантуз]

А учиться программировать надо не на программах по математике, а в средах программирования.

Математика сама по себе среда, остальное надстройки.

Если ТС хочет заранее иметь практическое представление о среде программирования для обработки данных с больших экспериментов -- это однозначно unix (конкретно, gnu/linux). Неважно, какие высокоуровневые/проблемно-ориентированные языки накручены поверх.

[Вантуз]

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

Вложенные -- это gnu-расширения, а gnu фактически стандарт. // P.S. то есть грамматика, а не синтаксис. //

С другой стороны, у clang более детальные сообщения об ошибках и предупреждениях, чем у gcc.

И не только, чем у gcc. Помогает иногда на экзотических платформах типа e2k.

Меня вот, например, просто бесит, что многие последнее время в астрофизике активно змеюку стали применять.

Змеюка это кто? // Обработкой занят пол-жизни, но не астрофизика.   P.S. python? так его лет 20 уже суют во все дыры в качестве glue. Это, скорее, конъюнктура в школьном / прикладном вузовском образовании на западе. До этого было scheme, например. //

[Вантуз]

 Ага, сообразил уже. Лет 15 на нем писал тупые декларации вместо компактных конфигов на специализированном языке.

[Вантуз]

Обстоятельный ответ автору темы - учиться программировать надо на Паскале ...

Неважно на чем, важно чему и как.

[Вантуз]

Неважно на чем, важно чему и как

Важно, по аналогии, вам всё равно на каком языке говорить и писать?

Было бы чтО писать. Язык вторичен.

[Вантуз]

Если не созрел для C++, то и С ему тоже не осилить

[Вантуз]

Наоборот, 99,99% софта имеют оконный и многооконный графический интерфейс общения не только с компиляторами, но и с готовым софтом.

/* Где здесь смайлик "в цитатник"? */

[Вантуз]

*NIX пошел своим путем, ...

Как раз не своим.

... ибо это изначально была многопользовательская
система, где getty ждет соединения, форкает логин и запускает сессию
пользователя с shell, и таких сессий разных пользователей
одновременно может быть много.
К графике они подошли с той же позиции и соорудили Х, которая
аналогично позволяла иметь несколько сессий на одну машину.

Шансы на человеческую графику в unix могли быть, если бы авторы X сделали бы ввод/вывод графики таким же простым для юзера, как взаимодействие с файловой системой.
Например, из shell, имеющего свой namespace c перенаправлением /dev/*:

mount --bind /net/${ip}/dev/xscreen /dev/xscreen
mount --bind /net/${ip}/dev/kbd     /dev/kbd
mount --bind /net/${ip}/dev/mouse   /dev/mouse

{
echo '[здесь ESC-последовательность типа \"начинай вывод c позиции (x,y) экрана\"]'
echo '[здесь ESC-последовательность \"дальше идет картинко в формате xpm\"]'
cat картинко.xpm
echo '[здесь ESC-последовательность типа \"начинай вывод c позиции (x1,y1) экрана\"]'
echo '[здесь ESC-последовательность \"дальше идет макрос с кнопкой сделай_нам_зашибись\"]'
} > /dev/xscreen

{
... здесь читаем /dev/mouse, /dev/kbd ,,,
}

... и т.д.

[Вантуз]

Шансы на человеческую графику в unix могли быть, если бы авторы X сделали бы ввод/вывод графики таким же простым для юзера, как взаимодействие с файловой системой.

И на удаленную сессию через rcp гонять ? Или через nfs ?

9p.

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

Вот и обращаться с ней надо, как с /dev/tty.

[Вантуз]

Не, может вы себе представляете женщину-кассира в кассе продаж авиа или жд билетов, которая работает в командной строке, а чтобы посчитать более сложные варианты, типа из Мск в Хабаровск через Иркутск, а обратно из Хабаровска в Мск через Новосибирск, использует sed и awk и которая пишет скрипты на баше на лету....

Сколько раз бронировал билеты/гостиницы через Expedia, ни разу не заморачивался, что у нее внутре. Для юзера выведены в браузер  поля откуда, куда, когда и кнопка "зашибись". Скорее всего, женщину давно вынули, автомат поставили (с) Если маршрут не сходится,  не исключаю, что автомат пинает через пэйджэр индуса на аутсорсе, который, не слезая с мопеда, грепает и строит маршрут руками, пока юзер смотрит на крутящиеся самолетики "wait a minute, your booking is underway... "

[Вантуз]

Я на этого "вяленого" наткнулся в компьютерном классе лабкорпуса, когда отдел информатики там внезапно обновил компьютеры, и вместо линукса поставил туда какую-то дрянь (то ли "рэд ОС", то ли что-то из этого репертуара). xrandr не работает, ...

Рэд ОС -- местное творчество по мотивам RHEL, так что идут в ногу со временем, окрасив себя в те цвета, в которые они себя окрасили (с)

 (При миграции с centos7 на almalinux9 были аналогичные чудеса, wayland и вот это все. Например, подключить большой экран на стене по hdmi и два монитора по dvi к карточке nvidia уже проблема. В X-ах достаточно было однострочника с xrandr  в ~/bin, на случай, если у аспирантов мышетык в KDE не срабатывает, а гистограммы покрутить в домашнем кинотеатре ну очень хочеццо.)

В общем, я за то, чтобы иксы отрефакторили, но оставили as is основные фичи.

Мну имхуется, что X-ы дефективны в принципе. Когда их делали во второй половине 80-х, были уже более прозрачные для юзера примеры типа rio, например. Но весь этот research был проигнорирован, и в unix потащили костыли.

А вот уязвимое место иксов — проброс по сети — стоило бы как-то поудобней сделать, что ли…

Саму работу с сетью надо было делать, как принято в юникс.
Поезд ушел еще в начале 80-х.

[Вантуз]

Вот и обращаться с ней надо, как с /dev/tty.

И будет в целом такой же монстр как и  Х

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

Там вроде /dev/tty7 как раз за иксами.

Пообщаетесь с X-ами через tty7 (точнее, через первый незанятый tty, который им отходит). stdin у них в /dev/null, stdout/stderr наследуют у родителя, а общаться с ними только через сокет.
Так прозрачно для юзера, шопесец, да.

[Вантуз]

примеры типа rio, например

Это уже Plan 9 получится

План 9 у Bell Labs не сработал, в отличие от предыдущего. По чисто организационным причинам, имхо. СтОило им выпустить его в free source в 80-е, многое бы пошло по-другому.
В отличие от улучшателей юникс, авторы Plan9 понимали, как организовать работу с сетью, графикой и другими новыми плюшками настолько же эффективно и прозрачно, как работа со storage и процессами была организована в Unix.

[Вантуз]

План 9 у Bell Labs не сработал

Однако сработал Next у Джобса - потомки в Маках.

Next сработал уже потому, что на нем нарисовали первую реализацию http, первый www-сервер, и первый www-клиент (чисто текстовый, так как даже в CERN в конце 80-х большинство сидело за зелеными vt52). (Маки таки да, неубиваемая люминиевая клавиатура запомнилась, когда юзал маковский лаптоп по бедности. А так первым делом накатил на него pkgsrc, чтобы получить более/менее привычное окружение.)

СтОило им выпустить его в free source в 80-е, многое бы пошло по-другому.

Не факт. Линукс попер в частности когда за него взялась та же IBM и другие и его стали продавать в нагрузку к оборудованию как дешевую альтернативу - чисто бизнес-план.

Не факт, что что-либо изменилось бы, если бы IBM&Co взялись не за GNU/Linux, а за гипотетический GNU/BSD, BSD без GNU и т.д.
Unix was not only dead, it started to stink (c)

[Вантуз]

Найдите здесь С++

Просто мысли вслух: Gnome писали на C + скриптовые извраты, KDE на C++ + макрообертки Qt, а на выходе сопоставимое гомно.
Может, не в языке дело?

Жабоскрипту же место исключительно в браузерных приложениях

JS прижился, где прижился WWW, чуть менее, чем полностью.
Очередной олбанский езыг, на котором можно пейсать, если пишешь на C.

[Вантуз]

Может, не в языке дело?

Сейчас на линухе модно на русте писать, думают что зайдет.

Как, друзья, вы не садитесь... (с)

[Вантуз]

Чертовски красиво оно выглядело. Еще бы с "кнопочек" уродские тени убрать…

Без теней на темном фоне кнопки не выделяются:

[Вантуз]

Анахронизм

Зато выглядит обалденно. Не то, что это вырвиглазное уродство на GTK или Qt…

Motif всегда хорошо выглядел, от угребищного ч/б X-терминала до LCD.

Но с появлением sixel, думаю, ncurses сдас позиции: вот, что народ лепит!

Осталось прикрутить sixel к консольному фреймбуферу.