Прозрачность сферы Дайсона может быть изменяемой в зависимости от потребляемой мощности. Больше потребность в энергии — сильнее затемнилось и больше поглощает излучение.
Простого способа, насколько я знаю, нет. Народ собирает APK, используя мидлетный джарник и библиотеки-трансляторы J2ME API в андроидные вызовы, например, MicroEmulator. Таким образом был портирован на андроид ICQ и Jabber-клиент Jimm. Но «танцы с бубном» все равно потребуются (средства разработки под Android и умение ими пользоваться).
Ну вы пока не предложили чего-то революционно-нового. Psi+ у меня установлена и используется, в целом устраивает. А здесь придется заново настраивать все аккаунты и т.п.
Чего не хватает в джаббере по сравнению с телеграмом или скайпом:
— синхронизации истории переписок. хочется зайти с любого клиента на любом устройстве и продолжить общение. Тут нужна поддержка на сервере
— предпросмотра изображений и ссылок. Это можно реализовать чисто средствами клиента
Единственное, к чему могут придраться — это если водители работают без лицензии на такси. С этим сейчас все строго. А если водитель имеет лицензию, то он формально может возить пассажиров хоть бесплатно и искать клиентов через любые сервисы — законом это никак не оговаривается.
А кто мешает поставить дизельгенератор, и от него питать движки? Полезная масса уменьшится, но дальность перелета возрастет. А мощность аккумуляторов можно намного уменьшить, оставить их только для аварийного варианта, если горючее закончилось в воздухе, и надо обеспечить плавную посадку.
Никакой конкретики. Что именно хотят от этого смартфона? Если как специализированную железку, выдаваемую в добровольно-принудительном порядке и со специализированным софтом, то здесь вовсе не обязательны самые последние технологии микроэлектроники. А если как общеупотребительную гражданскую железку, то по цене они никак не смогут конкурировать с аналогичной китайщиной (бо у нас производство гораздо дороже).
Тут зачастую может выйти так, что уменьшая время на разработку, мы воруем это время у тех, кто будет вынужден в дальнейшем такую систему поддерживать и развивать. Пример (надуманный но на основе реальных событий): пусть есть сайт на джанге, на которую для примера наверчено еще 3 библиотеки. Понадобилось обновить джангу (в старой версии нашли дыру, или нет нужной функциональности, которая понадобилась, или переносим сайт на другой хостинг, где уже предустановлена джанга но не той версии). И выясняется, что библиотека 1 не работает под новой версией. Обновляем библиотеку. А у нее изменился API и существующий код сайта не работает. Переписываем код. И тут выясняется, что библиотека 2 конфликтует с новой версией библиотеки 1. Обновляем ее. И так далее… В результате сопровождение и развитие такого продукта, в которого напихана тьма современных технологий, превращается в нетрадиционный секс, где большую часть времени не занимаешься непосредственно самим функционалом системы, а прилагаешь титанические усилия, чтобы все это нагромождение не развалилось, ваяя "стройную систему костылей и подпорок"...
— синхронизации истории переписок. хочется зайти с любого клиента на любом устройстве и продолжить общение. Тут нужна поддержка на сервере
— предпросмотра изображений и ссылок. Это можно реализовать чисто средствами клиента
FATAL ERROR: can not exec unzip
хабраэффект?