Fog of RIA-demon

Как-то в блоге AlternativaPlatform, всплыл человек и дал ссылку на своё примитивнейшее Flex-приложение, утверждал что оно много круче обнародованных роликов Альтернативы. Наверное, я испытывал то же ощущение крутости, когда сделал своё первое приложение “калькулятор” на Delphi 3. Это было много круче разработок на Borland Pascal/C++, но всё же это было только самое начало.

Описанная ситуация (“неосознанной некомпетентности”) существует ныне и в RIA-сфере. Однако, если Вы управляете проектом, отказ от RIA может оказаться ошибкой. Понятно, что риск есть. Понятно, что риск велик (особенно в Москве, где хорошего RIA-специалиста удержать будет сложно, а непрофессионалы с понтами запорят любое дело).

Тут уместно вспомнить статью “2008 – год насыщенных Интернет-приложений“.

Спрос на FlashPlatform-разработчиков резко вырос, и продолжает расти. С учётом моды на .NET, едва ли Silverlight будет сильно отставать.

В статье подмечается очевидный факт – без лидера, любые разработки будут стоить шибко-дорого. Более 90% нынешних ИТ-лидеров в Москве едва ли способны на какую-либо руководящую деятельность вообще (не говоря уже о группе разработчиков).

Но если руководители есть, то остаётся лишь оценка нескольких рисков:

  1. Неопытность разработчиков
    Но, RIA более интересны пользователям
  2. Неопытность дизайнеров
    Однако, хорошо сделанные RIA мотивируют пользователей к их использованию
  3. Отсутствие кадров
    Вопрос решаем за счёт хоршей совместной работы разработчика и дизайнера
  4. Нет наработанного опыта (общепринятых бизнес-процессов)
    Интегрированный рабочий процесс (когда рабочий процесс один на всех, а не у каждого свой) и выработка новых моделей поведения, способны снизить до минимума эту проблему
  5. Информация от разработчиков платформ
    Необходимо чёткое отслеживание курса компаний. Неправильное понимание философии конкретной платформы, ведёт к тормозам конечного приложения.
  6. Завал разработчиков платформы
    Контакты с местными группами разработчиков (по-типу FPUG) обязательны. Разработчики платформ итак завалены работой, а контакты с местными сообществами помогут увидеть грабли будущего, и решить проблемы настоящего.
  7. Ошибочный бюджет
    Необходимо точно оценивать стоимость RIA-разработки. Даже в наше время многие директора способны растратить много денег на разработку, а потом заморозить проект, объяснив свои действия примерно так “я не думал, что будет так”, и руководство ему поверит, ведь все уверены, что это “программисты каааазлы”.
  8. Нелогичные целидизайн, вёрстка, Web
    Правильное понимание бизнес-целей, позволит сфокусироваться на правильных задачах и правильно распределить приоритеты

Резюмировать можно так: RIA находятся на стыке нескольких направлений разработки (дизайн, вёрстка, Web-программирование, настольные приложения), и поэтому важность командной разработки возрастает во много раз. Три низкоквалифицированных человека, могут сделать хорошее приложение быстрее и лучше, чем десяток “понтовых разработчиков”.

В оригинальной статье все пункты описаны более детально и точно. Рекомендую к прочтению.


Related posts:

  1. Flex или Silverlight?
  2. Структура отдела, занимающегося Flex-разработкой
  3. Зачем нужно проектирование?

Tags: , ,

Leave a Reply

You must be logged in to post a comment.