Здравствуйте, ZevS, Вы писали:
ZS>Кандидат обязан: ZS>- очень хорошо занать и иметь большой опыт работы с технологиями, используемыми в проекте
В последние несколько лет стал замечать, что опыт работы с определенными технологиями, платформами и даже языками программирования не так уж важен по сравнению с общей технической подготовкой и умением решать действительно сложные задачи. Многие мои опытные коллеги с легкостью осваивали новые технологии и переходили с одной технологии на другую и, при этом, продолжали эффективно решать технические задачи.
С другой стороны, некоторые коллеги, которые может и были знакомы с требуемыми технологиями, но не умели производительно и эффективно работать, так по-прежнему и продолжали работать — неэффективно и непроизводительно.
Поэтому я бы в качестве п.1 поставил бы требование — умение эффективно и производительно решать сложные технические задачи. И далее уже думал бы над тем, как его проверять.
Здравствуйте, Aikin, Вы писали:
A>1) Как часто меняются данные в (1) (судя по тому, что 2 пересчитывает несколько часов, то редко, но с другой стороны что мешает пересчитать только часть?)
Не знаю, но полагаю, что часто. У системы (1) в 10 — 100 раз больше пользователей, чем у системы (2).
A>2) Насколько устаревшие данные допустимы для (2)?
Сейчас допустимо. Но именно это и хочется исправить.
A>3) Каков объем данных из (1) необходим (2)?
Не знаю.
A>4) (1) совсем поменять невозможно? (соберитесь бандой двоек и вкатите им требование. Скорее всего не только вам нужен запрос на актуальность данных)
Думаю, что нет. Система (1) представляет ценность своей БД и информацией в ней. Поэтому система (2) ей и пользуется.
Здравствуйте, minorlogic, Вы писали:
M>Может именно это и надо организовать ? хранить хеши по данным из (1) в (2), потому что из контекста видно что данные из (1) в (2) поступают но потом забываются за ненадобностью.
Не знаю точно, но, думаю, такой вариант возможен.
M>Или получать из (1) версию данных ? или дату последней модификации ?
Думаю, так нельзя сделать. Было бы можно — давно бы сделали.
M>Все решения чисто технические и завияст от конкретики (1) и (2), а архитектуры тут нету
Согласен.
M> Кстати офтоп , а что за рендеринг такой дикий который часами работает ? Вроде как и не много данных у современных GIS чтобы часы тратить, в релтайме все летает.
Не знаю.
-_*>Я вот спросил тебя про сроки переноса, ты не ответил. Между тем, это важный момент. Расклад такой — очевидно, может возникнуть ситуация, когда команда скажет "ифы(поллинг...) лучше(хуже...) чем ...", т.е. просто не согласиться с архитектором. Отсюда
Думаю, сроки достаточно комфортные — от полугода до года. С месяцем я загнул.
Здравствуйте, Кирилл Лебедев, Вы писали:
ZS>>Кандидат обязан: ZS>>- очень хорошо занать и иметь большой опыт работы с технологиями, используемыми в проекте
КЛ>В последние несколько лет стал замечать, что опыт работы с определенными технологиями, платформами и даже языками программирования не так уж важен по сравнению с общей технической подготовкой и умением решать действительно сложные задачи. Многие мои опытные коллеги с легкостью осваивали новые технологии и переходили с одной технологии на другую и, при этом, продолжали эффективно решать технические задачи.
Архитектор просто обязан быть знаком с множеством технологий ведь ему придется находить техническое решение проблемы при заданных ограничениях. И знакомство только с миром виндовз не сильно поможет ему при проектировании под юникс. Более, в твоем случае необходим человек, который очень быстро сумеет разобраться в текущим состоянии проекта и найти решение. Тут хорошее знание технологий (их особенностей, подводных камней) может оказаться критическим.
Re[13]: Пятничная задача: собеседование архитектора
Здравствуйте, Кирилл Лебедев, Вы писали:
КЛ>Здравствуйте, minorlogic, Вы писали:
M>>А почему не планировать проверку актуальности информации в (1) когда информацию запросили из (2) ?
КЛ>Я так понимаю, что просто непонятно, как её проверять. Система (2) не содержит в себе данных системы (1) — не с чем сравнивать.
И второй вариант вдогонку , ускорить рендеринг + всегда обновлять данные запрошенные у (2), но сперва показывать имеющиеся данные и новые подкачивать по мере поступления. Так например делает клиент google Eath
... << RSDN@Home 1.2.0 alpha 4 rev. 1237>>
Ищу работу, 3D, SLAM, computer graphics/vision.
Re[11]: Пятничная задача: собеседование архитектора
Здравствуйте, minorlogic, Вы писали:
M>а вообще пипец , как можно приступать к разработке системы если ключевые вопросы не были решены и прототипированы .
Не знаю. Возможно, сопровождение программы отдали компании на аутсорсинг. Может, это вообще не их система.