Предоставлен выпуск проекта Pharo 10, развивающего диалект языка программирования Smalltalk. Pharo является ответвлением от проекта Squeak, в разработке которого принимал участие Алан Кей, автор Smalltalk. Помимо реализации языка программирования, Pharo также предоставляет виртуальную машину для выполнения кода, интегрированную среду разработки, отладчик и набор библиотек, включая библиотеки для разработки графических интерфейсов. Код проекта распространяется под лицензией MIT...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57005
При всём уважении к Алану Кею -- спасибо, не надо.
Опеннетовцам ничего не надо от жизни.
Опеннетовцам надо инструмент, который просто, бл, работает и позволяет им сделать дело.
Опеннетовцам не нужны инструменты ради инструментов и прогресс ради факта прогресса.
Опеннетовцам не нужны всякоразные нескучные язычки с поддержкой 0.0001% коммунити.
Опеннетовцам не нужны технологии для фаллометрии
слишком много пафоса, чувак
Пафоса! МНОГО! НЕ БЫВАЕТ!
Пафос в чате без эмоджи - это не пафос
Ты же вчера сказал, что ты рационален?
у тебя наверное слишком пресная семейная жизнь
>Опеннетовцам надо инструмент, который просто, бл, работает и позволяет им сделать дело.
>Опеннетовцам не нужны инструменты ради инструментов и прогресс ради факта прогресса.
>Опеннетовцам не нужны всякоразные нескучные язычки с поддержкой 0.0001% коммунити.
>Опеннетовцам не нужны технологии для фаллометрииЭто про какой-то другой опеннет.
>>Опеннетовцам надо инструмент, который просто, бл, работает и позволяет им сделать дело.
> Это про какой-то другой опеннет.Ну почему. Просто он забыл упомянуть, что инструмент при этом должен быть на единственно-верном ЯП, использовать единственно-верные граф. подсистему, тулкит и библиотеки, иметь интуитивно-понятный тексто-графический интерфейс без глупой, лишь запутывающей пользователя возможности лишних настоек.
И конечно тему и настройки по умолчанию, удовлетворяющие опеннетовца, чтобы "сразу поставить и работать, а не пердолиться!".
Само собой разумеется наличие готовых сборок под любимую (на этой неделе) маргинальную ОС/дистр опеннетовца и тесная интеграция с не менее любимым (со вчерашнего дня) WM, DE, шеллом и инитом.Иначе опеннетовцам придется выполнить свой опеннтный долг и донести до всех, что это очень плохой инструмент и никому не нужен!
> Опеннетовцам надо инструмент, который просто, бл, работает и позволяет им сделать дело.
> Опеннетовцам не нужны инструменты ради инструментов и прогресс ради факта прогресса.
> Опеннетовцам не нужны всякоразные нескучные язычки с поддержкой 0.0001% коммунити.
> Опеннетовцам не нужны технологии для фаллометрииТогда очевидно, что опеннетовцам не нужен опеннет.
> Опеннетовцам надо инструмент, который просто, бл, работает и позволяет им сделать дело.Опеннетовцам надо клавиатуру с одной кнопкой. На кнопке надпись: "сделать зае##сь". По нажатию на кнопку в вену подаётся морфий.
А что нам надо? Да просто свет в оконце! А что нам снится? Что кончилась...
и чтоб не кончились еда, тепло, электричество и т.д.
Ну как это ничего не надо.
Жрать, то им надо.
Ой, впрочем наверно и не надо скоро будет.
да, дайте нам язык, чтоб в нем был IИDEX.рнр, который можно было бы править на сервере через FTP! Ой, "Cannot modify header information – headers already sent". Это же очевидно как это решить! <?php error_reporting(0); ?> Погоди-ка, надо все же подебажить, где-ка мой Денвер и var_dump?
так это ты правил IИDEX.рнр на сервере?
Ошибки в prod надо в лог записывать, а не посреди главной выводить
Это децентрализованная запись логов
Пф. Ещё скажите не дублировать в почту по всему списку новостной рассылки.
> да, дайте нам язык, чтоб в нем был IИDEX.рнр, который можно было
> бы править на сервере через FTP!Это очень странный язык. Мне в своё время было достаточно на него один раз взглянуть.
> При всём уважении к Алану Кею -- спасибо, не надо.То чувство, когда написал одно сообщение, заходу через полдня -- а тут такое!))
Мощно набросил
Уважаю
Зачем этот язык, то есть какая у него ниша? если она есть вообще. Вот мой Паскаль. У него есть ниша. Например удобно UI по бьстрому. Или для микроконтроллеров. А у СмалТолк?
Междельмашевцы его в 90-е очень любили, в "кговавом ынтерпрайсе".
Получил я помню от них CD-диск со средой разработки под OS/2, пришел домой, воткнул... шуршит...шуршит... и ничего не происходит. Грохнул процесс, заглянул - мама мия, а там экзешник установщика за 200Мб! Для RAM 64Мб действительно тяжко. Так и не приобщился в итоге.
Ныне он (VisualAga Smalltalk) ощущается как безумно быстрый и маленький. Да, главным образом потому, что железо другое. Тем не менее, он и стартует практически мгновенно, и GUI отзывчивее, чем у Java, на одном и том железе.Экзешник, правда, никак не мог быть за 200. Я вполне нормально работал и под OS/2; установка, разработка были уже тогда быстрыми. У такой вещи, когда код меняешь, как сохраняешь метод, так он мгновенно компилируется, программа сразу готова к работе и отладке (при запуске из IDE).
Правда, упаковка (подготовка имиджа для поставки конечному пользователю) была для меня страданием.
На SmallTalk удобно бизнес-логику в прод по быстрому чтобы десятилетиями не отваливалась.
Он божественен для всего куда засунули Джаву, ибо он не искажает концепций которыми пользуется, жаль что вместо него прорвалась эта Джава.
Когда-то лет двадцать пять назад IBM выпустил Visual Age for Smalltalk -- единственную в своем роде визуальную среду программирования. Потом еще был VAC -- Visual Age for C++. Вместе с Clarion это три единственных в мире полноценных языка визуального программирования. Все остальное с набором букв "Visual" никакого отношения к визуальному программированию не имело ни тогда не имеет и сегодня. Просто слово из словаря.
А как же интегрированная система Мастер для ПЭВМ?
> А как же интегрированная система Мастер для ПЭВМ?Вы меня развеселили.
Нормальные люди пишут на лиспе.
Common lisp'е
Первые версии SmallTalk были больше похожи на лисп, чем на современный (если можно так выразиться) Smalltalk.Прув: www.esug.org data/HistoricalDocuments/Smalltalk72/Smalltalk72Manual.pdf
Мало того, они написаны были на LISP. Собственно, идею с «живым окружением» смолтолк взял из лиспа непосредственно, как нюанс первых реализаций.
Smalltalk должен был быть там, где сейчас Python, JavaScript и т.п. Это они заняли его нишу.Были, есть и пока не собираются помирать три очень интересных коммерческих Smalltalk'а - VisuaAge Smalltalk, Cincom VisualWorks и GemStone/S (СУБД). Если бы вы были знакомы с ними, то у вас не возникало бы вопросов, "для чего это", а удивлялись бы, почему "эти уродцы" (Python, JavaScript, Java...) существуют на свете.
Но вот с бесплатными почему-то очень-очень сильно не повезло. Хотя, как игрушки они очень интересны. Видел бы Squeak поклонник TurboPascal! Узнал бы, что такое настоящия "визуальность". Его челюсть бы пришлось долго отковыривать от пола. Но у тех комьюнити совершенно "не деловые" интересы. Pharo был затеян с идеей это изменить. Но даже так, threaded FFI появился там только-только (в коммерческих - более 30 лет как есть).
SmallTalk считается одним из самых влиятельных языков программирования.Он популяризировал ООП.
В нём придумали и обкатали паттерны проектирования. Мало кто помнит, но к книге банды четырёх прилагалась вторая, где профессиональные программисты на SmallTalk исходя из своего опыта обсуждали практическое применение описанных паттернов, варианты реализации, их плюсы и минусы.
Для SmallTalk компания Xerox изобрела концепцию графического интерфейса пользователя. В нём же появилась первая графическая IDE и средства для рефакторинга.
SUnit - фреймворк для написания юнит-тестов по образу и подобию которого созданы почти все современные фреймворки такого типа. RAD. TDD и экстремальное программирование. Агильщина.А Pharo - это не просто реализация Смолтолка, но исследовательская площадка на основе которой разрабатываются новые идеи динамического программирования и пишется куча диссертаций: https://rmod.gitlabpages.inria.fr/website/
По Алану Кею, а также согласно строгому определению ООП, в языке не должно быть присваивания. В Pharo есть разрушающее присванивание?
> По Алану Кею, а также согласно строгому определению ООП, в языке не
> должно быть присваивания. В Pharo есть разрушающее присванивание?Вот когда этот Алан Кей изобретет антиТюринг-процессор, который не будет ничего записывать на ленту памяти, ее при этом разрушая, тогда пусть и открывает свой ООП-рот. А пока пусть молчит в тряпочку. И да, пусть в ООП-парадигме напишет хотя бы простой софт для калькулятора в четыре действия со скобками.
И тут бы тебе выступить с Большой Идеей как оно всё должно быть на самом-то деле, просветить массы, закнуть за пояс этого щёголя Алана Кея, но вместо этого ты коммент на опеннете оставил как обычный балабол. Эх, ты…
> И тут бы тебе выступить с Большой Идеей как оно всё должно
> быть на самом-то деле, просветить массы, закнуть за пояс этого щёголя
> Алана Кея, но вместо этого ты коммент на опеннете оставил как
> обычный балабол. Эх, ты…Без меня просветителей достаточно. ООП -- это серебряная пуля для стрельбы себе в ногу. Она не годится даже для нормального GUI. Не спорю, что-то простое в этой теме, используя ООП, можно написать быстро, однако этим и исчерпываются все преимущества ООП. Зато крайне сложно написанное поддерживать и развивать. Любая ошибка проектирования, допущенная в начале работы, к тому времени, как она становится проблемой, уже оказывается высеченной в граните и большей частью не может быть исправлена иначе, как способом "тришкин кафтан". Только полный рефакторинг, причем не кода, а проекта целиком, устраняет проблему. Но есть и альтернатива -- ничего не развивать и не чинить, а просто "переставлять кровати", меняя обои, светлую тему на темную, иконки, расположение кнопок и пунктов меню.
Примеров вокруг уйма. Один из них -- staropenlibreoffice. В самом начале этапа проектирования writer'а был допущен ряд серьезных ошибок, которые уже никогда исправлены не будут. Причем, если в версиях 5 и 6 были какие-то попытки что-то исправить из просочившихся в очередной выпуск регрессов, то в нынешней 7-й версии на это забили вообще. Аналогичная ситуация и с draw.
Это Smalltalk. Там 40 лет синтаксис почти не менялся. И не нужно.
А зачем менять то, что уже совершенно.
Лукавите, милейший! Смоллток пошёл по пути "зачем %некий символ% если и так логически понятно, что это %логическое действие%". Но мозг чела таков, что всё же лучше избыток информации, чем недостаток! И так понятно, что огромный хобот - это скорее всего слон. Но лучше видеть всего слона, чем его самую важную часть.
С ЯП аналогично: когда в Си мы пишем "if (a == 7)" избыток скобок позволяет быстро выделить именно логическую часть.Так что Смоллток вещь крайне забавная (особ. в свете свой незатейливой парадигмы %всё есть объект%), но вот в реале он проигрывает многим языкам в визуализации алгоритма.
> С ЯП аналогично: когда в Си мы пишем "if (a == 7)"
> избыток скобок позволяет быстро выделить именно логическую часть.Неправильно. Правильно писать "if (7 == a)".
Он совсем больной, этот Алан Кей ? Впрочем, каждый сходит с ума по своему
Я не знаю где вы взяли этот бред, но в собрании того, что Алан Кей говорил об ООП этого нет:
Отсутствие присваивания это идея из языков ФП типа erlang. Но это плохо сочетается с ООП.
> Отсутствие присваивания это идея из языков ФП типа erlang. Но это плохо
> сочетается с ООП.Это плохо сочетается с архитектурой всех существующих цифровых компьютеров. Не более, чем академические изыскания.