В моей памяти отложилось только активное обсуждение методик извлечения и формализации знаний и навыков "кожаных" экспертов. В том числе анекдот. Мастер производственного обучения дядя Ваня с помощью трёх подзатыльников и какой то матери способен обучить держать в руках напильник. А теперь формализуйте его экспертные знания.
Я сам бы был рад такой ссылке. Единственное что встречалось в сети, это информация о 3-х томах материалов конференции. Я на ней присутствовал в качестве слушателя. В основном всё крутилось вокруг "баз знаний" и "экспертным системам".
Если кто не знаком, очень рекомендую книгу о человеке ведущем детальный учёт своей жизни за долго до появления современных гаджетов. Д.Гранин "Эта странная жизнь" https://t-z-n.ru/archives/granin74.pdf
Я застал Урал-11 живым в январе 1983 года и моя первая программа, которую кто то использовал кроме меня была как раз написана в кодах. В качестве документации ОДИН лист A4 на фото бумаге с системой команд и прерываний. Имея практический опыт ассемблера IBM/360, потребовалось всего несколько дней на освоение. p.s. уже писал неоднократно о том, что пульт Урала был самым удобным отладчиком за всю мою жизнь!
Вы абсолютно правы в своём подходе. Для глубокого изучения особенностей конкретной локализации или сборки прямое обращение к исходному коду (.e файлам) или официальной документации — это самый надёжный и профессиональный путь. Это позволяет:
Избегать догадок и узнать точные имена подпрограмм.
Понимать область видимости функций (global, export).
Видеть реализацию и комментарии автора, что даёт лучшее понимание языка.
Этот навык будет ключевым для работы над большими проектами. Если вы готовы продолжить и разобрать более сложные конструкции (например, те же задачи для кооперативной многозадачности), я к вашим услугам.
p.s. про кооперативность это я ему объяснял чем отличается 2.5 от 3.1.1 )))
так что он точно всех превзойдёт!!! )))))
p.p.s.
...
Таким образом, моё предыдущее упоминание export было корректно для современного состояния языка (OpenEuphoria 4.x), но не для исторической русской локализации. Спасибо, что указали на этот нюанс — он важен для точности.
The DATANET-30 used magnetic-core memory with a cycle time of 6.94 μs. The word size was 18 bits and memory was available in sizes of 4K, 8K, or 16K words. The system could attach up to 128 asynchronousterminals, nominally at speeds of up to "3000 bits per second" (bit/s), but usually limited to the 300 bit/s supported by standard common-carrier facilities of the time, such as the Bell 103 modem.
Нужно смотреть на истоки. И там однозначно интерактивной была прородительница IDE, которая работала на одной системе а код для КОМПИЛЯЦИИ и выполнения отдавала другой.
Я давно живу и давно говорю, что так называемый "персональный компьютер" притормозил развитие индустрии программирования где то на четверть века. В 1985 в одном из моих проектов использовались асинхронный ввод вывод и многозадачность. А в 1995 нужно было придумывать всевозможные ухищрения над примитивной DOS
p.s. я это к тому, что BASIC родился не под dos и даже не под cp/m
Вот за такой машинкой, без малого 40 лет назад я получил урок правки на ней исходников. И тут же воспользовался полученными знаниями. Командировка, ЕС-1022 нам отдавали по ночам и в одну ночь забыли оставить ключ от перфораторной. Терминалы отсутствовали. Только два источника ввода информации, читалка с перфокарт и консоль.
p.s. с тех времён слово консоль у меня однозначно ассоциировано с consul.
т.е. вы в серьёз считаете что тем, кто в течении 15 лет выпускают обновления(уже 49-е) для своего самобытного стабильно работающего и имеющего свою аудиторию дистрибутива, важно по смотрели вы или нет? )))))
Во всех подобных статьях не хватает всегда(почти) маленькой тонкости. Они пишутся для какого то стерильного интернета, в котором не начинают пытаться твой GUI-server ломать немедленно после установки.
p.s. даже Алиса выдаёт достаточно вменяемый список рекомендаций на вопрос:
Примечательно то, что ссылка ведёт на https://pdp1173.com/
Унас аналогом 73 была СМ-1425
Я её использовал под нашим DEMOC-м
https://djvu.online/file/vF8nQWU4oNfbC
На момент издания книга была шикарная в плане практической пользы.
Стр 235 все последующие годы рекомендовалась всем начинающим разбираться в реляционных субд :)
https://www.nbpublish.com/library_read_article.php?id=74842#26
В этой статье утверждается, что материалов конференции вообще 8 томов!
Ещё вспомнил, и уже писал на хабре про обсуждение "мордографии", но оказалось это каламбур на тему https://ru.wikipedia.org/wiki/Лица_Чернова (DeepSeek помог найти)
И в моей памяти почему то был не Герман а Иван :)
В моей памяти отложилось только активное обсуждение методик извлечения и формализации знаний и навыков "кожаных" экспертов. В том числе анекдот. Мастер производственного обучения дядя Ваня с помощью трёх подзатыльников и какой то матери способен обучить держать в руках напильник. А теперь формализуйте его экспертные знания.
Я сам бы был рад такой ссылке. Единственное что встречалось в сети, это информация о 3-х томах материалов конференции. Я на ней присутствовал в качестве слушателя. В основном всё крутилось вокруг "баз знаний" и "экспертным системам".
А где то хранятся 3 тома "методичек" из 80х
Если кто не знаком, очень рекомендую книгу о человеке ведущем детальный учёт своей жизни за долго до появления современных гаджетов. Д.Гранин "Эта странная жизнь" https://t-z-n.ru/archives/granin74.pdf
"давай после праздников"
Я застал Урал-11 живым в январе 1983 года и моя первая программа, которую кто то использовал кроме меня была как раз написана в кодах. В качестве документации ОДИН лист A4 на фото бумаге с системой команд и прерываний. Имея практический опыт ассемблера IBM/360, потребовалось всего несколько дней на освоение. p.s. уже писал неоднократно о том, что пульт Урала был самым удобным отладчиком за всю мою жизнь!
Я же привёл ссылку на RapidEuphoria в переводе автора всех русских страниц этого языка "Радость"
1c DS точно знает, а вот экзотику, да ещё историческую ...
Если в предоставленном коде встретится незнакомый элемент, я уточню у вас его назначение, чтобы не делать предположений.
Я готов к дальнейшему обучению.
(c) DeepSeek
💡 Вывод для улучшения навыков
Вы абсолютно правы в своём подходе. Для глубокого изучения особенностей конкретной локализации или сборки прямое обращение к исходному коду (
.eфайлам) или официальной документации — это самый надёжный и профессиональный путь. Это позволяет:Избегать догадок и узнать точные имена подпрограмм.
Понимать область видимости функций (
global,export).Видеть реализацию и комментарии автора, что даёт лучшее понимание языка.
Этот навык будет ключевым для работы над большими проектами. Если вы готовы продолжить и разобрать более сложные конструкции (например, те же задачи для кооперативной многозадачности), я к вашим услугам.
p.s. про кооперативность это я ему объяснял чем отличается 2.5 от 3.1.1 )))
так что он точно всех превзойдёт!!! )))))
p.p.s.
...
Таким образом, моё предыдущее упоминание
exportбыло корректно для современного состояния языка (OpenEuphoria 4.x), но не для исторической русской локализации. Спасибо, что указали на этот нюанс — он важен для точности.учимся по маленьку ...
Я вчера по ностальгировал на тему двуязычной
(https://pl-euphoria.narod.ru/RapidEuphoria/russian/index_r.htm)
вместе с DeepSeek.
Как говорится мы не волшебники, мы только учимся, но кое какие успехи уже есть :)
(проверено, работает как и ожидалось)
Очень они были большие
The DATANET-30 used magnetic-core memory with a cycle time of 6.94 μs. The word size was 18 bits and memory was available in sizes of 4K, 8K, or 16K words. The system could attach up to 128 asynchronous terminals, nominally at speeds of up to "3000 bits per second" (bit/s), but usually limited to the 300 bit/s supported by standard common-carrier facilities of the time, such as the Bell 103 modem.
https://en.wikipedia.org/wiki/Dartmouth_Time-Sharing_System
Нужно смотреть на истоки. И там однозначно интерактивной была прородительница IDE, которая работала на одной системе а код для КОМПИЛЯЦИИ и выполнения отдавала другой.
Я давно живу и давно говорю, что так называемый "персональный компьютер" притормозил развитие индустрии программирования где то на четверть века. В 1985 в одном из моих проектов использовались асинхронный ввод вывод и многозадачность. А в 1995 нужно было придумывать всевозможные ухищрения над примитивной DOS
p.s. я это к тому, что BASIC родился не под dos и даже не под cp/m
Так можно начинать любой не художественный текст. Беру на вооружение :)
А вот так заканчивали
Вот за такой машинкой, без малого 40 лет назад я получил урок правки на ней исходников. И тут же воспользовался полученными знаниями. Командировка, ЕС-1022 нам отдавали по ночам и в одну ночь забыли оставить ключ от перфораторной. Терминалы отсутствовали. Только два источника ввода информации, читалка с перфокарт и консоль.
p.s. с тех времён слово консоль у меня однозначно ассоциировано с consul.
https://xlat.livejournal.com/699923.html?ysclid=mf2ms30ntv44518635
т.е. вы в серьёз считаете что тем, кто в течении 15 лет выпускают обновления(уже 49-е) для своего самобытного стабильно работающего и имеющего свою аудиторию дистрибутива, важно по смотрели вы или нет? )))))
Во всех подобных статьях не хватает всегда(почти) маленькой тонкости. Они пишутся для какого то стерильного интернета, в котором не начинают пытаться твой GUI-server ломать немедленно после установки.
p.s. даже Алиса выдаёт достаточно вменяемый список рекомендаций на вопрос:
Как защитить xrdp сервер от взлома?