Анджей Ясинский - Ник: Ученик мага. Стихийник. Админ (сборник)

Помню, как-то на Земле приглашали меня работать в одну программистскую контору (софт для аэропортов делает), вот там была секретность! Из комнаты в комнату и даже в отхожее место – с отметкой по пропускным карточкам и личным обыском, куча штрафов за всякие «нарушения режима» (на пять минут дольше на толчке посидел), фаерволы, естественно, и шпионские штучки на рабочих и домашних компьютерах сотрудников… Работать я там отказался. Ну а конторе секретность выходит только боком: ее владелец и спонсор до сих пор вынужден сторонним разработчикам огромное бабло отстегивать – собственные, хоть и горбатятся, но за долгие годы ни одной по-настоящему полезной штуки так и не сделали Оно и понятно – какой приличный профессионал-программист в подобную организацию пойдет?

Впрочем, может, зря я на гномиков бочку качу? Мне ведь так и не удалось найти ничего путного насчет земных элементалей в этих книжках. А инфа-то полезная наверняка есть. Стоп! Это я уже по второму кругу. Решил же оставить эту тему до получения материалов от Васы. Вернемся лучше к левитации.

Что интересно – демоны на своих выступлениях пользовались плетениями, воздействующими на гравитацию. По-настоящему летать трехглазые не летали, но высоко прыгали и лихо уворачивались от боевых плетений явно не без помощи левитации. Подмеченные на выступлениях Лиги магоформы очень помогли нам с Умником при анализе и оптимизации плетения полета. Всегда полезно иметь для сравнения несколько вариантов решения задачи.

Где-то что-то подкрутив, что-то добавив или убавив, мы сделали плетение в несколько раз эффективнее исходного образца. Увы, но прогнав результат на модели магии, я понял, что магоформа по-прежнему жрет кучу энергии. Забитого под завязку магией кристалла-накопителя хватает всего лишь на две минуты ее работы! Да, видимо, скептицизм гномов по поводу подобной штуки вполне обоснован. Летать высоко и далеко таким способом вряд ли получится. Сколько с собой не тащи в воздух накопителей, все равно надолго не хватит. Ничего, проведем парочку экспериментов. Вдруг в модели обнаружатся именно в нужных разделах какие-нибудь неправильные коэффициенты? Да и полигон все равно нужно «принять в эксплуатацию». Между прочим, впервые за долгое время сооружение будет использоваться по прямому назначению.

Я выкопал в центре арены небольшую яму, установил в ней плетение с активацией по таймеру приблизительно через минуту, аккуратно положил туда булыжник весом в несколько килограммов, включил защитный купол и пошел на ближайшую трибуну. Находиться поблизости от летающего булыжника было стремно. Н-да… очень правильно поступил! Мало того что каменюка мгновенно оказалась в воздухе, со скоростью пули взлетев вверх, но почему-то и грунт вдоль стенок ямы брызнул в стороны с такой силой, что я даже испугался, как бы не пробило защитный полог. Ямища образовалась… Нехилая там взорвалась «кучка толовых шашек»! Я снял купол. В воздухе распространилась жуткая пыль и вонь. Стало трудно дышать. Ну ничего, приятель-элементаль тут же развеял эту гадость свеженьким ветерком. Я посмотрел в яму. Н-да… Переполненный накопитель разрядился мгновенно! «Не левитация, а граната. Не хотите ли покататься на пушечном ядре?» – подумал я. Нет, так дело не пойдет! А добавим-ка в плетение блок, регулирующий процесс передачи энергии (я подсмотрел его в памяти Лотколба). Успешно: результат в виде двухминутной работы плетения в точности соответствует смоделированной на компе ситуации с внесенными поправками. Но эффект – всего-то парочка парящих над землей камней не более чем на двухметровой высоте! Н-да, в точку фокуса таким образом явно не долетишь.

Засыпав яму и прибравшись на полигоне, расстроенный, я пошел отмокать в озерце. Погода была чудесная, вода приятная, на небе ни облачка. Я расслабился, успокоился и постарался более осмысленно взглянуть на результат. «А что, собственно, произошло? – пришла мысль. – Ну не получилось, пока, что поделаешь. И идей, к сожалению, никаких нет».

Программирование – профессия творческая. Почти для любой проблемы находится не менее дюжины способов решения. А иногда можно и нужно скорректировать исходную постановку задачи. Конечно, существует технология разработки и так называемые кодеры, которые пишут код, не отклоняясь от задания ни на миллиметр. Но мы не о них, бедных маленьких винтиках технического прогресса. Я имею в виду других работников клавиатуры, мышки и сканеров мысленных импульсов. Тех, кто, поняв реальные потребности заказчика, сам себе может поставить задачу, выбрать методу ее реализации, разработать интерфейсы и необходимые алгоритмы, построить архитектуру классов, типов, объектов, протоколов сообщений между модулями и реализовать все это добро в коде. Добиться не только того, чтобы оно заработало достаточно эффективно, но и было удобно в использовании людьми, не знакомыми с программированием. Вот нам часто приходится творить похлеще, чем какому-нибудь живописцу. И в самом деле – каков инструментарий художника? Всего лишь холст, кисти, краски и собственное воображение. Инструмент известен в течение нескольких тысяч лет и за все это время не изменился. Рисовальщик оканчивает в юности какую-нибудь «Строгановку» и потом в меру дарования, отпущенного ему Господом, всю жизнь малюет холсты, добиваясь, чтобы его художественные способности соответствовали заявкам его воображения. Изучать ему ничего при этом не надо. Только лови моменты «божественного откровения» и воплощай в картинах. Житуха! А настоящий разработчик программного обеспечения живет постоянно в аморфном мире, где ежедневно меняется очень многое, да и он сам не стоит в стороне от прогресса. При этом часто приходится не только рисовать самому «морду» очередной программульки, но и подбирать инструменты (средства разработки, язык, библиотеки…) для создания, а также решать, которые из них следует доизготовить. Так кто больший творец? Универсальный программист или какой-нибудь там художник?

И вот творец столкнулся с очередным серьезным затыком, и нет никаких идей по преодолению препятствия. Что делать? Нередкая ситуация. И тут можно поступить по-разному.

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

Другой принимается интенсивно копать теорию, ища в нужных книгах некое откровение, которое поможет идти дальше. И порой находит.