Frodo_Torbins Цитата: Если железка современная и на ARM, то 99% софта с маркета будет на ней работать
С этим понятно, я о том, где брать специализированный софт требующийся для бизнеса. Его под андроид не пишут, пока, во всяком случае, и для того чтобы начали писать должно произойти нечто большее, чем просто несколько более низкая цена железа. Да и цена это не тот параметр, за счет которого можно будет долго играть - Интел тоже не дураки.
Цитата: В совсем уж отдаленном будущем, мне кажется, появятся десктопы с 30"-ми сенсорными мониторами, лежащими горизонтально на столе и поддерживающими стилус.
А чем так плох вертикальный экран, что все его стараются обязательно уложить, да еще и сенсорным сделать?
deks Цитата:
Согласен что позиционирование ВЫНУЖДЕННО сместилось в пользу энтерпрайза на момент d8. Беда в том, что с технической точки зрения d7 в свое время была отличный системой для решения любых задач на платформе.
Я, все же, не совсем это имел ввиду. Позиционирование не сменилось вдруг, оно никогда и не было другим. Ну смотри: компилятор никогда нельзя было назвать по настоящему оптимизирующим (т.е. целый ряд задач просто бессмысленно решать на дельфях, хотя язык и позволяет), фичи в язык/компилятор/RTL вводились в угоду требованиям текущей конъюнктуры, а не в целях универсализации и расширения возможностей (вспомним благодаря чему появилась RTTI для интерфейсов - благодаря заявленной поддержке SOAP веб-сервисов в D6), более того, введенная фича закрывала только текущую потребность компании (не разработчиков!) и не позволяла использоваться более широко (возьмем, опять же, рантаймовую генерацию интерфейсов по RTTI из D6 - отвязать её от инфраструктуры поддерживающей SOAP стало возможным только в XE2) и это только те моменты, что я могу вспомнить без копания исходников. Если бы они позиционировали Delphi, как универсальный инструмент, то прислушивались бы к собственным пользователям, интересы которых явно выходят за рамки базомордия, благо в QC таких достаточно и ориентированность их запросов говорит сама за себя.
Цитата: крупные вендоры не собираются заниматься кросс-платформой.
Ты это о ком? Об МС? Так у МС одна кроссплатформа - разные версии виндов, и другой им не нужно
Смотри на Qt, Unity, Xamarin - они конечно не МС, но у всех кроссплатформа. Qt для плюсистов вообще станет, если уже не стал, дельфями для паскальщиков. И работает этот фреймвок на трех основных десктопных платформах, и IDE написана под него. У абракадабры же, с FMX одни декларации.
Цитата: А делает он 8 ядер, 2-3 гига памяти, что уже ок для офисного компа. И стоит чип дешево, на порядок дешевле интела.
Медиатеки не просто так являются бюджетным решением, их производительность довольно невысока, не дотягивает даже до мобильных версий интеловского атома. Количество ядер вообще маркетинговый показатель т.к. софт, в массе своей, до сих пор однопоточный. И дело даже не в том, что многопоточку сложнее писать, просто хорошо параллелящихся задач очень мало. Конечно, при обилии фоновых процессов, многоядерная/процессорная система работает более сбалансировано, но линейного увеличения производительности ожидать не приходится и даже наоборот - чем больше ядер и активных кодовых потоков тем больше издержки на синхронизациях, как внутри софта, так и внутри чипа. На мобильных ОС это не сильно заметно т.к. там в один момент времени пользователь взаимодействует с одной задачей, на десктопах все несколько иначе.
Цитата: Мне кажется, повторяется история замещения мейнфреймов в энтерпрайзе на PC!
Это ты лихо завернул, на фоне скромных попыток заменить блейдовые сервера веб-хостнгов россыпью коробок на армах
Цитата: Например, есть куча слухов об MacBook Air на arm. Года два, и начнется.
Вот в это я очень даже верю т.к. тут в руках одного вендора сосредоточены: и разработка ОС, и разработка CPU, и яйца сторонних разработчиков
И главное у них есть резон - избавиться от интеловской зависимости, а каков резон бизнеса менять писюки?
ego666 Цитата: Я про возможности предоставляемые WebBrowser'ом.
В смысле возможность задействовать активиксы со странички? Эта возможность решается в любом браузере наличием соответствующего NPAPI-плагина, а они поддерживаются всеми браузерами... кроме IE с какой-то версии, и в, перспективе, Хрома. А по части возможностей вообще, лиса всех заруливает в минуса, благодаря обширной базе всевозможных браузерных расширений (тех самых плагинов), тут IE и рядом не лежал.
Цитата: Уверен, ибо такое случается у всех.
У меня не случается. Восемь месяцев достаточный срок для тестдрайва?
Цитата: Любая софтина может с легкостью повесить намертво телефон, причём спасает только вынимание батареи, т.к. устройство не реагирует даже на аналоговую кнопку включения
Давай так: ты приводишь последовательность действий гарантированно приводящих к мертвому висяку ведроида, а я попытаюсь воспроизвести на своем аппарате с несъемной батареей. Я, как видишь, даже к риску окирпичивания готов
Цитата: Какая ещё неконсистентность?
Несколько примеров. Имя модуля, в котором объявлен идентификатор типа, можно получить только для перечислимых типов, классов, интерфейсов и динамических массивов - для всех прочих нельзя. Получить список свойств у записей нельзя. До D2010 нельзя было получить и список полей записи, хотя информация эта в RTTI была (иначе не работал бы механизм финализации записей с управляемыми полями), но структуры описывающие её были приватными. Есть пример касающийся языка. Скажем, для некого типа X перегружен оператор неявного приведения типа к типу Y. Во всех выражениях (for-in-do, присваивание, передача параметра) компилятор позволяет использовать X вместо Y, но вот обявить свойство типа Y с отсылкой на поле типа X нельзя, приходится городить сеттер + геттер и инлайнить их. Некоторые идеи из-за этого долбо#бизма просто не доживают до релиза.
