Почему в ИТ мелочи могут требовать много времени и сил?

Категория: Технические советы

– Автор: Игорь (Администратор)

Порой люди считают, что мелочи в ИТ попросту не могут требовать много времени. Дескать, сфера информационных технологий стала настолько обширной и большой, что мелочи должны занимать от силы 5-10 минут. Однако, как бы сильно ИТ не разрасталась, многие вещи как оставались неизменными, так и останутся.

Но обо всём по порядку.

Начну с пары отвлечённых примеров. Найдите в интернете любое красивое блюдо (ну или посмотрите картинку выше). Что будет если расположить ингредиенты иначе? А что если их смешать? Или размазать соус? Правда, что хоть вкус останется тем же, но внешний вид при этом уже не будет вызывать того же аппетита?

Примечание: Так как это не кулинарный ресурс, то вопросы вида "влияние порядка ингредиентов, расположения и объёмы соуса" оставим за рамками обзора.

Или ещё пример. Скажем, разница между обычным столом и столом с узором. Вы не поверите, но создание узора может потребовать в разы больше времени, чем сборка стола. Просто потому что создание узора это кропотливая задача. Хотя если рассматривать стол как программу, то, казалось бы, основные время и силы должны быть потрачены на сами бруски дерева и их сборку.

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

Самый банальный пример. Подборка иконок для разных кнопок. Казалось бы, чего тут сложного. Но проблема в том, что иконок огромное количество. Не все подходят под общий интерфейс. Не в каждом наборе существуют нужные. Плюс сами иконки ещё должны как-то гармонировать друг с другом, а не смотреться вразнобой. Иногда поиск 1-й нужной иконки может занимать час и более (и это не утрирование; не то, чтобы всегда так происходит, но для понимания).

А зачем так делать? Причина проста - криво подобранные иконки в интерфейсе будут банально раздражать пользователей. Конечно, существуют типовые наборы, но даже в них можно долго искать.

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

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

Теперь рассмотрим ещё один момент. И опять аналогия из жизни. Представьте, что из куска гранита вырезали статую. Попробуйте к этой статуе добавить что-нибудь небольшое. Конечно, синяя изолента творит чудеса, но внешний вид данной конструкции будет вызывать странные ощущения, правда ведь?

Аналогично и в ИТ. Какая-то "мелочь" может потребовать немало усилий и времени для реализации. Банальный пример. Максимальный размер числа. Чаще всего обычные сайты и программы не рассчитаны на поддержку огромных чисел. Поэтому в данной ситуации с точки зрения пользователя это: "Какая разница? Ну добавьте чуть больше размер!". А вот с точки зрения кода сайта и программы это совершенно иное, нередко это практически полное "прочёсывание кода" и, соответственно, необходимость в полном тестировании с нуля.

Существуют и иные момент, но вероятно читатель уловил суть, что мелочи в ИТ могут требовать немало сил и времени. Однако это не значит, что каждая мелочь действительно занимает столько времени. Поэтому старайтесь уточнять реальные причины.

Также вам могут быть интересны обзоры:

1. Почему тестирование это куча времени?

2. Закулисье технической поддержки: на что обращают внимание?

3. Быстрое решение, стоит ли его применять?

4. Оценка интерфейса или о чем говорит внешний вид

5. Сочетание функциональности и интерфейса

Понравилась заметка? Тогда время подписываться в социальных сетях и делать репосты!