(495) 925-0049, ITShop интернет-магазин 229-0436, Учебный Центр 925-0049
  Главная страница Карта сайта Контакты
Поиск
Вход
Регистрация
Рассылки сайта
 
 
 
 
 

Интерфейс как зеркало компетенции программиста

Источник: embarcadero
Vsevolod Leonov

Экскурс в историю

С какого-то места разработчик начинает доверять более себе и менее неким абстрактным истинам, вне зависимости из-под клавиатуры какого гуру они появились на свет. Эргономика интерфейса для большого числа разработчиков подразумевает вполне ясные и конкретные решения в контексте обратной реакции пользователей.

Встречаясь с разработчиками на прошлой неделе (Волгоград, Ростов-на-Дону, Краснодар) я имел смелость рассказать небольшую байку из своей прошлой жизни, когда моей задачей было не только "открыть" проект, но и "закрыть" его, т.е. сдать заказчику. Все эти "здравые" рассуждения о вреде водопадной модели и пользе agile-методологии очень хорошо подходят для юнцов, не нюхавших пороха баталий с заказчиками, представляющих собой отнюдь не бизнесменов, рискующих 2-3 тысячами долларов за-ради создания очередного сайта компании. Нормальный заказчик держится за водопадную модель как бухгалтер за калькулятор, поэтому предложение работать с "гибким" ТЗ минимум поднимает брови и ответственных людей, а максимум - вы можете легко прослыть "городским сумасшедшим". Собственно, на эту тему я делал доклад на конференции Agile Days, что чуть не закончилось дракой.

Но драчливость программистов забавна настолько, насколько торчит животик корпоративного вещуна в не менее корпоративной майке. Премилой будет и моя настоящая история.

Особенности работы с серьезными заказчиками

Проект я делал для серьезного заказчика. Серьезность заказчика определяется даже не стоимостью проекта, а тяжестью последствий прежде всего для него. На верхнем уровне абстракции думаешь не об "эргономике" проекта в целом, т.е. в насколько неудобное положение ты поставишь заказчика своим ПО. Своих я бы подставил по-полной.

В классике управления проектами по созданию ПО принято выделять следующие риски:

  • технологический риск - типа среда разработки или библиотека компонентов своим качеством не обеспечит темп разработки;
  • риск компетенции разработчиков - программисты "не потянут" проект вследствие его сложности;
  • риск, связанный и изменением требований заказчика;
  • политические риски.

Технологический риск мы прикроем просто - возьмём Delphi - надёжный, испытанный инструмент. Да и C++Builder здесь вполне качественная среда и также стабильно приносила мне деньги. А вот библиотеки сторонних разработчиков дело тонкое. Тут главное не гоняться за дешевизной во всех смыслах этого слова.

Компетенция разработчиков вопрос несложный. Грубо говоря - выбирай по себе дерево. Ну и живи активной жизнью - ходи на форумы, общайся. В любой момент тебе помогут кодом или посоветуют, куда копать.

Политические риски - типа твой проект хотят умышленно "убить" - было такое, но тут могу посоветовать одно - паши, как конь, и дух святого покровителя программистов тебя убережёт.

Риск изменения требований заказчика повышается умышленно, если вы работаете по agile. Хотите этого? Вперёд. У меня заказчик был такой, что проект принимала комиссия. Супер? Да? На этапе разработки вы полностью удовлетворяете требованиям заказчика, а программу принимает его "старший коллега", которому объяснять ничего не надо. Он смотрит в ТЗ, смотрит в программу и делает выводы. И манифестом тут ничего не объяснить и не прикрыться.

Тут мы все понимаем, что agile здесь даже не то, что не коллинеарен, не перпендикулярен, а противонаправлен. А вот что может вас уберечь от изменения требований заказчика (говоря простым языком - "раскатывания губ")? При всём уважении к апологетам agile так и подмывает спросить, а как часто изменение требований заказчика связано с уменьшением объёмов работы? Бугагашенька.

Хорошее ТЗ - вот что нам нужно. Но тут особо не застрахуешься, чистый функционал есть вполне чёткая тема, и жонглирование терминами тут даёт степень свободы, но отнюдь не всемогущество. А вот полезняшки вроде повышенной эргономики помогают расположить к себе заказчика. Как я неустанно повторяю - "красивый интерфейс сродни красивой женщине, которой за красоту можно многое простить, включая определённые баги". (моя, например, заставила меня вчера делать котлеты из щуки).

Где история?

Автор, ты - котлет переел настолько, что он с каждым новым абзацем всё дальше уходит от обещанной сказочки? Извольте.

  1. Котлет я еще не ел, только сделал.
  2. В фарш из филе нужно добавить свининки для нажористости.
  3. Мух добавлять не надо. Если муху можно назвать багом, то броское выражение (catchprase) вполне соответствует духу IT.

Делал я программу в Windows XP. Общение с заказчиком проходило на моём компьютере, поэтому интерфейс, ставший уже привычным для пользователя, были именно XP-шным. А финальная сдача программы была на ноутбуке с Windows 7 (мы поставляли программно-аппаратный комплекс, т.е. нотик+софт).

На сдаче "мой человек" увидел программу, но с интерфейсом Windows 7. И сказал публично - "Сева, сразу видно, что перед сдачей ты серьёзно поработал с интерфейсом - он стал более красивым". Вот так найденный на дороге клад сильно поддомкратил мой имидж профессионального разработчика.

При чём тут FireMonkey?

Это просто новый фреймворк/библиотека, которая позволяет делать очень качественные, модные и красивые интерфейсы. И пренебрегать этим не стоит. В конечном итоге, интерфейс ( междумордье ) - есть образ вас как разработчика перед заказчиком. Даже если вы - внутрикорпоративный разработчик. Причём именно тут я бы даже больше беспокоился. Одно дело - сдал проект - забыл. Другое дело - каждый день видится с "благодарными пользователями". И уж точно, что более броские и яркие интерфейсы делают вас самих более дорогим (во всех смыслах) в глазах сотрудников. И даже тех, кто начисляет вам зарплату и принимает решение о её повышении.

Подумайте об этом :)

Ссылки по теме


 Распечатать »
 Правила публикации »
  Обсудить материал в конференции Embarcadero »
Написать редактору 
 Рекомендовать » Дата публикации: 03.02.2012 
 

Магазин программного обеспечения   WWW.ITSHOP.RU
Delphi Professional Named User
Enterprise Connectors (1 Year term)
Bitdefender Antivirus Plus 2020/1 год/1 ПК
Advanced Data Export VCL Suite (with sources) + 1 Year Maintenance
Антивирус ESET NOD32 SMALL Business Pack newsale for 5 user. Электронный ключ
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Новости ITShop.ru - ПО, книги, документация, курсы обучения
Программирование на Microsoft Access
CASE-технологии
СУБД Oracle "с нуля"
eManual - электронные книги и техническая документация
Проект mic-hard - все об XP - новости, статьи, советы
 
Статьи по теме
 
Новинки каталога Download
 
Исходники
 
Документация
 
Обсуждения в форумах
Разработка программ базы данных (63)
Написание прикладных компьютерных программ (базы данных) на заказ. Разработка корпоративных...
 
Кухня (4)
Хочу сделать ремонт на кухне. Где приобрести кухонную плиту? Какой фирмы стоит её рассматривать?
 
Как в IBM Rational DOORS сделать заголовки не жирным шрифтом? (2)
Измучился уже, когда идет иерархия уровнем ниже, чем Х.Х., мне нужно, чтобы заголовки не...
 
Ищу программиста для написания программы (62)
Ищу программиста ,владеющего Вижуал Бэйсик и программированием в Экселе, для написания...
 
Отличается ли ДрифтКазино от беттинга? (18)
Друзья, давно заметил, что на Дрифте уже несколько месяцев во всю рекламируется и предлагается...
 
 
 



    
rambler's top100 Rambler's Top100