Глава 89. Основы Разработки Структуры Программного Обеспечения(1)

Техническое задание (ТЗ) — это основа основ для разработки программ. Этот документ должен быть грамотно составлен, и всё пункты чётко сформулированы, чтобы разработчики могли определить спецификации аппаратного обеспечения и выбрать, какие системные требования поставить, какое обслуживание оборудования необходимо.

Разработка любого софта начинается с создания этого документа. Рядовые разработчики крайне редко могли принимать в этом участие. В Корее только РП (Руководитель Проекта) допускали до работы с такими вещами.

И сейчас Ёнхо принимал участие в собрании.

— Значит вы хотите получать видео, а не фотографии человека?

— Да. Это так. На данный момент веб-сервис, который предоставляет Шинсеки, требует в целом восемь фотографий от человека. Следовательно, требуется сделать восемь снимков, чтобы управлять приложением. Как же это неудобно! — бурно выразил своё мнение Кеннет. И он был прав. Если бы удалось снизить необходимость манипуляций с экраном с восьми до одного, пользователям однозначно стало бы удобнее.

Однако обработка изображений лежала в другой области. Ёнхо даже не имел представления, возможно это или нет. Дэйв и Джеймс чувствовали себя не лучше.

Они использовали только те свои знания, которые вынесли с учёбы в университете, получили в первые дни работы или от некоторых знающих людей.

— Разве обрабатывать видеофайлы легко? Почему бы нам не продолжить идти в уже выбранном направлении… например, обрабатывать все фото одновременно…

Ёнхо тоже чувствовал себя очень неуверенно. Он совсем не разбирался в этой сфере, поэтому он не очень уверенно говорил.

И спросил сидящего рядом с ним Брэда.

— Специалиста по обработке изображений еще не нашли?

— Да уж… я подал заявку, но это будет непросто.

Одной из лежащих в основе сервиса функций являлась обработка изображений.

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

— Давайте поговорим об этом позже.

В конце концов, у Кеннета не осталось иного выбора, кроме как перейти к следующей части. В целом им необходимо было обсудить больше сотни требований.

Больше всего сидящий в конференц-зале Ёнхо переживал о том, что будет, когда собрание закончится.

До сегодняшнего дня он сам выбирал время окончания, потому что сам его и вёл. Но сейчас всё было иначе.

Ёнхо находился здесь в роли слушателя. К тому же, человек по имени Кеннет, которого взяли на должность СА (Сервисный Архитектор), был старше Ёнхо.

Он даже выглядел как «начальник».

— Я отправлю вам оставшиеся части в JIRA, так что, пожалуйста, проверьте.

JIRA назывался прототип одного из инструментальных средств управления проектами, который был сконструирован, чтобы повысить продуктивность работы проекта. Когда работник открывал проект, он мог зарегистрировать всех работающих над ним сотрудников.

Когда возникала необходимость, через него можно было отправить письма на почту им всем. В виду того, что эту программу разработали в США, её запатентовали, и теперь весь мир также пользовался ей.

Кеннет коснулся только нескольких важных тем, затем сказал, что отправит оставшееся через JIRA и объявил собрание оконченным.

— А?

Всё закончилось так внезапно, что Ёнхо мог только сидеть и недоумевать. Большая часть группы уже закрыла свои ноутбуки и собиралась уходить.

— Ты идёшь? — Дэйв, который сидел всё это время рядом, похлопал его по плечу. В любом случае, хорошо, что всё так быстро закончилось.

Если бы он был в Корее, собрание бы всё еще тянулось.

Ёнхо вышел на улицу, чтобы провериться и придать ясность мыслям. Когда он присел на лавочку и рассказал своим друзьям и коллегам как собрания проходят в Корее, Джесси пробормотала:

— Что, правда?

Кажется, ей это казалось совершенной глупостью.

— Я думаю, они тратят больше, чем полдня на этих собраниях…

Насколько он помнил, большая часть его начальников в Корее только и делало, что устраивало собрания.

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

Иногда случалось и так, что собрание назначали на двенадцать ночи. Подобный график можно было назвать чистым безумием.