LINUX.ORG.RU

Вышел Pharo 7.0

 , , , ,

Вышел Pharo 7.0

2

6

Сегодня вышла новая версия одной из самых популярных и развивающихся реализаций языка Smalltalk — Pharo.

Над релизом работали более 75 человек, были закрыты 2142 задачи, самые главные из которых:

  • Теперь Pharo поддерживает x64 для Linux и Mac. Версия для Windows также доступна, но находится в доработке.
  • Обновлен PharoLauncher — утилита для управления образами, сборками для Jenkins и различными версиями.
  • Изменен процесс сборки, теперь он поддерживает полный бутстрап из исходого кода. Это дает возможность создавать специализированные (микро)образы.
  • Iceberg (git-клиент) получил значительные улучшения и стал дефолтной системой по управлению кодом.
  • Calypso (краеугольный камень в PharoThings) стал новым системным браузером, заменив Nautilus. Он обладает множеством улучшений, в том числе в работе удаленно.
  • IoT теперь важная часть Pharo. PharoThings предоставляет внушительное количество утилит для разработки приложений под маленькие устройства.
  • UnifiedFFI значительно улучшен для работы с 64-битной Windows.

Также отмечается, что новая инфраструктура и процессы оказывают хорошее влияние на развитие платформы, а переезд на GitHub начинает окупаться уже сейчас.

P.S. Поздравляю всех причастных и интересующихся!

Скачать

Подробный список изменений

>>> Официальный анонс

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Virtuos86 (всего исправлений: 4)
Ответ на: комментарий от be_nt_all

Велосипедостроение, конечно, но что-ж поделать

Во. Девиз смолтока. А всё почему? Потому что с универсальными инструментами мы работать не умеем, либо умеем, но мимо простаты.

Miguel ★★★★★
()
Ответ на: комментарий от Miguel

А всё почему? Потому что с универсальными инструментами мы работать не умеем

А «универсальные» — это которые? Те самые, которые unix-way & worse-is-better?

anonymous
()
Ответ на: комментарий от Miguel

Ну мой девиз - специализированное лучше абстрактного и знание реализации даёт большие возможности, чем использование АПИ. Я както выдвигал идею использовать функции в конкретном ЯП вместо комманд консоли и снабдить файловую систему типами, чтоб файл отличался от экземпляра класса только местом хранения. Система контроля версий должна хранить не текстовый дифф, а историю комманд в ИДЕ, таких как ренейм класс итп (тоесть объединится со стеком UNDO). Чтобы больше соответствовать своему мировозрению я поклялся перейти на эмакс, только что-то лень за это браться...

q0tw4 ★★★★
()
Последнее исправление: q0tw4 (всего исправлений: 1)
Ответ на: комментарий от q0tw4

Инфраструктура емакса тебя доведёт до нервного срыва. Это далеко не самый красивый и архитектурно стройный огород несвежих костылей.

anonymous
()
Ответ на: комментарий от q0tw4

я поклялся перейти на эмакс, только что-то лень за это браться...

Ну и кто ты после этого? Клятвопреступник, не иначе.

Всё проклятый научный атеизм виноват. Раньше-то люди, опасаясь гнева богов, к своим клятвам куда серьёзнее относились.

anonymous
()
Ответ на: комментарий от q0tw4

Ну мой девиз - специализированное лучше абстрактного и знание реализации даёт большие возможности, чем использование АПИ.

С таким девизом на любом реальном проекте утонешь в экспоненциально растущей сложности через месяц.

Nexmean
()
Ответ на: комментарий от q0tw4

Вот только если бога нет, кто это ухохатывается, когда мы рассказываем о наших планах? Неужели две слепые старухи — случайность и энтропия? Это не их ли древние греки звали Парками? «…наша смерть нас гонит вперёд…»

be_nt_all ★★
()
Последнее исправление: be_nt_all (всего исправлений: 1)
Ответ на: комментарий от be_nt_all

Вот только если бога нет, кто это ухохатывается, когда мы рассказываем о наших планах?

Другие люди, кто же ещё. Человеки (впрочем, как и другие приматы) завсегда поржать горазды, особенно над неудачами других человеков.

anonymous
()
Ответ на: комментарий от be_nt_all

Пора напомнить о том, что тред о языке программирования. Итак у нас есть 2 подхода к программированию. 1 - сразу проверять куски кода на практике (удобнее всего в системах типа смолтолк) 2 - научный подход, который основывается на описании типов. С одной стороны проверки не гарантируют, да и вообще геморой + образы требуют привыкать к новым тулзам, которые еще и писать самому приходится. С другой стороны типы снова ничего не гарантируют и тестить всеравно надо. Вот только воспроизводить условия теста сложнее, в результате тестировать вообще лень и код так и остается с багами. + еще системы типизации на данный момент не развиты достаточно: либо они тупые как пробка, либо замороченные как в хаскеле. Dependent type задумка неплохая, но все существующие реализации заточены на дикий матан, да и в принципе плохо пихать всё в такую простую теорию, тот же сабтайпинг на практике очень полезен. Идеально было бы разрабатывать систему «помошник программиста», которая находится сбоку от кода и помогает с написанием, но разработки ориентированные чисто на такой подход вроде как вообще не ведутся. Или в смолтолке есть чтолибо подобное? Ну хотябы что-то вроде pvs-studio.

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

http://babelsberg.github.io/babelsberg-s/ — cсылка с офсайта Squeak. Подробности не смотрел, но вроде не самый дикий матан (обычные инварианты, их кажется Вирт в каком-то своём учебнике описывал, правда предлагал держать в голове, а не скармливать компилятору).

А PVS-Studio — статический анализатор, как-то сомневаюсь что к столь динамическому языку, как Smalltalk, такое прикручивается в принципе.

be_nt_all ★★
()
Последнее исправление: be_nt_all (всего исправлений: 2)
Ответ на: комментарий от be_nt_all

Я привел пример направления, в котором, по моему мнению, должна развиватся индустрия. Всмысле должен быть некий процесс, который бьёт тебя по рукам, когда видит, что ты пишешь глупость. А ну еще подсказывает, что ты наверно хотел бы тут написать. И всё. Тогда типы не нужны. Динамической типизации с выводом типов и оптимизацией внутри будет вполне достаточно.

q0tw4 ★★★★
()
Последнее исправление: q0tw4 (всего исправлений: 1)
Ответ на: комментарий от q0tw4

Я привел пример направления, в котором, по моему мнению, должна развиватся индустрия. Всмысле должен быть некий процесс, который бьёт тебя по рукам, когда видит, что ты пишешь глупость.

Это лишь твое мнение основанное на небольшом опыте. В Смолтолке впринципе модель разработки такая что ты пишешь глупость, запускаешь и в дебагере дописываешь то чего не хватает/не работает.

anonymous
()
Ответ на: комментарий от q0tw4

Идеально было бы разрабатывать систему «помошник программиста», которая находится сбоку от кода и помогает с написанием, но разработки ориентированные чисто на такой подход вроде как вообще не ведутся.

Вообще уже давно изобретено программирование по контракту, Ada + Spark, Eiffel плюс все что реализована на уровне библиотек в других языках, причем Ada + Spark вполне промышленное решение.

Smetchik
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.