На главную Обратная связь Карта сайта

Статьи по теплоизоляции

Информатизация в тепловых сетях: советы непостороннего
А.
Р. Ексаев, М.Г. Шумяцкий, И ВЦ «Поток»
Если
проанализировать динамику рыночных тенденций, вкладывательной активности
предприятий отрасли, содержания публикаций в спец и отраслевой прессе
(ЖКХ, водоснабжение и водоотведение, теплоснабжение, геоинформатика,
информационные технологии) за крайние 5-7 лет, то становится разумеется, что в
настоящее время большая часть компаний, эксплуатирующих муниципальные
инженерные сети, уже совсем «созрели» для осмысленного внедрения
комплексных информационных систем. Обстоятельств тому много, и навряд ли тут стоит
останавливаться на их раздельно. Факт состоит в том, что ветвь стоит на
пороге массового «информационного взрыва». Уже на данный момент потребности предприятий
инженерных коммуникаций и, а именно, тепловых сетей, в квалифицированных
информационных услугах и спец программном обеспечении стали
превышать размер настоящих предложений со стороны суровых компаний-поставщиков.
Такая ситуация безизбежно обязана привести к массовому возникновению на рынке
продуктов и услуг, направленных на скорое ублажение растущего
«информационного голода». Этот процесс уже происходит, что, непременно, очень
хорошо исходя из убеждений развития технологий и их удешевления. Но есть два
фактора, значительно усложняющих для компаний задачку выбора адекватных
решений из всего обилия предложений.
Во-1-х,
этих предложений вправду много - от высокопрофессиональных до откровенно
«халтурных». Чтоб разобраться в этом обилии и «отделить зерна от
плевел», от людей, влияющих на принятие решений, требуется недюжинная
предметная квалификация - не только лишь в вопросцах отраслевых технологий, да и в
технологиях информационных. Обычно, компании испытывают острый дефицит
в таковых кадрах.
Во-2-х,
очень нередко финансирование работ по информатизации впрямую зависит от местной
исполнительной власти, а это значит, что на выбор средств и решений весьма
существенное влияние оказывают уполномоченные органы местного самоуправления, и
в этом также кроется значимая опасность. Хотя у исполнительных структур и
подведомственных им компаний, эксплуатирующих инженерные сети, есть
некоторое общее информационное поле, но цели и задачки информатизации у них
все-таки значительно различаются, и лоббирование городом некоторого
предопределенного инвентаря для информатизации компании теплосетей без
учета специфичных потребностей крайнего может привести в итоге к убыточному
и тупиковому решению.
В этих
условиях создатели считают своим долгом поделиться некими соображениями, учет
которых, как мы полагаем, может содействовать принятию адекватных и более
взвешенных решений при внедрении информационных систем и технологий на
предприятиях теплоснабжения. Все, о чем сказано ниже, является обобщением опыта
авторов, собранного по частицам за 13 лет работы на рынке в области
информатизации инженерных коммуникаций и, а именно, теплосетей (нам довелось
внедрять комплексные информационные системы в наиболее чем 3-х десятках
теплоснабжающих компаний в СНГ). Надеемся, некий опыт нашей кампании и
наших Клиентов будет для вас полезен.
Выбор
топоосновы, либо, по другому говоря, плана местности, на который наносится
графическая информация по сетям, - это 1-ая же задачка, с которой приходится
столкнуться при внедрении (гео)информационной системы в Теплосети. От
правильного ее решения зависят: стоимость проекта, его принципиальная
реализуемость и вероятные сроки реализации, жизнеспособность системы и
возможности ее интеграции - как горизонтальной (внутрикорпоративной и
отраслевой), так и вертикальной (с системами городского либо регионального
уровня).
Ежели есть и
доступна электронная топооснова, по способности общественная для пары городских
служб, то ей, непременно, следует дать предпочтение по сопоставлению с «бумажной»
информацией картографического нрава, даже во вред графической точности и
актуальности. Наличие готовой электронной карты является чрезвычайно хорошим
трамплином для начала работ. Хотя создание электронной топоосновы городка в
части, нужной для служб эксплуатирующего компании, еще менее
трудоемкая задачка, чем паспортизация сетей, тем более, наличие электронных
планов на исходном шаге сильно упрощает пуск процесса описания сети.
Использование в качестве первого приближения «неточного», но все же
электронного плана городка дает возможность паспортизировать сети, не теряя
основной информационной сути, коей является никак не сверенное до метра
нанесение изображения сети на топооснове, а содержательное описание данной сети
как объекта управления и эксплуатации. Опосля того, как паспортизация уже
началась, электронную топооснову можно при необходимости уточнять и
актуализировать хоть до бесконечности.
В случае,
если никакой электронной топоосновы нет, ее, в качестве исходного приближения,
надо создавать без помощи других, чтоб не откладывать в длинный ящик внедрение
содержательных информационных задач. Это сделать еще проще, чем может
показаться. Великолепной начальной основой послужат наверное имеющиеся в
службах бумажные копии планшетов масштаба 1:2000. Для начала этого наиболее чем
достаточно. Есть обыкновенные и надежные технологии, дозволяющие перевести их в
электронный вид, полностью подходящий для начала работы по паспортизации. В
дальнейшем всю графическую информацию можно уточнять по поступающей
исполнительной документации (масштабной, с привязкой по «крестам»), постепенно
доведя ее до хотимой точности. Оцифровывать с самого начала планшеты М1:500,
даже ежели они есть, - ежели не бессмысленно, то уж во всяком случае,
нерационально, так как трудовые затраты (и, соответственно, сроки) на эту работу
в пару раз выше, а информационная ценность исходя из убеждений эксплуатационных
задач в теплосетях - близка к нулю, в особенности в критериях отсутствия отлаженного
процесса «дежурства» карты городом. «Пятисотка» хороша, когда на ней есть и
«чужие» коммуникации, но первоочередная задачка -паспортизация собственных сетей
теплоснабжения и ГВС, а прорисовку «чужих» сетей лучше предоставить их
владельцам. Естественно, четкая «пятисотка», используемая во всех организациях,
эксплуатирующих инженерные коммуникации, - наилучший путь к решению в дальнейшем
задачи согласования раскопок на компе. Но состояние дел фактически в
любом городском хозяйстве на сей день таково, что согласование раскопок все
равно в ближнем обозримом будущем будет производиться представителями на
местности, и связывать по времени решение насущных эксплуатационных задач в
теплосетях с возможностью решения задачки согласования раскопок - значит
перенести начало решения очень актуальных уже сейчас заморочек в неблизкое
будущее.
Рано или
поздно четкая электронная топооснова все равно покажется, и перепривязка к ней
графического подмножества базы данных по сети сводится к довольно простым
операциям, не сопоставимым по трудозатратам с паспортизацией сети и созданием ее
информационной модели. Для справки: «графическая» составляющая информационного
описания трубопроводной сети не превосходит 10-12% от общего размера инфы,
который приходится вводить, а основное - добывать.
И еще одно
соображение: четкое геопозиционирование сети и строй объектов
автоматически порождает трудности с несчастной «секретностью». При принятии
решения не забудьте кропотливо соотнести выгоды от борьбы за точность координат
с издержками грядущей борьбы с «секретчиками».
Любая
конечная информационная система постоянно состоит из 2-ух больших компонент:
программы и данные. Они неразрывно соединены меж собой: программы не могут
функционировать без данных, данные (ежели, естественно, они не «на бумаге») не могут
существовать вне программной среды, оперирующей ими и обеспечивающей их
хранение и информационную целостность. В единстве этих составляющих любого
информационного проекта прячется коллизия, значимость которой нельзя
недооценивать. Она состоит в разграничении и обеспечении имущественных прав.
Права принадлежности на программное обеспечение, обычно, принадлежат
разработчику этого программного обеспечения, будь то компания либо личное лицо
(ежели другое не оговорено специально, что традиционно чрезвычайно недешево и поэтому -
редкость), а юзер приобретает только лицензию (право использования) на
данный программный продукт на оговоренных критериях. Еще труднее обстоит
дело с данными. Всем понятно, что данные, которые хранятся в информационной
среде и которыми оперируют купленные программы, являются объектом собственности
их обладателя (в нашем случае - теплоснабжающего компании), но далековато не
все на сто процентов отдают для себя отчет в том, что за сиим стоит и чем это право
собственности обеспечено. Попробуем разобраться.
Право
собственности на информацию предполагает право и возможность использования
этой инфы по усмотрению обладателя (собственника). Оговоримся сходу:
разумеется, в рамках, не противоречащих закону и интересам страны. В
частности, обладатель инфы (в нашем случае это, например, данные о
характеристиках тепловой сети и ее объектов) вправе для их обработки и
полезного использования использовать любые программные средства, информационные
среды и физические носители, какие посчитает подходящими. Это значит, в том
числе, и возможность в случайный момент времени по собственному усмотрению
отказаться от услуг поставщика программных средств в пользу другого поставщика
или разраба, не теряя при всем этом имеющуюся у него (скопленную) собственную
информацию и перенеся ее в другую программную среду. Не считая того, любое
программное обеспечение создается живыми людьми, будь то одиночки либо группа
специалистов, объединенных компанией. Никакой разраб не застрахован от
форс-мажорных событий, когда поддержка выпущенного продукта оказывается
невозможной -это, как досадно бы это не звучало, совсем обыденная ситуация. Но ставить под угрозу
вследствие пришествия таковых неконтролируемых «внешних» обстоятельств
сохранность собственного имущества (а информация -это имущество, весьма
недешевое и тяжело воспроизводимое) - верх расточительности и
безответственности. Каким же образом можно застраховать себя от «наркотической»
зависимости от поставщика программных средств?
Мы можем
порекомендовать два метода решения данной трудности.
Первый
способ - требовать от разраба программ полного и подробного описания
формата и структуры хранения всей инфы, вплоть до типов и значности полей
в таблицах баз данных и связей меж ними, при этом по мере модификации структуры
данных должны правильно модифицироваться и эти описания. Лучше, ежели хранение
данных в информационной среде осуществляется в одном из общеупотребительных
форматов всераспространенных СУБД, это устраняет от необходимости дорогого
«тонкого» программирования для доступа к данным извне в случае нужды. (Создатели в
своей практике употребляют конкретно таковой подход). Лучше при всем этом уже на
первых шагах внедрения как-то проконтролировать выполнение этих критерий,
поставив для этого «независимому» программеру произвольную легкую задачку,
связанную с подборкой из базы данных неких совокупностей данных на основе
предоставленного разрабом описания.
Реализация
такого метода обеспечения права на информацию в ряде всевозможных случаев может вступать в
противоречие с соблюдением права принадлежности разраба на программный
продукт. К примеру, такое может быть, когда для увеличения высококачественных показателей
программ употребляются специально разработанные методы и способы хранения
данных, которыми разраб «делиться» ни с кем не хочет, и это его законное
право. В таком случае можно прибегнуть к другому способу реализации права
собственности на данные. А конкретно - востребовать от разраба сразу с
поставкой мотивированного программного обеспечения создать и предоставить
специальные программы - конверторы данных. Назначение этих конверторов -
обеспечить преобразование всей хранимой инфы (графической и
технологической) во наружные описанные обменные форматы. При всем этом предпочтение
следует отдавать общеупотребительным обменным форматам - как для графики, так и
для описательных данных, - с неотклонимым сохранением существующих
информационных кодовых связок меж графическим изображением объектов и их
технологическим описанием.
Ежели первый
способ не подразумевает доп роста стоимости (по обычный логике
здравого смысла), то за разработку конверторов поставщик полностью может запросить
отдельного финансирования. В таком случае сопоставьте запрошенную стоимость со стоимостью
целевого программного обеспечения, также с ценой риска утраты инфы. Не
исключено, что, ежели вы еще не глубоко «увязли», уже введенные данные может
оказаться дешевле ввести поновой, но уже в иной информационной среде. Или
все-таки заплатить за конвертор.
Кстати,
актуальность трудности доступа к данным (или «выгрузки» данных) многократно
возрастает, как встает вопросец о информационном содействии между
различными коммунальными службами, либо меж службами и верхним уровнем
иерархии управления (город).
В любом
случае - постарайтесь себе оценить стоимость вашей инфы, исходя из
трудозатрат по ее уточнению, скоплению и занесению в базу данных, а также
возможного вреда от их утраты. Это будет полезным ориентиром при принятии решений,
связанных с внедрением того либо другого программного обеспечения.
Информационная
система практически лишена практического смысла и навряд ли окупаема, ежели установлена
на одном рабочем месте и недосягаема для одновременного использования различными
службами компании при решении их задач. Исключением является лишь
ограниченный по времени шаг первичного скопления инфы, когда основные
усилия по созданию информационной системы компании ориентированы на сбор,
уточнение и ввод инфы о сетях и их объектах. В это время, как показывает
практика, довольно бывает одного-двух рабочих мест, так как «узким местом»
является не скорость ввода инфы, а скорость ее «добывания», подготовки и
разрешения информационных противоречий. Но, как накоплен и
структурирован наиболее либо наименее целостный размер данных, они могут и должны сразу
же начинать «работать» на службы. Это становится вероятным при сетевой
архитектуре программных средств, когда к одной и той же базе данных можно
одновременно обращаться с пары разных рабочих мест. При всем этом любые
изменения инфы одномоментно стают доступны всем пользователям
информационной системы. Разграничение прав доступа и ответственности за
актуализацию тех либо других данных в согласовании с многофункциональным содержанием
рабочих мест дозволяет корректно организовать процесс непрерывного обновления
данных при обеспечении целостности и непротиворечивости инфы. Потому при
внедрении разных программных компонент информационной системы предприятия
крайне лучше ориентироваться на соблюдение 1-го из главных принципов
организации баз данных. А конкретно: неважно какая единица информация обязана храниться в
единственном месте. Обычный пример: переименование улицы делается один раз,
в единственной таблице базы данных, содержащей список городских наименований,
после чего же изготовленное изменение отражается полностью на всех подписях либо любых
справках, содержащих в качестве 1-го из атрибутов заглавие переименованной
улицы.
Из всего
сказанного вывод: при принятии решения о приобретении и внедрении программного
обеспечения обратите внимание, имеет ли это программное обеспечение сетевую
архитектуру, даже ежели сначала для вас необходимо всего одно рабочее место. И
обязательно уясните себе политику цен поставщика и удельную стоимость
одного рабочего места при покупке лицензий на требуемое для вас в перспективе
количество рабочих мест, так как конкретно этот фактор нежданно вам может
оказаться одним из решающих.
Это,
пожалуй, более принципиальный вопросец, недооценка которого сказывается далековато не
сразу, но, тем более, приводит к грустным последствиям, в том числе и
материальным. К огорчению, в силу информационной и математической специфичности,
суть данной трудности не видна на 1-ый взор и поэтому в большинстве случаев
игнорируется или откладывается «на потом». А «потом» оказывается поздно…
Идет речь о
следующем. Подавляющее большая часть содержательных задач для инженерных сетей
(каковыми являются сети теплоснабжения и ГВС) решаются с использованием
специального описания математического графа, т.е. описания связности объектов
сети: какими трубопроводами каждый узел сети, - источник, камера, потребитель,
насосная станция и т.п., - связан с иными узлами. Пока идет процесс
наполнения базы данных и ввода графического представления, данный факт не достаточно кого
волнует, так как «нарисовать» нечто, а позже к «нарисованному» привязать
какую-то технологическую информацию можно, не задаваясь неувязкой кодирования
и описания связности сети. В лучшем случае вопросец ставится приблизительно так:
«сначала сделать графическое представление сети и базу данных паспортизации, а
уже позже дополнить информационную модель описанием связности, ежели это
потребуется». Будет нужно - никаких колебаний, поверьте. Те, кто еще не
попытался «пройти» таковой путь до конца, искренне считают, что это просто
некоторая «небольшая доборная работа», что, в последнем случае, выручат
алгоритмы автоматической либо автоматической трассировки по изображению… На
деле же оказывается, что это чрезвычайно крупная работа, при этом самое досадное, что
она совсем «ручная» и просит подробного описания, как минимум, каждой
камеры либо колодца, в каких есть запорная арматура. Дело в том, что визуально
связанные вместе на схеме сети узлы (камеры) совсем необязательно связаны
потоком теплоносителя. Это зависит от наличия и положения запорной арматуры в
этих и промежных узлах, и эти динамические связи нужно специальным
образом обрисовывать. Наиболее того, обычно одна линия, изображающая
трубопроводный участок, по сути обозначает как минимум два физических
трубопровода - подающий и обратный, и они могут быть по-разному скоммутированы
в узлах сети. Выходит, что львиную долю уже проделанной в один прекрасный момент работы по
информационному описанию (паспортизации) узлов и участков сети нужно проделать
повторно, имея в виду на этот раз построение описания связности. При этом
неизбежно всплывают плохо (либо «никак не…») проработанные ранее вопросы
уникального кодировки объектов, не предусмотренные динамические элементы для
моделирования арматуры и т.д., и т.п., и все это в совокупы приводит к
такой неурядице, что проще и дешевле начать все поначалу. Все - с самого начала,
только сейчас уже с учетом описания связности сети. Не достаточно у кого хватает
решимости на такое, и в итоге - все оставляется «как есть», а
информационная система обрекается на неполноценность и отсутствие возможности
развития в содержательном смысле. Она оказывается лишена принципиальной способности:
гидравлических расчетов,
моделирования и анализа режимов;
решения оптимизационных
задач по минимизации непроизводительных издержек на сверхизбыточную перекачку воды и
т.д., и т.п.
… (перечень можно
продолжить, предлагаем поупражняться без помощи других).
А ведь
задачи эти так либо по другому в некий момент встанут остро (фактически, ради них
в конечном итоге и затевается информатизация). Что тогда? А тогда принимается
решение о покупке отдельного программного продукта, позволяющего решать
перечисленные «графские» задачки на собственных, самостоятельных наборах данных.
И грустные результаты - несопоставимые вместе решения; дублирование никак
не синхронизируемых (следовательно, противоречивых) наборов содержательно
повторяющихся данных; дорогие и, обычно, безуспешные пробы как-то
интегрировать эти принципиально по-разному устроенные решения; масса средств,
затрачиваемых на эту, так огласить, интеграцию… И необходимость докладывать
руководству, что «все по плану, все в порядке, внедряем высочайшие технологии»… а
что делать? Признать, что уйма средств и времени потрачены, ну, не то, чтобы
совсем впустую, но далековато не наилучшим образом?
Вывод: при
принятии решения о внедрении (гео)информационной системы для описания объектов
тепловых сетей непременно поинтересуйтесь у поставщика, как в предлагаемом им
решении описывается полный математический граф связности сети, предусмотрена ли
возможность решения содержательных задач на графе сети (хотя бы определение
перечня отключенных потребителей при закрытии арматуры, а лучше - расчет
потокораспределения в сети), или интеграция с наружными приложениями,
обеспечивающими такую возможность? Обратите внимание на то, как адекватно
предлагаемая информационная модель обрисовывает внутреннюю структуру сложных узлов
сети, содержащих арматуру и активные элементы - камер, насосных станций и т.п.,
в какой мере эти описания соответствуют представлениям технологов о том, как
устроены эти узлы в настоящей сети.
«И
опыт, отпрыск ошибок трудных…»
Опытные
покупатели знают самый основной секрет - как свести к минимуму риск
отрицательного результата. Фактически, это секрет Полишинеля: 1-ый вопросец,
который задает видавший виды управляющий возможному поставщику: «А где это
УЖЕ РАБОТАЕТ?». И начинает загибать пальцы, слушая ответ. Ежели он здоров, а
пальцев на одной руке все равно не хватает - можно приступать к следующему
шагу. А конкретно - уточнить контактные координаты хотя бы трех-пяти объектов из
числа перечисленных, и непременно с ними связаться. С несколькими. Очень
желательно съездить лично, посмотреть-потрогать-поговорить. Ну, в крайнем
случае, вступить в переписку с сотрудниками. Не бойтесь, для вас никогда не откажут в
консультации и отзыве о опыте работы с определенным поставщиком. Ежели результаты
положительные. И в индивидуальности, ежели результаты отрицательные. Вы в любом
случае не останетесь без инфы. Это, естественно, еще не гарантия верного
решения, но суровая еда для раздумий. Добавив сюда личные воспоминания от
общения с возможным поставщиком (как он обладает терминологией, как
реагирует на поставленные перед ним простые, или, напротив, заведомо
нереализуемые задачки, что и как он готов для вас показать, в конце
концов, как он для вас симпатичен как человек), то у вас хорошие шансы
принять верное решение.
Чего
никогда делать не стоит? Не стоит сталкивать лбами соперников прямыми
вопросами к ним типа: «Что сможете огласить о решениях, предлагаемых
конкурирующей компанией такой-то? Чем их решения ужаснее?». Это абсолютно
деструктивный подход, в итоге реализации которого Вы, вероятнее всего, проиграете.
Конкуренция и война - это все-же различные вещи, и стимулировать «боевые
действия» не следует, вы сможете оказаться тем последним, который за их заплатит.
Однако полностью корректным можно считать вопросец к возможному поставщику: «Не
могли бы Вы сконструировать три (5, 10) самых симпатичных для
потенциального покупателя свойства предлагаемого вашей компанией
продукта?». Ответ на таковой вопросец, вероятнее всего, даст для вас больше инфы,
чем вы рассчитываете.
Кому
поручить «черную работу»?
Довольно
распространенным явлением стало предложение (традиционно драгоценное) поставки
информационной системы, так огласить, «под ключ», т.е. -вместе с данными. Очень
соблазнительное решение, в особенности ежели средства у вас есть, а с «человеческим
ресурсом» - беда. На такие поставки можно соглашаться лишь в самых крайних
случаях, ну и то - ежели ваш контрагент многократно «проверен» на практике, и вы
абсолютно доверяете его технологической квалификации. Никто на свете не опишет
ваши сети лучше и правильнее, чем вы сами -тот персонал, который эти сети
эксплуатирует. Для хоть какого человека со стороны это «чужая» информация, и
отвечать за ее правильность посторонний подрядчик не будет. Достоверность и
качество инфы чрезвычайно трудно проконтролировать. Хоть некий гарантией,
если не свойства, то рвения к нему может служить только понимание, что работу
делаешь «для себя» (проверьте это утверждение на личных примерах из частной
бытовой жизни). Не в том дело, что вас захочут одурачить, никак. Просто цели и
подходы к вопросцу различны… Это для вас не все равно - поперечник той трубы 50 либо 500
мм. Для человека «постороннего» это менее чем опечатка (запятую не там
поставил), а вам - причина совсем абсурдного результата, к примеру, при
моделировании гидравлики… Вывод: используйте все способности для того, чтобы
организовать сбор, подготовку и ввод данных своими силами. В крайнем
случае - посадите отвечающего за этот процесс подрядчика у себя в ПТО либо в
диспетчерской, рядом со своими спецами, которые будут участвовать в
процессе не дадут способности схалтурить либо ошибиться. Ежели все таки рискнете
поручить эту работу посторонней организации - будьте готовы к тому, что на ваш
персонал может потом лечь крупная работа по контролю и корректировке
данных, или информационная система окажется нежизнеспособной и постепенно
«умрет», а вы так не поймете, отчего это вышло.
Вообщем,
есть исключение. Ежели все-же стоит вопросец о координатной точности при
позиционировании сетей, то конкретно эту работу лучше поручить профессиональным
геодезистам, а графический итог их работы применять в качестве
«подложки» для изображения сетей при их технологическом описании средствами
вашей информационной системы.
Когда
начинать?
Ежели честно
- вчера. Как указывает практика, наличие, достоверность и качество информации
о сетях сейчас в большинстве компаний не выдерживает никакой критики.
Сколько-нибудь стабильно и накрепко управлять «черным ящиком», да еще в условиях
острой дефицитности ресурсов и последней степени физического износа -
практически нереально. Нужно как минимум «узнать всю правду» про объект
эксплуатации, а полученную информацию упорядочить, структурировать и
проанализировать. На это необходимо время, много времени. Стремительных решений (снова же
- опыт) не выходит. Паспортизация магистральных и разводящих теплосетей
среднего русского городка (100-200 тыс. обитателей) даже при чрезвычайно интенсивной
организации этих работ занимает более полутора-двух лет. Вероятнее всего - от
трех до 5 лет. Суждения типа «столько лет без компов жили, и еще
проживем» - уже не проходят, так как запас надежности сетей практически
исчерпан. Мельчайшая ошибка в оперативном управлении, планировании режимов,
составлении графиков ППР и т.п. - может привести к соц взрыву со всеми
вытекающими последствиями. Потому начинайте на данный момент, срочно. Оцените свои
ресурсы и примите очень действенное решение по информатизации, доступное
с этими ресурсами. Посоветуйтесь с сотрудниками по отрасли, найдите профессионалов,
которым можно довериться, поищите информацию в Вебе, в прессе, на совещаниях
и семинарах, попытайтесь привлечь хоть какие-то инвестиции… Но не откладывайте
принятие решения - кандидатуры все равно не существует. А чем ранее начнете,
тем легче будет совладать.
Наши филиалы: Санкт-Петербург / Новосибирск / Екатеринбург / Нижний Новгород / Самара / Омск / Москва /