Архив категории «Разработка ПО»
Кошерный HTML(5)
Нужно делать приложение для айпада и айфона, документооборот. Всё это есть на флексе, но флеш на этих устройствах не работает, приходится искать какую-то замену.
Я считаю, что лучший вариант — это нативная разработка, но есть много вопросов по распространению приложения внутри компании и его обновления. У Эппла есть понятие in-house приложений для предприятий или вариант «вечного тестирования» по ad-hoc схеме, но, чтобы подать заявку на Team-development, нужен , типа DUNS-номера и т.п, который нужно еще как-то получить. Кроме того, даже по ad-hoc схеме возможны неожиданные .
Это все реально, наверное, но бюрократию пока решил оставить на десерт, а пока посмотрел варианты безфлешовой разработки вебовских RIA.
Очень интересный фрейморк . Люди понимают, что для серьёзных разработок без полноценного ООП не обойтись, используют надстройку над JS — ObjectiveJ. В результате HTML+JS.
Интересно визуально и с техничесой точки зрения. К сожалению, на десктопе под виндовс приложение с несколькими гридами и диалогами потребляет больше проц. времени, чем аналогичное флексовое. Пользователь оценивает степень интерактивности словами «зачётно тормозит».
Для айфона же использовать его вообще пока не удалось — сафари завершает загрузку страницы по таймауту, на дождавшись старта самого приложения. На айпаде, вроде бы, .
Есть надежда на или , это хоть как-то работает, хотя простейшие демки находятся на грани, после которой нормальная работа заканчивается. Пока не знаю, как он потянет реальные формы.
Есть еще , на айфоне выглядит примерно так:
Одним словом, производительность и качество связки HTML+JS для RIA на айфон/айпад требует значительного улучшения. Буду рад ошибаться, может быть, есть другие фреймворки, получше. Иначе придётся писать на чистом js, без фреймворков вообще, борясь за производительность.
В будущем все улучшится, неверное. Но точка зрения, представляющая флеш, как основной источник «тормозов» в вебе, а HTML+JS в качестве спасителя Зорро на белом коне, чересчур оптимистична.
Кто ругает flash и почему?
Сегодняшний скриншот сайта New York Times с айфона. Синяя иконка с вопросом показывает, что эта часть сайта не работает.
В последнее время в определённых кругах нарастает волна на тему «технология флеш уже не нужна и должна умереть». Похоже, это связано с выходом айпада от Apple, на котором флеш не работает. Как, впрочем, и на айфоне.
Кроме того, сам Стив Джобс сказал, что флеш — это сплошной баг, написанный лентяями, он не нужен, потому что грядёт HTML5, в котором есть тег <video>, который браузер будет показывать сам, без всякого флеша.
Это заявление довольно агрессивно. Чем объяснить мотивы таких нападок со стороны Apple? Известно, что флеш-плеер на маке работает хуже, чем под виндовс. Обидно? Да. Наверное, Adobe не любит макинтош, уделяет ему недостаточно внимания?
Постойте, почему тогда сами разработчики Adobe сидят на маках? Они любят есть кактусы и колоться? Adobe пишет софт для маков, не так ли? Я обратил внимание, что даже видео-уроки по Flex записаны в Eclipse на маке.
Может быть, есть другие причины? Сами Adobe говорят, что Apple не пускает их к API, при помощи которого можно было бы получить аппаратное ускорение. Маркетологи Adobe пытаются нас обмануть? А сам Adobe ведёт разработку своих продуктов на маках тоже для маскировки своей нелюбви к мак-платформе? Читать полностью »
По-человечески
Почему-то это сообщение у меня не вызвало раздражения. Даже, пожалуй, прочувствовал то, что имели (наверное) в виду разработчики — браузер попытался очеловечить свои сообщения.
Хотя, всё это, скорее, от настроения зависит.
Нет-нет, только не .net!
Чуваки из Микрософта (Jesse Kaplan, CLR Program Manager) потихоньку .
И в .
… It is certainly possible to create these shell extensions with .NET but it is extremely dangerous to do.
It’s not that if you have a bug in the application you can cause instability problems in exporer.exe (though that is important as well). The real issue is that when you write shell extensions you actually inject your code and your depenencies (such as a particular version of the .net framework) inside all processes on the machine that have an open file dialog box. If the application that does an open file uses a different version of the runtime than the one your extension was built against any number of bad things can happen.
Ну хоть по-честному. А то сначала гнобили своих бета-тестеров, которые задавали ненужные вопросы типа «Почему в Висте не всё на .net, как было обещано, а только пара модулей?»
Вирусы для iPhone
Ну, началось. Сегодня поставил на айфон новую прошивку (3.0.1), которая устраняет . Мне известны реальные люди, которые уже пострадали — сотни смс-ок были отправлены с телефона, находившегося в роуминге, приятного мало.
Но всё это только начало. Популярность айфона должна была привести к публикации SDK, а это обязательно приведёт к появлению вирусов, так уж устроены люди. И пользователям айфона всё-таки придётся вникать в технические детали для того, чтобы «всё просто работало». Если даже допустить, что Apple будет оперативно закрывать дыры в системе, то качать 230 Мб и обновлять прошивку через день мало кому захочется. Кстати, Касперский уже давно , предвкушая подсадку айфонопользователей на свою иглу.
Восклицательные знаки в сообщениях
Одним из признаков кустарного ПО — это присутствие восклицательных знаков в сообщениях об ошибках.
Например: «Не все поля заполнены!», «Ошибка!!!».
Ещё, в сообщениях, живущих внутри кустарного ПО, к пользователю обращаются на «Вы» с большой буквы.
О планировании
![picture[1]](http://malinnikov.ru/wp-content/uploads/2009/06/picture1.jpg "Взято с www.oceanographers.ru")
Из своего опыта я давно понял, что если тебе представляется сделать что-то за n-ное количество времени, то в действительности это будет занимать 3 × n, потому что обязательно что-нибудь пойдёт не так, выяснятся непредвиденные вещи и т.п. (см. «Стратегическое планирование»).
И только недавно мне удалось подвести под это эмпирическое наблюдение теоретическую базу. Планируя задачу, люди учитывают лишь время на внесение изменений в окружающий мир и не учитывают время на преодоление последствий такого изменения.
Например, мне нужно добавить в программу какую-то новую возможность. Для этого необходимо изменить несколько условий и добавить один элемент интерфейса. На внесение самих изменений потребуется 3 часа, но наивно рассчитывать, что 3-х часов нам хватит на внедрение этого нового функционала в систему. Внедрение может занять несколько дней, т.к. сначала позвонит 500 пользователей и спросит, что это такое и зачем. Всё это там написано, но пользователи нуждаются в психологической помощи.
Затем какой-то процент воспользуется новой возможностью неправильно и попросят вас помочь устранить последствия. Затем заказчик новой возможности поймёт, что она вредна и попросит убрать её. А на первый взгяд кажется, что добавление этой фишки займёт в графике разработки 3 часа.
Так что не важно, сколько времени потребуется на поворот штурвала теплохода, важно сколько времени уйдёт на устранение последствий.
Диалог «Подключена камера»
Интересно, почему этот диалог до сих пор не починят?
Рог юзабилия
Рог юзабилия — редкая, но довольно опасная патология мозга компьютерных пользователей, которые случайно узнали слово «юзабилити», имея самые отдалённые понятия о том, что это такое и не имея порой элементарного образования.
Болезнь опасна в основном для окружающих, которых носитель этим рогом может задевать. Узнав волшебное модное слово, больной может даже перейти в стадию «юзабилиста» и окончательно упрётся рогом в подсчёт щелчков мышью.
Сокращением их количества он будет мотивировать самые запутанные и бредовые идеи по «улучшению интерфейса».
С медицинской точки зрения рог юзабилия есть ни что иное, как закостеневшая способность пользователя воспринимать новые вещи.
См. также юзабилити.
Вся жизнь — борьба
Пока Сполски борется со сложностью форматов офиса, Илья Бирман борется со .