LINUX.ORG.RU

Étoilé 0.4

 , ,


0

0

Пожалуй, настал час, когда лидирующим десктопным окружениям GNOME и KDE придется подвинуться и принять еще одного крупного игрока: Étoilé! Проект находится в интенсивной разработке уже не первый год, и теперь вышла первая относительно стабильная версия. Это крайне гибкая, модульная и инновационная среда, основанная на GNUStep.

Потрясают масштабы разработки:

  • CoreObject — фреймворк описания и организации моделей объектов. Он поддерживает автоматическое сохранение сообщений, получаемых объектами, и контроль версий. CoreObject использует фреймворк EtoileSerialize, который позволяет объектам и сообщениям автоматически осуществлять сериализацию без написания какого-либо дополнительного кода.
  • LanguageKit — набор компиляторов, использующих LLVM для создания динамических языков программирования с использованием runtime Objective-C для ООП. В частности, уже написан SmalltalkKit — реализация Pragmatic Smalltalk, JIT-компилятора для Smalltalk, бинарно совместимый с Objective-C. Т.е. теперь эти языки можно «смешивать». Поддерживается компиляция в машинный код. Разрабатывается аналогичная реализация языка Io.
  • EtoileFoundation — корневой фреймворк для всех проектов Étoilé, предоставляющий многочисленные удобные методы поверх спецификации OpenStep и значительно улучшенную поддержку рефлексии. Сюда входит и EtoileThread, который позволяет объектам прозрачно выполняться в разных потоках. Также сюда включена масса расширений объектной модели Objective-C, в т.ч. traits и mixins, функции работы с UUID и XML.
  • EtoileUI — высокоуровневый объектно-ориентированный пользовательский интерфейс с унифицированным древовидным представлением графических объектов. Все элементы интерфейса, включая менеджеры компоновки, обработчики событий, стили, модели объектов и т.д. будут реализованы в виде динамически подключаемых аспектов (pluggable aspects). Все это позволяет изучать и изменять интерфейс пользователя и объектные модели прямо в runtime и без особых проблем. В библиотеке layout'ов каждый компоновщик инкапсулирует настраиваемые и подключаемые визуальные представления.
  • LuceneKit — полнотекстовая индексация и поиск.
  • OgreKit — регулярные выражения.
  • UnitKit — простой и гибкий каркас для модульного тестирования.
  • MediaKit — звук и видео.
  • SystemConfig.
  • Музыкальный проигрыватель Mélodie.
  • Эмулятор терминала TermX.

Ведется активная разработка собственного runtime и сборщика мусора для Objective-C, совместно с командой LLVM дорабатывается поддержка ObjC в компиляторе LLVM/clang. Готовится Jabber-клиент StepChat и Opal — альтернатива Apple Quartz и Cairo.

Напоследок следует отметить, что теперь есть возможность использовать нормальные темы виджетов (написан новый движок), так что GNUStep уже не такой страшный ;)

>>> Подробности

★★

Проверено: JB ()

Ответ на: комментарий от nu11

да, одна черная гламурная какашка для онимэшников в линуксе уже есть, зачем другая нужна

anonymous
()

>Пожалуй настал час, когда лидирующим десктопным окружениям GNOME и KDE придется подвинуться

Вот щаз всё бросят и начнут двигаться, ага....

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

> да, одна черная гламурная какашка для онимэшников в линуксе уже есть, зачем другая нужна

Это вы про консольку чтоли?

Jayrome ★★★★★
()

Некрасивая реализация макос-интерфейса детектед.

Главное у них -- погромче о себе заявить :-)

kost-bebix ★★
()
Ответ на: комментарий от anonymous

судя по обсуждениям многие недовольны монстрообразностью "гнома" и "кедов" !так, что если эта разработка не сделает "лёгким" и нормальным рабочий стол линукса -это будет не последняя попытка разработки нормального DE !Меня всё устраивало в виде nt4, но ОНО работало на 16 мегабайтах оперативной памяти и 100 мегабайтном диске(ну кроме лицензии конечно!)И если , бы делали до сих пор драйвера для этой ОС, то возможно и "сидел" бы до сих пор на ней для использования в качестве рабочей ОС!Не имею большого опыта с os/2 , но думаю она составила бы хорошую альтернативу NT,треьей ОС поставил возможно БеОС.Но тоже не имею опыта работы с ней. Возможно вся проблема с десктопом в X Window? Может не обязательно использовать иксы для создания десктопа в Линуксе?

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

>Тьфу ты, qbittorent даже cli не умеет??? Да простят меня модераторы, но это пиздец, и это чудо здесь что-то доказывает. LOL

Если бы Вы следили за дискуссией, а не цеплялись к последнему-предпоследнему сообщению едва завидя буквы "Ку" и "Гэ", то не смогли бы не заметить, что началось всё с очередного троллячьего сообщения Гхарика из серии "бла-бла, выглядит приятно в отличие от кутешных поделок", в ответ на что ему было предложено сравнить внешний вид QTorrent и Transmission. После чего он предпочёл по-быстрому слиться "нафег-нафег, веб-гуй наше фсио". Тема плавно свернула на обсуждение функциональности, но "это чудо", как Вы изволили выразиться, изначально сравнивало _внешний_вид_ обсуждаемых клиентов. Можете, конечно, присоединиться к Гхарику и поддержать его заявление, но на мой взгляд "это чудо" © абсолютно право: гуй у Transmission страшен.

Спасибо за внимание.

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

>судя по обсуждениям многие недовольны монстрообразностью "гнома" и "кедов"!

Год 2008. Невозможно быть сразу хорошим и быстрым на 16Мб памяти и втором пне и ускоряться в десятки раз, если памяти поставить 1.6 гб и квад. Либо для одно быстр, либо для другого.

>так, что если эта разработка не сделает "лёгким" и нормальным рабочий стол линукса -это будет не последняя попытка разработки нормального DE!

Да они нормальные и легкие. На машинах пятилетней давности работают гораздо быстрее, чем винды.

>Меня всё устраивало в виде nt4, но ОНО работало на 16 мегабайтах оперативной памяти и 100 мегабайтном диске(ну кроме лицензии конечно!)

А windows 3.11 хотел четыре, максимум 8 метров.

>И если , бы делали до сих пор драйвера для этой ОС, то возможно и "сидел" бы до сих пор на ней для использования в качестве рабочей ОС!

И что бы ты на ней делал?

>Не имею большого опыта с os/2 , но думаю она составила бы хорошую альтернативу NT, треьей ОС поставил возможно БеОС.

Мне очень интересно - вот у тебя три операционки. Работать когда, коли ты все время перегружаться будешь?

>Но тоже не имею опыта работы с ней.

Неудивительно. Пациент скорее мертв, чем жив.

>Возможно вся проблема с десктопом в X Window? Может не обязательно использовать иксы для создания десктопа в Линуксе?

Иксы поднимаются на небольшом количестве ресурсов. Необязательно - можешь использовать framebuffer. А у qt есть своя приблуда на эту тему.

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

> Может, Этуале? Я, конечно, не специалист во французском, но, вроде, та черта над "e" делает ее читаемой, несмотря на то, что она в конце слова (и добавляет определенный оттенок).

Люди, знающие французский, говорят, что читается Этуаль, если чёрточки над последней буквой нет. А с чёрточкой это вообще не по-французски.

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

> Невозможно быть сразу хорошим и быстрым на 16Мб памяти и втором пне и ускоряться в десятки раз, если памяти поставить 1.6 гб и квад. Либо для одно быстр, либо для другого.

Это во-первых не так, а во-вторых не особо и нужно (речь идет о ДЕ, помнишь? оно _не должно_ использовать гигабайты и квады - гигабайты и квады нужно оставить приложениям, а то получится Виста).

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

>Меня всё устраивало в виде nt4

Работал я как то с этим динозавром. Жутко неудобный топорный интерфейс. После современных ДЕ оставляет ощущение каменного века.

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

Давай еще похоливарим на тему С++ и что там у тебя... паскаль кажись.

Tux-oid
()
Ответ на: комментарий от nu11

> у меня одного название сабжа вызывает ассоциации с сортиром?

> Если Вы хотите выглядеть оригинально и неповторимо, то свадебные платья в салоне "Этуаль" - это Ваш выбор. Для невест, которые желают выглядеть дорого и оригинально, но за умеренную цену, предлагаются свадебные платья на прокат.

> Добро пожаловать на сайт цветочного салона "Этуаль"! Наше преимущество перед супермаркетами, подарочными магазинами и магазинами самообслуживания, в том, что мы можем предложить каждому клиенту уникальный продукт с элементами театра.

> Благодаря фирме Этуаль уже отдохнул в ОАЭ, Турции и в Чехии, все было на высшем уровне. Теперь собираюсь в Таиланд по эксклюзивному туру.

Ну и напоследок:

> Этуаль (фр. étoile - "звезда") Высшее звание в иерархии танцовщиков Парижской оперы, то есть премьер или прима-балерина. В соответствии с правилами Оперы женщины-этуали оставляют сцену в возрасте 40 лет, мужчины-этуали - в 45 лет.

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

>Ребята!!! Только не уходите с линакса!! Где я еще так поржу? :)

У логопеда, быдло!

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

> Но тоже не имею опыта работы с ней. Возможно вся проблема с десктопом в X Window? Может не обязательно использовать иксы для создания десктопа в Линуксе?

Если офигенно мало памяти (как например на кпк) -- можно покопать, как тебе уже сказали, в сторону Qt на framebuffer.

Но вообще-то на 256 метрах памяти иксы+konq(куча вкладок)+ява-апплеты волне нормально.

Неужели не купить 2-й пень + 256М ?

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

> но ОНО работало на 16 мегабайтах оперативной памяти и 100 мегабайтном диске

Основное приложение -- браузер -- не будет работать на 16М даже в NT, ибо:

1. Офигенно навороченный и замороченный стандарт HTML

2. Ява-апллеты

3. Флэш

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от Tux-oid

> Просили скриншот КДЕ 4 с фиджетами на панели по разные стороны? Получите и распишитесь!

Цепляться так цепляться: А что это за странные 50 пикселов справа от часов? на нижней панели такого нет;) И кстати как на панелях такого размера показать дату не часах? Ну и диалог настройки панели интересно посмотреть.

vgudkov
()
Ответ на: комментарий от Jayrome

не угадали, консолька не глумурная

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

>> Просили скриншот КДЕ 4 с фиджетами на панели по разные стороны?
>> Получите и распишитесь!

>> http://www.linux.org.ru/gallery/3263641.jpg


и по виду и ощущению - винда, вот-вот рухнет

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

А моему сердцу до сих пор приятен WindowMaker. И если бы у него не было проблем с юникодом и с запуском сторонних приложений, жил бы на нём. А плазма - всего лишь buzzword.

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

>Это во-первых не так,

Попробуй опровергнуть.

>а во-вторых не особо и нужно (речь идет о ДЕ, помнишь? оно _не должно_ использовать гигабайты и квады - гигабайты и квады нужно оставить приложениям, а то получится Виста).

Судя по восторженной речи человека, речь идет не только об этом. Если на 16 метрах у него все летает и влезает на стометровый винт, значит у него такое ядро и такой компьютер и все такое. Как мы все помним, требования к установке Fedora в текстовом режиме, например, 128Mb RAM. Урезать ее после установки в качестве домашнего сервера можно метров до 300. И все это неспроста. А вот Mandrake 7.1 как раз вписывался в 16/100.

Ну и чего - допустим, у нас есть поддержка всего в ядре. Берем Core 2 Duo, ставим таинственный дистриб на 100 метров, собирая СТАРЫЕ индивидуальные пакеты под него. Все, включая компиляторы и вычислители. Будут ли они эффективно использовать память? Или процессор? Нет. По сути это будет пень сто в десять раз мощнее. А производительность все же не в мегагерцах.

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

Для сравнения - kwin + xorg занимают вместе 12 метров. Мозилла, в которой я сейчас пишу, с пятью открытыми вкладками (страницы без флэша) занимает 13 метров.

Остальные kde-шные приблуды весят меньше метра. Допустим, они занимают с десяток.

Пока не открываешь чего-то тяжелого, память используется в количестве 300-320 метров. И это уже с буферами (остальное падает в кэш, чтоб уж не простаивало).

Так что все эти вопли "монструозные DE, много жрут" не стоят выеденного яйца.

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

>А моему сердцу до сих пор приятен WindowMaker. И если бы у него не было проблем с юникодом и с запуском сторонних приложений, жил бы на нём. А плазма - всего лишь buzzword.

Десять лет назад, когда я начинал, я тоже очень любил необычные интерфейсы и сидел на WM полгода, что ли. Потом пересел на fluxbox, потом опять на WM, дальше последовательно опробовал openbox и завис на E16. Периодически пробовал gnome 1.2 и плевался, но еще больше плевался от 1-го и 2-го KDE. И ждал второй гном. Второй гном разочаровал, а третий KDE - нет.

Сижу вот теперь все время в KDE.

Plasma - универсальная удобная вещь. Когда заточат поддержку приложений, которые не надо компилить и которые будут мигрировать с платформы на платформу, наступит счастье.

Кстати, маковские плазмоиды уже можно пробовать (но работают нестабильно).

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

Правильно - "Этуаль", то есть "Звезда".
> мои школьные знания французского
двойка навреное была?
я хоть не учил фр-й, но знаю что эта "e" здеьс не читается, вот вам букварь (jfyi: в слове Этуаль - 2 слога):

"7. Чтение конечных букв

Конечные звонкие согласные никогда не оглушаются.

В односложных словах конечные буквы не читаются. Буквы x, z на конце
слов не читаются. Конечная буква e читается в двух случаях: а) на конце
односложных служебных слов; б) в окружении 3-х согласных, в комбинации:
2 согласных (не сонанты) + e + 1 согласный. Конечные согласные t, d, s,
как правило, не читаются, но, когда за ними следует гласный, они
становятся произносимыми. Конечные согласные r и l читаются."

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

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

Tux-oid
()
Ответ на: комментарий от jackill

>Для сравнения - kwin + xorg занимают вместе 12 метров. Мозилла, в которой я сейчас пишу, с пятью открытыми вкладками (страницы без флэша) занимает 13 метров.

>Остальные kde-шные приблуды весят меньше метра. Допустим, они занимают с десяток.


Итого 12+13+10 = 35 метров


Пока не открываешь чего-то тяжелого, память используется в количестве 300-320 метров.

Хм, а кто ест over 250Mb?

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

Да кто только не ест... Всякой дряни запущено вагонами.

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

>>> Невозможно быть сразу хорошим и быстрым на 16Мб памяти и втором пне и ускоряться в десятки раз, если памяти поставить 1.6 гб и квад

>>Это во-первых не так,

>Попробуй опровергнуть.

Да что тут опровергать? Если считать, что одна кора квада в 10 раз быстрее, чем второй пень, даже однонитевое приложение _автоматически_ ускорится в 10 раз (случай io-bound не рассматриваем). Если приложение было разумно разбито на нити, оно ускорится больше, чем в 10 раз. Пусть не в 40 раз, но кому это надо?

> Судя по восторженной речи человека, речь идет не только об этом

Конечно. Речь идет о том, что рост требований к ресурсам круто отстает от роста функционала - это не может не раздражать любого инженера, пусть даже он и понимает причины именно такого роста.

> ставим таинственный дистриб на 100 метров, собирая СТАРЫЕ индивидуальные пакеты под него. Все, включая компиляторы и вычислители. Будут ли они эффективно использовать память? Или процессор? Нет

Это твое "нет" отчасти противоречит вот этой фразе:

> По сути это будет пень сто в десять раз мощнее.

:) Ты же сам понимаешь, что процессор таки будет использоваться по полной, а память... думаю, Файрфокс и ОпенОфис без проблема зохавают сотни метров. А несколько гигабайт, конечно, даже Гном с КДЕ не заполнят - тут нужна Виста, Эклипс с тяжелым проектом или несколько виртуалок. Т.е. КДЕ и Гном не единственные разбухшие монстры %)

> Мозилла, в которой я сейчас пишу, с пятью открытыми вкладками (страницы без флэша) занимает 13 метров.

FF, 10 вкладок без флэша и даже картинок, 65М резидентно.

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

> в треде про Étoilé посрать не грех :)

Ужас...

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

http://www.newsru.com/world/19nov2008/toilet.html

vgudkov
()

Оригинально, сказала рабочая прокся:

Access denied Url blocked

Reason: Porno

Additional Information: porno database (208.97.136.125)

ucfp (build: ucfp-1.2.844)

belomor
()
Ответ на: комментарий от tailgunner

> Конечно. Речь идет о том, что рост требований к ресурсам круто отстает от роста функционала - это не может не раздражать любого инженера, пусть даже он и понимает причины именно такого роста.

Тема очень интересная. Куча вопросов:

1. А почему идет рост требований к ресурсам?

2. Может быть, функционал не растет из-за тупости среднего пользователя?

3. А может, из-за отстутсвия исследований, как функционал должен расти, чтобы при этом его было *легко* изучить?

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

Насинг персонал, джаст бизнес. 1. Просто ресурсы - расплата за скорость разработки и отсутствие чётких стандартов (в случае с браузерами). Джава/шарп/питон и т.д. уменьшают время разработки, упрощают перенос на другие платформы, но при этом жрут ресурсы. Вот и получается, что +1 фича -20 метров оперативки. А дальше просто арифметика - время на разработку + время на поддержку кода * рейт программиста = потраченное бабло. Цифра меньше - значит х!"№й с ними с ресурсами пользователя. 2. ?? 3. "И так сойдёт!"

А фичи наклёпывать надо всё время, на фичи юзверь бежит.

Ferroman
()
Ответ на: комментарий от tailgunner

>Да что тут опровергать? Если считать, что одна кора квада в 10 раз быстрее, чем второй пень, даже однонитевое приложение _автоматически_ ускорится в 10 раз (случай io-bound не рассматриваем). Если приложение было разумно разбито на нити, оно ускорится больше, чем в 10 раз. Пусть не в 40 раз, но кому это надо?

Рыдаю и плачу. А что, и память ускорилась в 10 раз, и подсистема ввода вывода? Винты работают на 100 000 оборотах и имеют полугиговый кэш?

Оно и ускоряется, только оно не одно в системе. Все эти ядра надо утилизировать.

Где-то подсчитали, что 4 ядра имеют по сравнению с одноядерным процессором примерно 250% производительность. 250, а не 400.

>Конечно. Речь идет о том, что рост требований к ресурсам круто отстает от роста функционала - это не может не раздражать любого инженера, пусть даже он и понимает причины именно такого роста.

Но на это чихать менеджеру, у которого приложение разрабатывается теперь месяц, а не год и, значит, что издержки резко снижаются, а прибыль растет (и растут у всех зарплаты).

>Ты же сам понимаешь, что процессор таки будет использоваться по полной, а память... думаю, Файрфокс и ОпенОфис без проблема зохавают сотни метров. А несколько гигабайт, конечно, даже Гном с КДЕ не заполнят - тут нужна Виста, Эклипс с тяжелым проектом или несколько виртуалок. Т.е. КДЕ и Гном не единственные разбухшие монстры %)

Именно это я и хотел услышать. Сам по себе kde и gnome весьма легкие и быстрые приложения. Помнится, в прошлом году kwin был самым шустрым вообще менеджером окон (и кушал мало). И приложения на qt или gtk, родные гному и kde, очень быстрые и экономичные.

Но как только мы запускаем OOo, мозиллу с флэшом, эклипс, память начинает стремительно кончатся, а проц легко грузится несколькими флэшовыми вкладками.

Вспомним Azureus - пять - шесть раздач гигов на 20 и привет - от 150 метров и больше (в зависимости от лимитов). И ktorrent - стоит и жрать не просит (и не тормозит).

У тебя что за файрфокс? У меня 3.0.4. Сейчас еще раз посмотрел - две вкладки с ЖЖ, на одной две флэшовые вкладки. 11,2 Мб.

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

>У тебя что за файрфокс? У меня 3.0.4. Сейчас еще раз посмотрел - две вкладки с ЖЖ, на одной две флэшовые вкладки. 11,2 Мб.

пруфпик!

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

Видно, что не учил. Там accent aigu на последней букве, так что читается. Как, например, в vol\'e. Перевод - наверное, действительно, звезданутый или обзвезденный.

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

>> Да что тут опровергать? Если считать, что одна кора квада в 10 раз быстрее, чем второй пень, даже однонитевое приложение _автоматически_ ускорится в 10 раз (случай io-bound не рассматриваем). Если приложение было разумно разбито на нити, оно ускорится больше, чем в 10 раз. Пусть не в 40 раз, но кому это надо?

> Рыдаю и плачу.

Ну нельзя быть таким впечатлительным.

> А что, и память ускорилась в 10 раз

Не придирайся к словам. "10 раз" - это условная цифра, и понятно, что нужно учитывать и быстродействие иерархии кэшей, и памяти. Кстати, здесь небольшой по объему софт имеет преимущество.

> и подсистема ввода вывода?

Специально же сказал: "случай io-bound не рассматриваем"

> полугиговый кэш

Кэш ОС подойдет? Он и побольше полугига будет... хотя речь не об этом.

> Где-то подсчитали, что 4 ядра имеют по сравнению с одноядерным процессором примерно 250% производительность

Это очень зависит от нагрузки (== "как тестировали").

>>Конечно. Речь идет о том, что рост требований к ресурсам круто отстает от роста функционала - это не может не раздражать любого инженера, пусть даже он и понимает причины именно такого роста.

>Но на это чихать менеджеру, у которого приложение разрабатывается теперь месяц, а не год

Конечно. Но мы тут не менеджеры (в большинстве своем), и у нас такое состояние дел вызывает легкое раздражение :D А насчет "год и месяц" - это чересчур.

> что за файрфокс? У меня 3.0.4. Сейчас еще раз посмотрел - две вкладки с ЖЖ, на одной две флэшовые вкладки. 11,2 Мб.

У меня Iceweasel 2.0.15, стандартный для Этча. Что ж, хорошо, что хоть кто-то вспомнил об оптимизации :)

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

>Основное приложение -- браузер -- не будет работать на 16М даже в NT, ибо:
>1. Офигенно навороченный и замороченный стандарт HTML


есть компактные браузеры

1. tkhtml, hv3 -- 2,5 Мб. Starkit, HTML4, CSS, прокси polipo "из каропки"
2. Браузер на форте, http://www.forth.org.ru/~profit/. 250 Кб, HTML3, часто падает и сеть/прокси не ясно, работает или нет
3. netsurf
4. dillo на FLTK2 -- тоже компактные, но проблемы со стандартами HTML4/CSS
5. eclipse браузер на Java

> 2. Ява-апллеты


+ JavaScript движок, DOM.

>3. Флэш


это да.

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

>С каких пор Objective-C стал JIT-компилируемым?

со времён clang / LLVM, вестимо. В LLVM есть JIT. Хотя имелось в виду, что JIT не в ObjC, а в Smalltalk (автор пишет компилятор смоллтока под LLVM, с прозрачным встраиванием в/из Objective C).

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

>Тема очень интересная. Куча вопросов:
>1. А почему идет рост требований к ресурсам?


"и так сойдёт"

> 2. Может быть, функционал не растет из-за тупости среднего пользователя?


"и так сойдёт".

> 3. А может, из-за отстутсвия исследований, как функционал должен расти, чтобы при этом его было *легко* изучить?


"и так сойдёт"

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