Интересный проект, нужен ведущий программист AX! (Москва)

[slava09]

Цитата:

Сообщение от avm

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

Стоп! Писать модуль управления ценными бумагами, в рамках все остальной функциональности используя ее в других областях хозяйственной деятельности - это я ЗА! Просто нет другого выхода.
Но я против - покупать Microsoft Dynamics AX, сносить оттуда все слои, и писать все заново!

[PDA]

А нам остальная функциональность нужна гораздо меньше. Но никто не мешает нам потом ее использовать тоже. А чисто платформа по-моему не продается?

[slava09]

Цитата:

Сообщение от PDA

А нам остальная функциональность нужна гораздо меньше. Но никто не мешает нам потом ее использовать тоже. А чисто платформа по-моему не продается?

Я думаю, что Microsoft под словом "платформа", в случае Microsoft Dynamics, понимает "бизнес-платформу", т.е. набор логики образующей "костяк" ФУНКЦИОНАЛЬНЫХ возможностей, на котором можно развивать свои решения. Вы же, в данном случае, трактуете "платформу" больше с технологической точки зрения.
Поэтому "чистую" Microsoft Dynamics AX, Microsoft не только не продает, но и не признает как продукт.
Кстати у Microsoft есть и более широкая идеология платформы, в которой Microsoft Dynamics играет роль компонента.

[PDA]

Спасибо за просвещение.
Возможно мы таки подумаем потом над использованием "функциональных" возможностей стандартных модулей.

[mazzy]

Цитата:

Сообщение от PDA

Возможно мы таки подумаем потом...

"подумаем потом" - это пять!

[macklakov]

Цитата:

Сообщение от slava09

Поэтому "чистую" Microsoft Dynamics AX, Microsoft не только не продает, но и не признает как продукт.

А почему, собственно, и нет? Простой в использовании и освоении полуфабрикат, при этом довольно технологичный. Сколько будет стоить .net-чик, который реализует 3-х уровневую конфигурацию с человеческим кэшированием данных, управлением правами (в том числе на уровне записей), меточным интерфейсом, настраиваемую журнализацию действий пользователей, сравнимые по удобству grid-ы с запоминанием пользовательских настроек? При этом, его производительность будет сравнима, а то и ниже, чем производительность axapta-стажера, пишущего ни к чему не привязанную модифу.
А что делать, если этот .net-гуру сбежит? В случае axapta, любой access-разработчик за 2 недели переучивается. Т.о. риски сильно снижаются.
Получается, что стоимость покупки базового пакета выше, чем у профессиональных сред разработки, зато можно сильно сэкономить на разработчиках.
Со временем, axapta все равно будет переписана под .net, а т.к. модификации ни к чему не привязаны, переносить их на новые версии очень просто. Т.о. в результате получится тот - же самый .net но пользователи несколько лет будут работать с удобным интерфейсом, который с легкостью можно администрировать и дорабатывать вообще без участия программистов.

[slava09]

Система позиционируется как ERP, для Microsoft ее очень сложно сделать только инструментом. Просто предоставить прайс для "голой" AX, не получится. Нужна соответствующая стратегия развития продукта как средства разработки.

[macklakov]

Цитата:

Сообщение от slava09

Просто предоставить прайс для "голой" AX, не получится.

Ну да, минимальный набор модулей купить придется, но без внедрения и это не такие и заоблачные деньги. Никто ведь не заставит использовать купленные модули, если они не нужны?

[slava09]

Цитата:

Сообщение от macklakov

Ну да, минимальный набор модулей купить придется, но без внедрения и это не такие и заоблачные деньги. Никто ведь не заставит использовать купленные модули, если они не нужны?

Конечно. Согласен. Не заставит.

[posik]

PDA, напишите, пожалуйста, как с вами связаться?
Куда отправлять резюме?
Интересное предложение.

[PDA]

Цитата:

Сообщение от mazzy

"подумаем потом" - это пять!

А что тут такого? Все идет от задач, а задача у нас весьма конкретная и не подразумевает автоматизировать бухучет и прочи сферы. а дальше, когда продукт будет внедрен, возможно появятся идеи его применения и в другом.

[Lemming]

В таком случае шансы найти человека у Вас хорошие, так как, ИМХО, полугодичного опыта для такой задачи: использовать аксапту как IDE, вполне достаточно. А для такого маленького опыта 70 000 или скоко там в первм посте - тоже не плохо. Правда есть одно НО: Вряд ли этой вакансией заинтересуются опытные специалисты, которые программируют в аксе на внедрении. Так что, если "появятся идеи" использовать продукт по его прямому назначению, возможно придется искать других специалистов

[petr]

Извините за оффт.

Цитата:

Сообщение от mazzy

"подумаем потом" - это пять!

А чего тут такого? Многие и "потом" не думают.

По моему небольшому опыту "до" думает не более 10%, "потом" думают еще 20% и где-то 70% вообще не думают, просто живут на рефлексах...

Мои друзья говорят, что я еще оптимист, и на самом деле цифры значительно ниже...

[Ned]

70К чего? Долларов в год или рублей в месяц?
Большая команда работает над модулем? Сколько запланировано часов на разработку?

[PDA]

рублей в месяц чистыми
Почему вас интересуют ЧАСЫ? Почасовая оплата нам не интересна.

[dn]

Цитата:

Сообщение от PDA

Почему вас интересуют ЧАСЫ? Почасовая оплата нам не интересна.

Вообще-то в человекочасах обычно оценивается трудоемкость задачи...

[ice]

на внутренних проектах не всегда измеряют общую задачу в человекочасах, обычно в месяцах на проект

[dn]

Цитата:

Сообщение от ice

на внутренних проектах не всегда измеряют общую задачу в человекочасах, обычно в месяцах на проект

Ну это зависит от методологии внедрения или её отсутствия...

[PDA]

Внутренние проекты тем и хороши, что можно часами не мелочиться.

[eugene egorov]

Цитата:

Сообщение от PDA

Внутренние проекты тем и хороши, что можно часами не мелочиться.

Да что там часами...годами