kaz_av
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlekXL
Цитата:| В Яве нет средств для управления памятью, стало быть "у кошки одна дорожка" |
Модель управления памятью не влияет на выразительные возможности языка. Так понятнее? К слову сказать, в языках с ручным управлением памяти реализовать, например, полноценные замыкания невозможно.
Цитата:| тем более! Из копиката превратиться в пример для подражания(это я AMD64) |
Ну так что с того? Где сейчас AMD?
Цитата:
Производители софта просто положили болт на поддержку маргинального набора инструкций. Вот тоже самое будет и со второй дельфёй с её фичами.
Цитата:| у АМД всё еще есть вагон патентов, долгосрочные заказы, и редкие спецы. То, что они просрали своё преимущество не иллюстративно |
Не менее иллюстративно, чем факт лицензирования amd64 штеуду.
Цитата:| Развивать язык так, чтобы это считалось новым стандартом, совместимым с прошлыми. Чтобы глупости вроде 0-based strings на одной платформе, 1-based на другой показались ересью |
Чтобы это считалось... Самому-то не смешно? Делать-то что нужно, конкретно?
Цитата:| Может, даже внешний компилятор для Delphi сделать, и конкурирующие обновления и фиксы для VCL/RTL/FMX, чтобы снять с крючка Абры юзеров на подписке. Чем не бизнес-план? |
Тоесть клиент должен приобрести дельфу, чтобы иметь право пользоваться VCL/RTL/FMX, а потом ещё прикупить и внешний компилятор с набором патчей-улучшайзеров? Ты серьезно, что-ли? Нет, ТЫ СЕРЬЁЗНО???
Цитата:| вы видите тысячу платформ, — я вижу всего две: WinApi/COM плюс POSIX/гнусь. Оно везде — в ведре, айОс или OpenWRT |
В ведре платформа - jvm-based, что лежит уровнем ниже никого не интересует, т.к. API системы жабское. Нравится тебе или нет, но это так. Какава тоже далеко не голый позикс, и имеет свои особенности для взаимодействия (поэтому у FPC есть для неё отдельное расширение диалекта, а в дельфях предлагается с тучей врапперов плясать).
Цитата:| Далее, много ли библиотек вы знаете на управляемых языках, способных с легкостью отхерачить на дисплее милллион элементов, как VirtualTreeView? Или худо-бедно, но нарисовать HTML, как это делает THmlViewer, причем потребляет при этом очень мало ресурсов? И не увидите. Со сброрщиком всё в два раза дороже. |
Виртуальные списки потому и могут отобразить миллионы элементов, что они виртуальные. Даже в демках для WPF есть виртуальные списки. Не бином ньютона, совсем. При том, что сам WPF это лютый мегатормоз, но дело там вовсе не в GC, а в overdesign. Ну и рендер HTML тоже имеется. Я недавно узнал, что, оказывается, известный редактор векторной графики Inkscape (которым я, кстати сказать, с удовольствием пользуюсь), работающий под суровым позиксом, использующий суровую GTK и написанный на суровых сях, использует GC, тот самый Boehm GC.
Цитата:| шов с платформой есть всегда. Будь то WinApi, или JWM. Тут твоё, там чужое. Тут ты хозяин, там — гость. |
Как раз нет. У языков позволяющих интегрироваться с платформой никакого разделения нет. Например, когда у дельфей был собственный .NET компилятор, она имела прекрасную бесшовную интеграцию с фреймвоком. Небыло разделения вот это дельфийские объекты, а это объекты фреймвока.
Цитата:| Если мой инструмент впердоливает сборку мусора, и отказаться нельзя, то какая там бесшовная интеграция с крестами — там будет трэш, угар, и остальное. |
Бесшовная интеграция с крестами, есть только у крестов, да и то не у всех  Ну правда, смешно говорить об интергации, когда вся интергация это обмен указателями да перекидывание raw bytes. И у дельфей, без жасного GC, нет никакой интеграции с крестами. C API это не интеграция, это на безрыбье и этому рады.
Цитата:| иногда нужен просто указатель. На кусок строки, на буфер. Немного чёрной магии ради скорости и for the greater good |
И что, GC не позволяет иметь указатели?
Цитата:| иногда спроса нет потому, что нет и предложения |
Чего же тогда с дельфей убежала куча народа в эти ваши жабы и шарпы, предложение, вроде, всегда было?
Цитата:| В нише JVM Ява занимает 100% пространства. Паскалю так особо ничего не светит. То же с .NET |
JVM, как и .NET это платформы, пусть даже со своими флагманскими языками. Считать, что туда путь закрыт просто глупо, ибо означает добровольный отказ от огромного рынка.
Цитата:
Уж в плане поддержки платформ заткнёт за пояс пару-тройку VCL.
Цитата:| А вот QT — но где же тогда его экосистема? Где тучи компонент, библиотек, и всего, чем изобилует VCL даже сейчас |
Аналогично и с Qt. Кстати, для Qt есть и библиотеки и "компоненты", в том числе коммерческие. К слову сказать, плюсы с Qt это сейчас дельфя для сишников.
Цитата:| мне не очень важно, как инструмент подстраивается под платформу. Мне важно, как инструмент подстраивается под меня |
Если инструмент не имеет средств встраивания в платформу, то разумность его использования на данной платформе находится где-то на уровне разумности удаления гланд через известное место. А программист должен уметь пользоваться инструментом, используя его сильные стороны и нивелируя слабые.
Frodo_Torbins
Цитата:| Соглашусь с AlekXL, если у языка нету опенсорсного компилятора и рантайма, пусть даже немного недопиленного, то в топку такой язык. |
У дельфей есть? Что? FPC? Не нужно так шутить. |
