Последние 40 лет прикладной информатики похожи на бой с тенью Lispа и Smalltalkа. Каждое следующее поколение любого промышленного языка программировани (особенно нацеленного на интенсивное коммерческое использование в широком диапазоне применений) силится реализовать следующие две-три фичи древней системы, представленной еще в 1979 (!) году Xerox Park, в 1967 (Simula), и в еще более теплые ламповые годы истории Лиспа.
Как пример, Жаба больше 20 лет ее истории претендует на роль ведущей технологии программирования не только в кровавом энтерпрайзе, но и везде от встраиваемых применений до (особенно) глобальных распределенных вычислений. И за все эти годы, с мегалиардными бюджетами потраченными на разработку и продвижение, этот уродский язык все еще не имеет механики обработки асинхронных сообщений в ядре языка (с сопоставлением с шаблонами и фильтрацией). Я это особенно хочу отметить для языка, нацеливающегося на распределенные вычисления, при том что в этой области передача сообщений и потоковая обработяка являются родной моделью вычислений.
Чуваки, Smalltalk имеет неограниченную парралельную масштабируемость на основе модели передачи сообщений уже с конца 70х!
Последние 40 лет прикладной информатики похожи на бой с тенью Lispа и Smalltalkа. Каждое следующее поколение любого промышленного языка программировани (особенно нацеленного на интенсивное коммерческое использование в широком диапазоне применений) силится реализовать следующие две-три фичи древней системы, представленной еще в 1979 (!) году Xerox Park, в 1967 (Simula), и в еще более теплые ламповые годы истории Лиспа.
Как пример, Жаба больше 20 лет ее истории претендует на роль ведущей технологии программирования не только в кровавом энтерпрайзе, но и везде от встраиваемых применений до (особенно) глобальных распределенных вычислений. И за все эти годы, с мегалиардными бюджетами потраченными на разработку и продвижение, этот уродский язык все еще не имеет механики обработки асинхронных сообщений в ядре языка (с сопоставлением с шаблонами и фильтрацией). Я это особенно хочу отметить для языка, нацеливающегося на распределенные вычисления, при том что в этой области передача сообщений и потоковая обработяка являются родной моделью вычислений.
Чуваки, Smalltalk имеет неограниченную парралельную масштабируемость на основе модели передачи сообщений уже с конца 70х!
--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес sugr+uns...@googlegroups.com.
Чтобы посмотреть обсуждение на веб-странице, перейдите по ссылке https://groups.google.com/d/msgid/sugr/cd555e0a-fa5c-4654-a086-2314e9b6f884%40googlegroups.com.
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Я прекрасно понимаю желание оправдать любимый язык, но можно мне посмотреть хотя бы одну реализацию реально распределенной посылки сообщений между объектами на Smalltalk, которую можно использовать в продакшен-системе?
Последние 40 лет прикладной информатики похожи на бой с тенью Lispа и Smalltalkа. Каждое следующее поколение любого промышленного языка программировани (особенно нацеленного на интенсивное коммерческое использование в широком диапазоне применений) силится реализовать следующие две-три фичи древней системы, представленной еще в 1979 (!) году Xerox Park, в 1967 (Simula), и в еще более теплые ламповые годы истории Лиспа.
Как пример, Жаба больше 20 лет ее истории претендует на роль ведущей технологии программирования не только в кровавом энтерпрайзе, но и везде от встраиваемых применений до (особенно) глобальных распределенных вычислений. И за все эти годы, с мегалиардными бюджетами потраченными на разработку и продвижение, этот уродский язык все еще не имеет механики обработки асинхронных сообщений в ядре языка (с сопоставлением с шаблонами и фильтрацией). Я это особенно хочу отметить для языка, нацеливающегося на распределенные вычисления, при том что в этой области передача сообщений и потоковая обработяка являются родной моделью вычислений.
Чуваки, Smalltalk имеет неограниченную парралельную масштабируемость на основе модели передачи сообщений уже с конца 70х!
--
Smalltalk-системы являются по себе очень закрытыми. При универсальности реализации "посылки сообщений" с "внешним миром" разговор тяжеловатый.В основном передача сообщений идет в рамках одного потока, можно передавать межпотоковые сообщения.Передача сообщений между образами, насколько мне известно, не реализовано. Возможно что-то сделано в GemStone.
вс, 2 июн. 2019 г. в 15:47, Dmitry Ponyatov <dpon...@gmail.com>:
--Последние 40 лет прикладной информатики похожи на бой с тенью Lispа и Smalltalkа. Каждое следующее поколение любого промышленного языка программировани (особенно нацеленного на интенсивное коммерческое использование в широком диапазоне применений) силится реализовать следующие две-три фичи древней системы, представленной еще в 1979 (!) году Xerox Park, в 1967 (Simula), и в еще более теплые ламповые годы истории Лиспа.
Как пример, Жаба больше 20 лет ее истории претендует на роль ведущей технологии программирования не только в кровавом энтерпрайзе, но и везде от встраиваемых применений до (особенно) глобальных распределенных вычислений. И за все эти годы, с мегалиардными бюджетами потраченными на разработку и продвижение, этот уродский язык все еще не имеет механики обработки асинхронных сообщений в ядре языка (с сопоставлением с шаблонами и фильтрацией). Я это особенно хочу отметить для языка, нацеливающегося на распределенные вычисления, при том что в этой области передача сообщений и потоковая обработяка являются родной моделью вычислений.
Чуваки, Smalltalk имеет неограниченную парралельную масштабируемость на основе модели передачи сообщений уже с конца 70х!
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес sugr+unsubscribe@googlegroups.com.
А по факту, Threaded FFI в Pharo делать некому.
--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес sugr+uns...@googlegroups.com.
Чтобы посмотреть обсуждение на веб-странице, перейдите по ссылке https://groups.google.com/d/msgid/sugr/9d2702ff-4733-40be-9d84-604dc66abf42%40googlegroups.com.
А по факту, Threaded FFI в Pharo делать некому.
Marten Feldtmann | 4:13 PM (6 hours ago) |
Marten Feldtmann | 9:48 PM (50 minutes ago) |
Я прекрасно понимаю желание оправдать любимый язык, но можно мне посмотреть хотя бы одну реализацию реально распределенной посылки сообщений между объектами на Smalltalk, которую можно использовать в продакшен-системе?В 2010-11 годах развивал проект Amers, в котором реализовывал удаленную посылку сообщений, в тот момент применить его никуда не смог, никому не был интересен и честно сказать был довольно сырой, его нужно было отлаживать и отлаживать
--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес sugr+uns...@googlegroups.com.
Чтобы посмотреть обсуждение на веб-странице, перейдите по ссылке https://groups.google.com/d/msgid/sugr/CAPgTEnkUEL-znJKbQONna2cD7pUrbneYvDUPfKT%2B6f-OKLRHGA%40mail.gmail.com.