Фирма занимаемся разработкой B2B систем и приглашает талантливых специалистов в области IT B2B - EDI для работы в команде.
Требования к кандидату:
- создание, установка и обслуживание коммуникационных процессов (стандартных и индивидуальных) для электронного обмена данных (EDI) - EDI-Mappings und EDI-Workflows.
- солидные знания языков программирования (ASP; DHTML; JavaScript; С++; Pascal; XML;)
- хорошее понимание бизнес-процессов и структуры сопроводительных документов (счета, заказы, накладные, акты подписанных работ и т.д)
- опыт работы
- владение немецким языком (желательно английским).
Условия работы, которые несомненно способствуют профессиональному и карьерному развитию:
• высокая и зарплата плюс ежеквартальный бонус
• гибкий график рабочего дня
• возможность работы по принципу Home-Office
• комфортабельный офис
• современные рабочие места
• корпоративные мероприятия и праздники
• командировки в филиалы компании по всему миру
• возможности дальнейшего обучения и карьерного роста
Став сотрудником нашей компании, Вы получаете интересную, стабильную и высокоплачиваемую работу, а самое главное дружный и сплоченный коллектив.
Место работы:
Ваден-Вюртенберг. Регион Карлсруэ.
На все вопросы отвечу в личкe

ASP, DHTML, XML - это не языки программирования. Требование к Паскалю это сильно. Сразу видно, манагер знает, что пишет.

А требование к ASP тебя значит не смущает?
Знаю одну контору, у которой есть в поддержке пара древних страниц написанных на ASP(VBScript), но они постепенно от этого убогого поделья избавляются.

Ты таки знаешь две конторы - у меня сейчас тоже АСП...

интересно, сколько дают за паскаль? Раскопать свои наработки почти 20-летней давности и пойти на высокооплачиваемую работу?

Так там смайлик после XML просматривется. ;)

"Солидная фирма возьмет в аренду дырокол"
Ваден-Вюртенберг - это где такое?

условия тоже ст(р)анные

не, не пойду

А че не пойдешь-то? Работа высокая, еще и зарплата

Высоты боится?

Спасибо всем за комментарии.

Милая вежливая девушка!
С такой приятно работать.

сколько лет вижу 1 и тот же текст - ничего не меняется - хоть бы немного хр учились - нет лень лучше по старому шаблону. Ну не бывает так красиво все вместе
И скорее всего их всего правда будет только корпоративные праздники и причем за счет работников фирмы.
От скольки з п то у Вас - так ради интереса спрашиваю.
Но подозреваю что з п у вас нет как класса

классно написано что это самое главное. Тут кстати вопрос что главнее дружный коллектив (это типо все вместо работы дружат как то так) или чистый офис.

веришь нет - устроился благодаря знанию Delphi - пишу не только на нем но взяли из за него - шеф говорит мало кто знает из за не популярности. Ну а паскаль - ну так не только PC платформа есть в природе с поддержкой от билли - есть некие ИМК у которых не с а паскаль рулит.
А в целом фортран тоже зная можно что то найти - есть предметные области где только его и подавай

Маленькое уточнение всем профи:
собственно, это не предложение для программистов, но солидная база в программировании в любом случае нужна.
Это консалтинг.
Aufgaben (nach Einarbeitung)
• Durchführung von EDI-Projekten.
• Entwicklung von Business-Workflows und Datenmappings.
• Einrichtung und Betreuung von Partnerbeziehungen.
• Betreuung der Kunden in der Testphase
• Bearbeitung der gesamten Strecke von der Anforderungsdefinition bis zur Übergabe in den Produktivbetrieb.
• Projektmanagement bei der Kundenbetreuung
• Intensive Zusammenarbeit mit dem Rechenzentrum und dem Support.
• Selbständiger Kontakt zu Kunden und Geschäftspartnern.
• Problemanalyse und Fehlerbehebung von EDI-Prozessen.
На тему корпоративных праздников, коллектива и т.д. - это все именно так.
Предложение было написано из расчета на русскоязых специалистов.
Если у Вас есть предложения по корректировке самого объявления - зараннее благодарна.

я при выборе между паскалем (не делфи) и С выберу все-таки С - он более гибкий для меня

он более гибкий для меня
------
Эээ... а зачем тебе гибкость? Я вот тоже когда-то думал - гибкость - хорошо...
Теперь думаю - чем проще - тем лучше. Т.е. Паскаль с его типизацией - самое
то для большинства прогерских задачек...

из расчета на русскоязых специалистов.
------
Тогда уж будьте любезны обеспечить перевод с вашего на "русскояз"...

простота хороша на начальном этапе, а потом она начинает ограничивать...
P.S. если хочется типизации, то тогда уж надо смотреть на Haskell ;-)

а потом она начинает ограничивать...
-------
Хммм... Я вроде как написал - для большинства прогерских задач... - там где задача нестандартная - вообще ничто не поможет, кроме хороших мозгов...
на Haskell ;-)
------
Мне бы сейчас разобратьс с vbscript'овским ReDim - все время теряет объекты...

А можно ссылку на сайт работодателя увидеть?

Паскаль имеет свой цимес - но вот есть там траблы кк впрочем и везде. Жтко надо для исключения дублирования кода множественное наследование (причем скрешивать надо с купленными компонентами - выурутиться наследованем через внуков не получится ю типо 1 класс от другого другой от третьего) а дублировать код как то не красиво. Вот и проблема. Дельфи заменить нечем - желание заказчика - основной код на нем и от длл и чего либо еще заказчик будет кривиться

Паскаль имеет свой цимес
------
Я вроде как в курсе.
Причем - в обоих вариантах - нормальном виртовском и объектном от Борланда.
множественное наследование
------
Тююю... Никаких особых проблем его отсутствие не создает... вот в купе с отсутствием интефейсов - да, есть моменты... но опять - не критично..
заказчик будет кривиться
------
У меня вот АСП... и, пока, один молодой под началом... Он сегодня мудохался час со смесью включаемых файлов, ХТМЛ и собственно АСП... Перепутал порядок включения файлов и чуть ли не завесил ИИС - там где-то глухой цикл повторных подключений к несуществующей базе... При этом упорно не желает писать объекты... А ты - заказчик будет кривиться... да и йух с ним - было бы простое, сопроводимое и работающее...

Ну вообще говоря там проблема в том что кривиться будет мой шеф он любит эстетичные решения. И если он сказал никаких длл и никакого чужого кода только дельфи ну максимум асм вставки для данного проекта - стало быть так и надо.
Мур тогда может поделишься решением моей проблемы.
Есть группа компонент (чертежных рисующих кад-объекты - ну вобщем они и конвертер и рисовалка на обычном timage), далее - есть моя самописанная конвертилка для конвертации других чертежей на ту же палитру - вобщем приведение разных форматов - я оформил ее как несколько объектов. Сейчас рисую некий объект который будет родителем этих моих объектов - и у него есть свойство типо enum - оно показывает что именно за примитив нарисован. Так вот данное свойство должны иметь и наследники купленых компонент. Как мне оформить данное свойство-нумератор. Естественно дельфи хе инструмент.

подумаешь, бином Ньютона...
вот, нагуглил:
http://www.dynamic.de/de/dienstleistungen/edi/operativer-betrieb.html

данное свойство должны иметь и наследники купленых компонент.
-----
Врапить каждую из наличных компонент и делать имплементацию свойства...
Потом у себя использовать только враперы.
Других вариантов - не считая возможности влезть в исходники - вроде как и нет.

Да без проблем
http://www.seeburger.de/unternehmen/karriere/stellenangebote/dach.html