kaz_av
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 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 нельзя, приходится городить сеттер + геттер и инлайнить их. Некоторые идеи из-за этого долбо#бизма просто не доживают до релиза. |