Требуется разработчик на C/С++ под Unix.
График: полный рабочий день, с 9 до 18 (время можно варьировать в разумных пределах – обычно в пределах часа)
Местонахождение организации: центр Москвы, ближайшие станции метро – Арбатская и Охотный ряд.
Вознаграждение: 75000 рублей в месяц (до налогов, белая з/п), кроме того от 4 до 5 окладов дополнительно выплачивается в течение года в виде квартальных премий (чтобы лишиться этих премий, нужно очень постараться). Испытательный срок – 3 месяца, без снижения оклада (единственный минус – за эти 3 месяца не выплачивается премия). Медстраховка (РЕСО, доступна после исп. срока).
Обязанности: поддержка и доработка серверной части финансовой системы (бизнес-логика, работающая под сервером приложений CICS). Возможны относительно небольшие проекты, связанные с данной системой, разрабатываемые на Java (на данный момент Java 1.5) – главным образом вспомогательные демоны.
Обязательные требования к кандидатам:
-опыт разработки на C/C++ — от 2 лет (а главное – умение писать аккуратный код, а также разбираться в уже существующем коде)
-английский язык на уровне не менее intermediate (практически вся имеющаяся документация по проекту ведется на английском языке – проблем с как минимум ее чтением возникать не должно, возможно, за исключением лексики бизнес-области)
-законченное высшее образование (в плане того, что недопустимы постоянные отлучки на 1 и более дней в неделю)
-знание SQL (в нашем случае работа с Oracle 10 идет на уровне написания SELECT/INSERT/UPDATE/DELETE из кода для препроцессора Pro/C, но вероятно, что часть бизнес логики будет переноситься на сервер, что потребует знания PL/SQL)
-умение анализировать задачу и самостоятельно ставить вопросы по недостающей в постановке задачи информации (нас не интересуют просто кодеры)
Желательные требования:
-опыт разработки финансовых систем
-наличие опыта разработки на Java (большего, чем просто «почитал книжку»)
-умение оптимизировать код по скорости
-предпочтение простых способов решения задач сложным
Дополнительная информация.
По сути, поддерживаемая система написана на ANSI C с использованием только стандартных библиотек С. Работает она действительно под одной из разновидностей Unix, но действительно юниксового кода в основной системе будет очень немного. Поэтому, если Вы и не писали под *nix, но имеете хороший опыт написания кода в вышеописанных рамках – мы тоже будем рады с Вами поговорить.
Рабочие места у нас стандартно оснащаются машинами с 2-ядерными процессорами (на данный момент — Intel Core 2 Duo e6600) с приличным объемом оперативки (на данный момент – 2 Гб). Мониторы – LCD 19’. При необходимости не сильно сложно достать дополнительный компьютер. Интернет и почта доступны практически в полном объеме, Instant messenger-ы сильно не приветствуются (к сожалению).
Время Вашего нахождения на работе строго не фиксировано, но весьма желательно, чтобы оно было близко к 40 часам в неделю (в выходные мы не работаем). Разовые отлучки с работы вполне допустимы.
Вопросы по деталям вакансии, а также резюме жду по адресу mike_domodedovo###mail.ru (решетки заменить на собачку). Имя компании вполне доступно, но только в личной переписке. Отвечу всем написавшим. Если вы не получили ответ в течении 1 рабочего дня – значит Ваше письмо до меня не добралось.
А можете пояснить насколько речь идет о программировании на С++ и насколько на С? А именно:
1. Насколько существующий код написан в духе С++?
2. Есть ли какие-то ограничения при использовании С++-конструкций, например, при написании нового модуля?
И еще волнует вопрос (исходя из собственного опыта работы с большим старым чужим кодом) -- как руководство относится к постепенному переписыванию отдельных модулей? Будут ли выделяться на это человекочасы?
Здравствуйте, Anton0682, Вы писали:
A>А можете пояснить насколько речь идет о программировании на С++ и насколько на С? А именно: A>1. Насколько существующий код написан в духе С++? A>2. Есть ли какие-то ограничения при использовании С++-конструкций, например, при написании нового модуля?
A>И еще волнует вопрос (исходя из собственного опыта работы с большим старым чужим кодом) -- как руководство относится к постепенному переписыванию отдельных модулей? Будут ли выделяться на это человекочасы?
1. C with classes. Плюсами назвать не могу.
2. Нет. Главное, чтобы было не менее сопровождаемо, чем то, что есть.
Система построена как набор модуель с максимально слабыми зависимостями. По сути, из этого следует то, что _необходимости_ в переписывании кода может и не возникнуть (а может, и возникнет). Руководство либеральное — ему главное, чтобы система работала и была относительно легко поддерживаема.
Но ради искуства я бы не стал переписывать боевую систему с высокими требованиями по надежности (у нас 99.99%). Только по реальной необходимости.
Часы при необходимости выделяться будут. Это не проблема.
