Мне сейчас важен конец романа. Его действие начинается и заканчивается на улице. В добротно написанной вещи, piece bien faite, как говорилось об остросюжетной французской драме девятнадцатого века, все основные темы, и явные, и подземные, сходятся, сливаются в конце. По-настоящему важно лишь то, что можно вынести из этой истории.
Буднично решился вопрос с окончанием романа. Перебирая стопку листов с рабочими записями, я подумал: "В завершении нужен еще один, третий по счету, слой абстракции. Он оправдает все ожидания читателя и станет основой последней главы". Ее рабочее название Final_End_11.
Самое интересное, что наброски именно этого финала романа уже есть среди 11 других вариантов. Его разрабатывал интуитивно, еще не понимая, зачем он нужен, как его грамотно использовать, в чем его преимущества для писателя и неразочарованность для читателей.
20 лет я, время от времени, обращался к теме финала. Осознанное решение пришло в мгновение.
Смешна попытка нумеровать и каталогизировать реальности. Отлично известно, что число реальностей бесконечно, но каждая из них может быть заключена в текст и исчерпывающе описана текстом.
Идея романа - сам текст. Сравнивая с IT-сферой. Программа небольшая – около 1500 строк кода на Erlang и C. Упаковкой изображений в прямоугольник занимается совсем маленький фрагмент кода длиной около 20 строк
По-моему, все время так — примерно 10% кода — это реальный функционал, а остальные 90% — обертки для красивого вывода данных. 90% работы - это обертка. Чаще требуется отслеживать состояния, сортировать структуры, внимательно разбираться как разные части системы взаимодействуют друг с другом. Написание кода является лишь частью задачи. После него идут рефакторинг, упрощение, исключение избыточных манипуляций.
Какая жаль, оказывается про все про тот же злосчастный роман, который автор никак не может вымучить...
А как жаль. Какие рисовались картинки, какие были надежды на бестселлер...