|
Недавно столкнулся с проблемой — нужно было на удаленном сервере генерировать apk файл для загрузки, причем в зависимости от передаваемого адреса сервера программа должна была по умолчанию при установке соединяться с различными серверами.
Порядок выполнения команд
об этом и многом другом так же можно прочитать в официальной документации developer.android.com/guide/developing/building/building-cmdline.html |
|
У начинающих работать с андроидом возникают вопросы по поводу создания прогресс диалогов. Моя заметка возможно поможет им. Создать и запустить диалог можно несколькими способами, но всех их объединяет одно: все изменения видимой части пользовательского интерфейса после создания Activity должны происходить в специальном потоке. Многие об этом забывают и потом удивляются, почему не происходит видимых изменений. Простейший вариант это вызов следующей конструкции: вашаАктивити.runOnUiThread(new Runnable() { @Override public void run() { // Изменение видимой части } }); или для View: вашеВию.post(new Runnable() { @Override public void run() { // Изменение видимой части } }); Ваши команды на изменение ставятся в очередь и в определенный момент вызываются Activity. Преимущество есть, хотя на первый взгляд не очевидно. Программа перестает тормозить при каждом изменении интерфейса, все перерисовки проходят как бы фоново, программа не подвисает при исполнении каких то вычислительных задач связанных одновременно с рассчетами/загрузкой и с отображение хода процесса. С другой стороны это немного усложняет код. Некоторые готовые функции уже запускаются в этом потоке. К таким функциям и относятся вызовы диалогов. Не используйте создание диалогов напрямую. Для этого есть специальный механизм: 1. Назначьте каждому диалогу свой номер, например private static final int DIALOG_KEY = 1. 2. Создайте диалоги и назначьте их свойства в перезаписываемом методе onCreateDialog(int id). 3. Вызовите диалог на экран при помощи showDialog(DIALOG_KEY) по его номеру. 4. Удалить ставшим ненужным диалог при помощи dismissDialog(DIALOG_KEY). Вариант 1. Вызов диалога в Activity и прекращение работы диалог при помощи handler.В приведенном примере вызывается обычный ListView, ему назначается адаптер. При выборе элемента списка появляется диалог загрузки и после окончания загрузки диалог удаляется. Загрузка производится в отдельном потоке для того чтобы ваша activity не зависала на время исполнения загрузки! После окончания загрузки вызывается перехватчик handler для того, чтобы отреагировать и удалить ставшим ненужным диалог загрузки. public class AlphabetView extends Activity { private static final int DIALOG_LOAD_KEY = 1; private Activity context; private Alphabet alphabet; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.alphabet); context = this; alphabet = Main.getAlphabet(); ListView lv = (ListView) findViewById(R.id.ListViewMain); lv.setAdapter(new ArrayAdapter<String>(this, R.layout.item, alphabet.getNames())); // Назначаем обработчик нажатий на элементе списка lv.setOnItemClickListener(new OnItemClickListener() { public void onItemClick(AdapterView parent, View view, int position, long id) { final int i = position; showDialog(DIALOG_LOAD_KEY); // Показываем диалог // Запускаем в отдельном потоке загрузку ваших данных new Thread(new Runnable() { public void run() { Main.loadData(i); // Вызов вашей функции загрузки handler.sendEmptyMessage(0); // посылаем уведомление об окончании загрузки } }).start(); } }); } // Это ваш обработчик удаления диалога и к примеру запуск новой Activity private Handler handler = new Handler() { @Override public void handleMessage(Message msg) { dismissDialog(DIALOG_LOAD_KEY); // удаляем диалог Intent intent = new Intent(context, AuthorsView.class); startActivity(intent); } }; @Override // Здесь вы создаете все диалоги protected Dialog onCreateDialog(int id) { switch (id) { case DIALOG_LOAD_KEY: { ProgressDialog dialog = new ProgressDialog(this); dialog.setMessage("Загрузка, подождите пожалуйста..."); dialog.setCancelable(true); return dialog; } } return super.onCreateDialog(id); } } Вариант 2. Вызов диалога в Activity и прекращение работы диалог без handler.В данном варианте мы не используем handler. Вместо него мы после создания диалога запускаем в отдельном потоке загрузку, а после окончания загрузки удаляем диалог при помощи вышеописанной runOnUiThread. public class AlphabetView extends Activity { private static final int DIALOG_LOAD_KEY = 1; private Activity context; private Alphabet alphabet; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.alphabet); context = this; alphabet = Main.getAlphabet(); ListView lv = (ListView) findViewById(R.id.ListViewMain); lv.setAdapter(new ArrayAdapter<String>(this, R.layout.item, alphabet.getNames())); // Назначаем обработчик нажатий на элементе списка lv.setOnItemClickListener(new OnItemClickListener() { public void onItemClick(AdapterView<?> parent, View view, int position, long id) { final int i = position; showDialog(DIALOG_LOAD_KEY); // Показываем диалог } }); } @Override // Здесь вы создаете все диалоги protected Dialog onCreateDialog(int id) { switch (id) { case DIALOG_LOAD_KEY: { final ProgressDialog dialog = new ProgressDialog(this); dialog.setMessage("Загрузка, подождите пожалуйста..."); dialog.setCancelable(true); new Thread(new Runnable() { @Override public void run() { Main.loadData(); // Вызов вашей функции загрузки // Удаление диалога после загрузки runOnUiThread(new Runnable() { @Override public void run() { dismissDialog(DIALOG_LOAD_DATA); } }); } }).start(); return progressDialog; } } return super.onCreateDialog(id); } } Возможны также комбинации этих двух вариантов. К примеру в первом варианте возможно вместо hadler также использовать приведенный во втором варианте код: Main.loadData(); // Вызов вашей функции загрузки // Удаление диалога после загрузки runOnUiThread(new Runnable() { @Override public void run() { dismissDialog(DIALOG_LOAD_DATA); } }); Вариант 3. Вызов диалога в Activity при помощи AsyncTask. Иногда удобнее использовать асинхронную задачу AsyncTask. Подробно это описано на http://developer.android.com/resources/articles/painless-threading.html. К примеру вы по нажатию вызываете новую асинхронную задачу для загрузки вашего файла: public void onClick(View v) { new DownloadImageTask().execute("http://example.com/image.png"); } DownloadImageTask расширяет класс AsyncTask в котором есть все методы для нормального отображения диалога. Для инициализации диалога используем функцию onCreateDialog приведенную в примере 1. >private class DownloadImageTask extends AsyncTask<string, void,="" bitmap=""> { protected Bitmap doInBackground(String... urls) { return loadImageFromNetwork(urls[0]); // ваша функция загрузки } protected void onPreExecute() { showDialog(DIALOG_LOAD_KEY); // Показываем диалог } protected void onProgressUpdate() { // Здесь мы можем обрабатывать ход прогресса загрузки. } protected void onPostExecute(Bitmap result) { dismissDialog(DIALOG_LOAD_DATA); // удаляем диалог } } Если кто-то предложит еще интересные варианты, буду рад. |
|
Общие впечатления Побывал на конференции для разработчиков Google, привез впечатления :).
Кстати опубликовали фотографии с конференции -http://picasaweb.google.com/selanne2007/GDDMoscow2010?feat=flashslideshow#5540925326155696642 Недостатком конференции для меня было только одно — при огромном количестве людей было сложно понять, как мне найти разработчика со сходными интересами. Поскольку при регистрации были заданы вопросы, то вполне можно было часть из них вынести пиктограммами или надписями на бейджики приглашенных. Например: Иванов Петр Такая мелочь очень сильно бы помогла налаживанию контактов среди разработчиков как по интересам, так и по регионам. В целом нельзя сказать, что на конференции было представлено что-то исключительно новое и никому ранее не известное. По крайней мере, практически все сказанное далее, любой, читающий мануалы и держащий руку на новостном пульсе мог найти ранее. Другое дело, что все это было преподнесено в сжатой и доступной форме. Некоторые ньюансы действительно были для меня новыми, но не краеугольными. По результатам этой поездки меня попросили подготовить заметки для помощи начинающим программистам под Android. Результат перед вами. Прошу прощения за нечеткие фотографии. Не всегда получались. 1. Пользовательский интерфейс и юзабилити При публикации ваших приложений на маркете старайтесь дать краткое, но емкое описание программы. Не растягивайте его так, чтобы пользователь не смог прочитать о вашей программе без прокрутки. Пользователь должен понять что делает ваше приложение буквально с первых слов описания. Не вставляйте в основной текст описания новых фич программы. Тщательно отрисуйте иконку программы для маркета. В идеале она должна быть как можно более гармонично сочетаться с интерфейсом маркета и соответствовать стандартам разработки графических элементов Android программ о которых поговорим далее.
Помните, что первое впечатление полученное от загруженной программы самое важное и в течении считанных секунд будет решаться участь вашей программе — снесут ли ее немедленно. К сожалению вы не всегда можете контролировать первое впечатление о вашей программе. Тут может вмешаться сторонний человек рекомендующий или не рекомендующий вашу программу, может повлиять впечатление полученное от предыдущих ваших программ, текущий рейтинг программы. Но вы можете постараться свести к минимуму отрицательные последствия этих и других факторов. Для этого нужно придерживаться простых правил. Установка и запуск вашей программы Минимизируйте время для запуска программы. Уберите или упростите до минимума процесс регистрации пользователя, пользователь не любит печатать на мобильных устройствах. Синхронизируйте данные пользователя с его контекстом по максимуму - без его рукотворного участия. Подключайтесь автоматически к аккаунтам Google, Facebook или другим. Если ваша программа нуждается в длительных автоматических настройках или загрузке данных из интернет — не оставляйте пользователя в непонятном ожидании. Расскажите что сейчас делает программа, сколько это еще будет длится, расскажите о новых функциях программы, о новых возможностях. Делайте все, чтобы пользователь не заскучал и не отрубил программу, устав ждать. Постарайтесь все большие объемы данных скачивать единоразово при установке программы. Главная активити Ваша главная - «домашняя» активити должна быть лаконичной, понятной, содержать минимум пунктов меню. Экран должен быть выдержан в эстетичном и узнаваемом дизайне. Например если вы получаете и используете данные Facebook, то нужно использовать цвета, элементы дизайна из Facebook. Пользователь любит находить уже известные ему элементы управления и дизайна, ему так проще работать в новой программе, а вашей программе проще остаться на устройстве пользователя. Не используйте большое количество пунктов основного меню, это затрудняет действия пользователя и приводит его в замешательство. Дизайн иконок должен быть лаконичным и понятным. Желательно использовать стандартные элементы дизайна — уже известные для пользователя. В некоторых случаях оправданно использование уникального пользовательского интерфейса, но в таком случае вы должны обеспечить пользователя четкими подсказками — например при первом запуске провести короткий курс обучения. Позвольте пользователю почувствовать себя комфортно с вашим приложением. Как например сделали в приложении Winamp.
Вообще первый запуск приложения очень удобен для проведения одноразового обучения пользователя новому приложению. Проинформируйте его о новых фичах, особенностях использования интерфейса. Элементы пользовательского интерфейса Ясность интерфейса порождает легкость его использования. Как этого добиться? Сконструируйте раскладку вашей информационной иерархической модели и модели данных. Выберите основной паттерн пользовательского интерфейса. Сделайте наброски прототипов вашего интерфейса. Что НЕ рекомендуется:
Использование 5-ти и более вкладок, или вкладок внизу экрана.
Расположение навигационных пункты меню в опциональном меню. Данное меню предназначено только для опций касающихся данного экрана.
Кнопка «Назад» сделанная в виде отдельного графического элемента «а-ля» Ай-Фон. Что Рекомендуется:
Используйте Dashboard + Action bar
Причем используйте различные варианты Action bar в разных рабочих кранах. Ограничьте количество закладок 4-мя,
Используйте сдвигающиеся закладки при ОДНОРОДНОМ их содержимом.
При разработке интерфейса рекомендуют использовать один из трех вариантов:
Pensil for Firefox я уже ранее использовал для других проектов и остался доволен. Рекомендую. Не забудьте только скачать плагины для андроида. На основном сайте программы их нет, скачайте по адресу http://code.google.com/p/android-ui-utils/downloads/detail?name=android-pencil-stencil-basic_0.1.zip http://code.google.com/p/android-ui-utils/downloads/detail?name=android-pencil-stencil-frame_0.1.zip Есть отзывы, что версия Pensil 1.2 не у всех запускается. Если у вас такой случай — попробуйте версию 1.1, она запускалась у всех.
Сейчас очень часто разработчиков просят разработать приложение под андроид и одновременно под айфон и блекберри. НЕ КОПИРУЙТЕ бездумно все элементы дизайна разработанного для других платформ. НЕ ПЕРЕРИСОВЫВАЙТЕ без крайней необходимости элементы диалогов или индикатовров активности (progress бары и т.д.) Помните, что ваш пользователь - это пользователь андроид устройства. Он возможно вообще в руках не держал айфон или блекберри. Поэтому скопированные элементы дизайна будут для него чужими и непонятными. Он ожидает того, к чему уже привык. Как например он привык к аппаратной клавише back и не будет искать где дизайнер айфона поместил графическое изображение этой клавишы. НЕ ИСПОЛЬЗУЙТЕ маленький шрифт, он не удобен для чтения. При разработке дизайна используйте относительный лэйаут и dp для указания размеров вместо px (sp для текста). Это поможет правильно отображать ваш дизайн при различных разрешениях экрана. ИСПОЛЬЗУЙТЕ большие области для навигационных элементов интерфейса. Не заставляйте пользователей играть в игру «попади пальчиком» в маленькие элементы интерфейса. Не у всех такой миниатюрный палец как у вас. ИСПОЛЬЗУЙТЕ навигацию при помощи трекбола. Возможно на вашем его устройстве и нет, но у многих он есть, и такие пользователи будут разочарованы отсутствием его поддержки. КОРРЕКТНО используйте стек ваших активити. Помните, что при нажатии кнопки «back» пользователь ожидает возврат на предыдущую активность, а не на придуманную вами. Не изощряйтесь в навигации, делайте проще. ПРАВИЛЬНО отрабатывайте повороты устройства. Это успокаивает пользователя. Для облегчения работы разработчики платформы не зря потрудились и продумали структуру ресурсов.
Обязательно подготавливайте в ваших приложениях графику для различных разрешений. Это сильно улучшит внешний вид вашего приложения. Не сбрасывайте все на автоматический ресайзинг графики. Он не всегда корректно работает. К сожалению далеко не каждый разработчик знает и тем более использует утилиту 9-patches, а она очень полезна для использования при различных разрешениях одного и того же изображения. Использование данной утилиты выходит за рамки данной статьи, при необходимости опишу ее использование отдельно. Для дизайнеров разработчики системы андроид создали большое количество материалов. Если вы таки наняли дизайнера для своего проекта, и не желаете выбросить деньги на ветер, то ваш дизайнер просто обязан ознакомится с этими материалами. Вы их сможете найти здесь: Дизайн иконок всех видов: http://developer.android.com/guide/practices/ui_guidelines/icon_design.html Дизайн виджетов: http://developer.android.com/guide/practices/ui_guidelines/widget_design.html Дизайн экранов (активити): http://developer.android.com/guide/practices/ui_guidelines/activity_task_design.html Дизайн меню: http://developer.android.com/guide/practices/ui_guidelines/menu_design.html Кроме того рекомендую Asset Studio – онлайн инструмент, при помощи которого вы можете даже без помощи дизайнера быстро создать наборы иконок для различных типов меню, уведомлений и т.д. http://j.mp/androidassetstudio Очень удобный инструмент, давно им пользуюсь. |
|
- Добавлена возможность быстрого перехода на последнюю читаемую книгу - Добавлены ночные режимы чтения - Добавлена отсылка детальных сообщений об ошибках автору - Инвертированы звуковые кнопки листания |
|
- Добавлена перемотка экрана звуковыми кнопками - Добавлено сохранение позиции чтения книги при листаннии - Добавлена рубрикация загруженного по авторам - Добавлена вертикальная фиксация читаемого текста - Снижено время ожидания для проверки наличия интернета до 1 сек. - Исправлена ошибка загрузки рейтинга некоторых авторов |
|
Исправлены ошибки по вылету программы на некоторых моделях телефонов.
К сожалению имею возможность тестировать только на эмуляторе и Nexus One. Многие ошибки не могу повторить. Если у Вас произошел сбой, напишите мне конкретно - жанр, автора, книгу. Обновил программу на маркете и на сайте. Поиск будет прикручен на выходных, вечером на это мало времени :) Скачать можно с маркета или с сайта http://www.samizdat.moy.su/ |
|
Выпускаю в свет первую некоммерческую программ :) Не кидайте тапками сильно :)
Крупнейшая библиотека, свыше полумиллиона произведений - фантастика, приключения, детективы... Читайте новейшие произвдения современных авторов без доступа в интернет в любом месте - в дороге и на природе. Загрузка произведений с последующим чтением без доступа в интернет. Удобный рубрикатор. Сохранение в избранных. Закладки в книге. Замечания и предложения оставляйте на сайте http://samizdat.moy.su либо на этом сайте на форуме. Рекомендую загружать через маркет, поскольку там присутствует авто обновление. А планов по улучшению программы у меня еще много :) Наберите на маркете в поиске "Самиздат" или воспользуйтесь данной ссылкой для перехода на маркет:    Список произвдений: При долгом клике на произведении появляется меню управления. Просмотр текста: Быстрое нажатие вверху или внизу текста - прокрутка на страницу. Быстрое нажатие посередне - управление размером шрифта и быстрая прокрутка.   |
|
|
Как всегда, мы рекомендуем резервное копирование всех ваших приложений и данных, на всякий случай. Загрузить можно по ссылке [CyanogenMod] |
Если у вас есть |
Автор: Андрей Письменный Опубликовано 11 августа 2010 года За последние десять лет в Microsoft создали много хорошего, хотя и глупостей наделали порядочно. С финансами у корпорации всё в порядке, и хоть она пока не теряет деньги, с каждым провалом утрачивается кое-что поважнее - влияние. Если ситуация не улучшится, исход может оказаться печальным. Может ли что-нибудь помочь гиганту? Конечно. Причём не только вполне очевидное прекращение бардака и сокращение сложной структуры менеджмента. Сокращать тоже нужно с умом. Боже, храни Research Бытует мнение, что Microsoft идёт по стопам IBM, который когда-то был самой крупной и важной компьютерной компанией. IBM по-прежнему процветает, но она уже далеко не так влиятельна, как когда-то. Увы, надежды на подобный исход немного. Избавившись от всего лишнего, в IBM сохранили сильнейшее исследовательское подразделение и занимаются тем, что приносит основную прибыль. И с тем, и с другим у Microsoft могут быть проблемы. В своё время исследовательский центр Microsoft Research пользовался покровительством Гейтса, а вот под Балмером исследователям, кажется, не очень уютно. Известно, что маркетинг и продажи волнуют нового главу компании куда сильнее, чем всякие научные штучки. Проектам, которыми занимаются в Microsoft Research, теперь редко дают ход. Показательна история, произошедшая с любопытным игровым конструктором Kodu, который разработали в Microsoft Research. Он был выпущен без рекламной шумихи (хотя её вполне достоин), да и поддержка продукта организована кое-как. В старом Microsoft такую разработку не упустили бы - по духу Kodu Game Lab очень близок к Basic - любимому детищу Билла Гейтса. Впрочем, Kodu ещё повезло: он сумел выбраться на свет божий из секретных лабораторий. Планшету Courier, к примеру, это не удалось, а о многих проектах никто за пределами Microsoft даже и не знает. Такое прохладное отношение к Microsoft Research не сулит подразделению ничего хорошего. Карманная революция На всех направлениях Microsoft угрожает одна и та же беда, которая называется Google. Суть проблемы проста: в отличие от Microsoft, зарабатывающего на продаже Windows и Office, Google раздаёт альтернативные продукты бесплатно, субсидируя их за счёт рекламы в результатах поиска. Конкурировать с бесплатным трудно само по себе, но это лишь начало. Если бесплатные решения займут заметную долю рынка, это усугубит проблему: как отмечает автор блога Daring Fireball Джон Грубер, не будучи вездесущими, платформы Microsoft резко теряют актуальность. В подобный сценарий было бы трудно поверить, если бы он не разворачивался прямо перед нами на рынке мобильных ОС. Google Android агрессивно и не без успеха пытается занять то самое место вездесущей платформы, которое традиционно принадлежало Windows (Apple по обыкновению спасается тем, что продаёт дорогие устройства собственного производства). Хоть Android и не приносит денег Google, сам факт его существования может сильно навредить Microsoft. В результате корпорация оказывается в патовой ситуации. Конкурировать с бесплатным Android - бесполезно, делать свои телефоны - не получается, оставаться же совсем без мобильного решения - глупо и недальновидно. Очевидно, первое, что нужно сделать, - это объединить все разрозненные проекты по разработке мобильных ОС во что-то более или менее цельное. Оставить, наконец, в покое Windows Mobile и вложить все ресурсы в WinPhone 7. Причём все - это значит все, включая Courier, который, похоже, вернули обратно в Research (выбраться из которого, как мы знаем, непросто). Консолидация усилий при этом не должна обязательно означать, что придётся ограничиваться одной версией ОС или одним устройством. Планшеты, телефоны, плееры, фоторамки, навигаторы и любые другие гаджеты могут иметь разные модификации системы. Важно только, чтобы работа над ними не была столь безудержно хаотичной и рассинхронизированной, как в последнее время. Тем не менее, придётся с чего-то начинать - хотя бы с одной ОС и одного устройства. И то, и другое просто обязано стать хорошим и успешным, иначе - пиши пропало. Можно, к примеру, попытаться занять сегмент дешёвых телефонов. Собственно, это была готова сделать команда, работавшая над провальным Microsoft Kin. К сожалению, проект погубили внутренние разногласия и сотовый оператор Verizon, вдруг решивший отменить выгодный тариф, придуманный для Kin.
Имея хороший и дешёвый телефон нового поколения, вполне возможно конкурировать с Apple и Google. В модельной линейке iPhone пока что нет дешёвых моделей, а Android на недорогих телефонах просто не заработает. В итоге в США эти телефоны продаются лишь с дорогостоящим контрактом, который могут себе позволить далеко не все. Вторая возможность - распространение операционной системы на условиях, сопоставимых с предлагаемыми Google. К примеру, можно попытаться раздавать ОС разработчикам устройств бесплатно или очень дёшево, зарабатывая на подписных сервисах (впрочем, они у Google тоже бесплатные, а это сильно портит всю задумку). В конце концов, можно удержаться за счёт корпоративных клиентов и потеснить на этом рынке RIM, продающий сверхпопулярный у бизнесменов смартфон Blackberry. Ведь именно с большими компаниями Microsoft работается лучше всего. Главное, не пытаться и дальше предлагать здесь устаревший Windows Mobile. Такому служебному телефону всё больше сотрудников будет предпочитать купленный на собственные деньги iPhone. Не только персональные компьютеры Цены на электронику быстро идут вниз, и модель "один компьютер на семью" незаметно превратилась в модель "компьютер на человека", а теперь переходит и этот барьер - используя сразу несколько специализированных устройств, чувствуешь ещё больший комфорт. В эпоху планшетов, умных телефонов и телевизоров роль классического персонального компьютера с его традиционной клавиатурой и оконным интерфейсом на большом экране потихоньку уменьшается. Может ли Microsoft предложить что-то актуальное в изменившихся условиях? Может, и даже предлагает. Речь идёт об игровой приставке Microsoft Xbox 360 и модуле распознавания жестов и речи Kinect. Xbox 360 - одна из немногих удач Microsoft за последнее десятилетие, и вкупе с Kinect он может стать тем "центром домашних развлечений", которым не стал Windows Media Center.
Проблемы здесь если и есть, то относятся они в первую очередь к маркетингу и продвижению. Microsoft продаёт Xbox 360 как игровую приставку, а сервисы вроде аренды фильмов через Netflix подаются лишь как этакое ценное дополнение, да и доступны лишь части потенциальных пользователей. Платформе Google TV, которая метит именно в эту нишу, ничто не мешает воспользоваться шансом, который в Microsoft игнорируют. Если же Google TV станет популярной системой для телеприставок - своего рода телевизионным "Андроидом", - она способна превратиться в опасного конкурента для Xbox 360, ведь от медиаконтента до видеоигр - один шаг. Чтобы подготовиться, Microsoft придётся придумать, как сделать платформу Xbox/Kinect более массовой. Это непросто, но куда полезнее, чем продолжать навязывать неудачные медиацентры на основе Windows. Веб Если в других областях Google лишь угрожает бизнесам Microsoft, то интернет - это его территория, а Microsoft здесь - на правах бедного родственника. Что же есть у Microsoft? В первую очередь - Live, Hotmail, Messenger и Bing. Затем - экспериментальный Docs.com. От отдельного Hotmail, пожалуй, давно пора избавиться - если он с чем-то и ассоциируется у пользователей, то в основном со старыми "заспамленными" почтовыми ящиками. Live уже вполне готов его заменить. Не объединить ли все проекты в один большой портал? Bing, Live и Docs (то есть, грубо говоря, поиск, почта и веб-офис) прекрасно будут себя чувствовать и по отдельности. Нужно только довести сервисы до такого уровня, чтобы им перестали ставить в пример аналогичные решения Google. Если с поиском это не так просто, то сделать хорошую почту и пакет для работы с документами Microsoft вполне под силу. Главное - не бояться конкурировать с собственными коробочными продуктами и придумать жизнеспособную бизнес-модель. Комбинация рекламы и подписки должна вернуть хотя бы часть денег, вкладываемых в разработку и продвижение. Однако конкуренция с Google на его поле - не самое приятное занятие. Microsoft всегда была компанией, которая делает софт, да и появление веб-сервисов здесь предвидели заранее. Возможно, хорошей стратегией было бы вернуться к созданию разнообразных сервисов - таких, которые смогут восстановить пошатнувшуюся репутацию создателей хорошего софта. Только не нужно для этого покупать готовые разработки, чтобы тут же их загубить. У инженеров Microsoft в голове наверняка не меньше идей, чем у сотрудников Google, в узаконенные двадцать процентов личного времени клепающих всякие занятные штуки. Если дать этим идеям немного свободы, они наверняка превратятся во что-нибудь интересное. Средства разработки При Гейтсе в Microsoft была выпестована прекрасная культура программирования, благодаря которой компании до сих пор удаётся одной левой создавать операционные системы и средства разработки. Эти возможности всегда ограничивал медлительный менеджмент, но, тем не менее, компанию, способную разработать нечто масштабов .NET или взять и превратить его в Silverlight, недооценивать нельзя. В злосчастный период пассивности в Microsoft не решились заставить всех разработчиков перейти на .NET, а промедление может в один прекрасный день обернуться тем, что переход станет уже неактуальным - изменятся нужды и появится что-то поновее. То же и с другими инновациями - не стоит задерживать их, мотивируя промедление нуждами корпоративных клиентов. Если не подталкивать тех на апгрейды, то вся машина производства софта начнёт буксовать. На одной поддержке Windows Server, SQL Server, Sharepoint и прочих серверных решений и серьёзных средств разработки Microsoft может протянуть ещё долго, даже не гоняясь за революционными идеями. Однако это и может всё погубить - выгода выгодой, но и о будущем нужно заботиться. Что до попыток захватить рынок кластеров и суперкомпьютеров, здесь, похоже, Microsoft как ничего не светило, так и не светит. Всё плотно занято решениями на юникс-системах, и двигаться в сторону Windows никто не собирается. Исключением может стать нижний ценовой диапазон высокопроизводительных компьютеров, но здесь упор, скорее, стоит делать на облачные вычисления и Azure, чем на HPC.
То же в некоторой степени касается и веб-серверов: скорость развёртывания и масштабируемость "облачных" решений во многих случаях оказывается важнее, чем возможность иметь веб-сервер в своём распоряжении. Важным шагом стало бы построение более высокоуровневой платформы, чем Azure - не всем разработчикам хочется заниматься управлением виртуальными машинами. Многим нужны решения уровня Google App Engine, где достаточно опубликовать исходный код, и он заработает. Впрочем, компании, не доверяющие "облакам" наверняка останутся, и совсем отказаться от Internet Information Server как отдельной сущности вряд ли получится, каким бы удобным, высокоуровневым и хорошим ни стал Azure. Windows и Office тоже в беде Можно подумать, что уж флагманские продукты можно просто оставить в покое, пока они приносят корпорации основные деньги. Однако именно это и делает бездействие рискованным - начни клиенты выбирать конкурирующие решения, и под угрозой окажется вообще весь бизнес. Финансировать следующий Xbox, Bing или Windows Phone окажется нечем. Что же может угрожать Windows и Office? Иногда кажется, что корпоративные клиенты отказаться от них не смогут уже никогда. Слишком много закуплено компьютеров с Windows, а основная масса документов создана в офисных программах Microsoft. Любой изъян в совместимости влетит ренегатам в копеечку. Но что, если новые решения помогут серьёзно сэкономить? Вряд ли заказчики откажутся их рассмотреть. Сейчас самое слабое место Windows - это стоимость её поддержки. Если Google Chrome OS и Google Docs смогут справиться с заметной долей офисной работы, наверняка найдутся желающие перейти на них. Ведь стоимость владения сразу упадёт в разы. Веб-сервисы легко обновлять, они не ломаются и изначально рассчитаны на работу в Сети. Организация коллаборативных возможностей здесь не требует установки и настройки собственного сервера. Ситуация вполне может стать похожей на то, что сейчас происходит с Windows Mobile и Android. То есть безраздельное правление Windows обернётся кровопролитной борьбой с медленно, но верно продвигающимся агрессором, доходы которого не зависят от победы или поражения на этом фронте. Разделим Windows натрое Идею офисного решения можно позаимствовать у Apple - платформа iOS, использующаяся в iPhone и iPad - это как раз то, что нужно, чтобы сократить стоимость поддержки. Для iOS нет вирусов, зависает она в разы реже своих "десктопных" собратьев, а для установки пиратского софта нужно взламывать всю систему. Возможно всё это благодаря жёстким ограничением, в том числе - запрету на установку программ не из фирменного магазина.
Строить систему на том же принципе обособленных приложений, что применяется в iOS вовсе не обязательно. Здесь отлично подошло бы решение, предложенное автором оригинальной версии Macintosh Джефом Раскиным в его книге "Интерфейс". Раскин предлагал избавиться от понятия "программа", создать единое рабочее пространство, а возможности добавлять лишь в качестве компонентов. По сути, панели Ribbon и Visual Basic for Applications (или VSTO) позволяют в какой-то мере делать то же самое. Осталось лишь избавиться от разделения на приложения и добавить компонентный репозиторий со строгой модерацией. В итоге получается три версии Windows. Назовём их Windows Office (со включёнными возможностями Microsoft Office, повышенной безопасностью и без возможностей для копания в системе); Windows Professional (в него можно включить, скажем, и Visual Studio и прочий софт для разработчиков); и Windows Home - домашняя версия, которая будет востребована для тех задач, под которые сложно приспособить Xbox/Kinect. Home имеет смысл делать похожим на версию Office - многим людям нравится иметь дома компьютер, похожий на тот, что установлен на работе, да и защита от вирусов и "от дурака" не помешает. Но функций здесь нужно побольше - понадобятся как минимум любительские инструменты для работы с видео, звуком и фотографиями, всяческие плееры и т.п. В этом придуманном разделении Windows не хватает лишь одного продукта - того, который угодил бы людям, любящим мастерить что-то не ради выгоды, а из любви к искусству. Именно для них в своё время был сделан Basic, а вот в мире закрытых со всех сторон плееров, телеприставок и планшетов этим людям придётся несладко. Возможно, Microsoft не стоит отпускать этих энтузиастов копаться в GNU/Linux и Android - это именно то сообщество, которое способно создавать что-то новое и вести за собой остальных. Нужные наработки у Microsoft уже есть - XNA, тот же Kodu, Robotics Studio и так далее. Возможно, есть смысл объединить это в какой-то особый продукт или даже продавать свои конструкторы в духе Lego NXT и Arduino, совместимые и с Windows и с Xbox и с мобильными решениями. Итоги? В результате у нас получилось четыре стройных направления: домашние устройства и периферия (Xbox, игрушки, роботы и прочее), офисные решения, рабочие станции плюс средства разработки, мобильные компьютеры, веб-сервисы. Все они в той или иной мере близки Microsoft и все будут актуальны в ближайшем будущем. Что до отдалённого, то здесь, наверное, ставку стоит делать на сетевые и облачные решения - именно они станут связующим звеном между всеми перечисленными пунктами. Надо сказать, что предложенный подход ещё очень мягок, и в Microsoft пока что могут себе его позволить. Чем дальше, тем больше потребуется жертв, чтобы спасти главное. |
