Удаленная разработка в MS Dynamics AX

[ax_mct]

Цитата:

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

Система "ближе" к "их" жизни и "консу" не нужно взрывать себе "мозг", о том, что, допустим, излишка "импортного" товара у "нас" при инвентаризации в принципе быть не должно ?

Цитата:

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

Не потому ли, что истинные кодеры, архитекторы и т.д. реализуют саму ERP, а не "бредово-отвязные" бизнес-требования в ERP?

Может так и было поначалу в ранних версиях когда добавляли логику но сейчас
все больше как упростить и как избежать навороченного и наваленного.

Система сейчас настолько Франкейштейн что нормально с ней работать можно только владея и функциональной и технической стороной. И щупать и видеть. И руками и глазами.

Нет уважения к "правильным" и "полезным" "западным" бизнес-процессам и практике как могло бы быть в развивающейся стране. Хотят насиловать систему и так и эдак, останавливают только риски, но система все больше для всех и ни для кого в то же время. Но это уже другая тема.

[macklakov]

Цитата:

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

Нет уважения к "правильным" и "полезным" "западным" бизнес-процессам

На самом деле, есть. Просто это не очень очевидно из документации. И по коду тяжело понять бывает, для какого региона вот эта приблуда сделана. Это приводит к тому, что в Австралии консультант может задействовать функционал, созданный под законодательство существующие лишь с некоторых американских штатах.
Вот это реальная проблема и перманентный генератор косяков. И по этой же причине СНГ это всемирная кузница отличных девелоперов. Слишком сильно учет отличается от ЕС-овского и американского.
По хорошему, локализация должна писаться сбоку, а не поверх "стандарта". Но это не так важно. Тут как в анекдоте про экзамен в миллицейскую академию:"поступили самые умные и самые сильные". Если майкрософт поставил цель чтобы процесс из коробки внедрялся без дорого допила, значит так будет рано или поздно. Даже если архитектурно это будет чудовищное месиво из одних заплат. Это не важно. Оно будет работать

[ax_mct]

Цитата:

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

На самом деле, есть. Просто это не очень очевидно из документации. И по коду тяжело понять бывает, для какого региона вот эта приблуда сделана. Это приводит к тому, что в Австралии консультант может задействовать функционал, созданный под законодательство существующие лишь с некоторых американских штатах.
Вот это реальная проблема и перманентный генератор косяков. И по этой же причине СНГ это всемирная кузница отличных девелоперов. Слишком сильно учет отличается от ЕС-овского и американского.
По хорошему, локализация должна писаться сбоку, а не поверх "стандарта". Но это не так важно. Тут как в анекдоте про экзамен в миллицейскую академию:"поступили самые умные и самые сильные". Если майкрософт поставил цель чтобы процесс из коробки внедрялся без дорого допила, значит так будет рано или поздно. Даже если архитектурно это будет чудовищное месиво из одних заплат. Это не важно. Оно будет работать

Насчет пиетета может быть. Но желание не нагибать работников под систему, а сделать им максимально привычно и комфортно, все же в моем опыте превалирует.
Хотелки ограничиваются только рисками и стоимостью. Другое дело что только на такие проекты меня и приглашают.

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

Но ладно что есть то нам и есть. Интересно то что типичному AX программисту надо либо в NET либо в Функционал, а подвиду удаленному и туда и и туда. Или совсем оттуда.

[macklakov]

Цитата:

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

Другое дело что только на такие проекты меня и приглашают.

Цитата:

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

Но ладно что есть то нам и есть. Интересно то что типичному AX программисту надо либо в NET либо в Функционал, а подвиду удаленному и туда и и туда. Или совсем оттуда.

Мне так думается, что нам, тем кто в этой теме по уши, рано дергаться. Да, тема прикроется рано или поздно. Но период перехода к "светлому будущему" генерит массу "интересных задач", за исполнение которых, при определенной сноровке, можно получать хорошее вознаграждение. Года на 3-4, по идее, должно хватить. Это время лучше использовать на то, чтобы наесть жирка. Чтобы было что инвестировать в смену специализации.

[AlexeyS]

Цитата:

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

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

Но ладно что есть то нам и есть. Интересно то что типичному AX программисту надо либо в NET либо в Функционал, а подвиду удаленному и туда и и туда. Или совсем оттуда.

Процитирую отсюда: Евгений Кривошеев — Как не угробить архитектуру сразу же "Вот вы пишите учетную систему, где там главные риски? Сложная объектная модель. Как завещал великий Эрик Эванс в своей книжке по Domain Driven Design. Он говорил, что инженерия это фуфел, а вся сложность - она в предметке. Ты, дорогой инженер возьми и попробуй описать модель скидок, которую использует твой бизнес. И ты поймешь, что все это Java & Haskel это ерунда по сравнения с той сложностью бизнеса, который мы пытаемся смоделировать и автоматизировать. Сложность там, в предметке."

Вот хорошее дополнение: "Обучить инженерному делу как таковому — это обучить тому, как устроен ход инженерной разработки, какие основные понятия предметной области самой инженерии (а не предметной области, описывающей физику и алгоритмику создаваемого инженерного объекта): как устроен инженерный проект в целом и как разворачивается во времени проектирование/конструирование/программирование, изготовление и разворачивание целевой системы, а не только как устроена создаваемая система." (Левенчук, Системноинженерное мышление)

С этими товарищами я абсолютно согласен, поэтому, как говорил Деминг: "Меняться не обязательно. Выживание - дело добровольное"

[Pavel]

Цитата:

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

По хорошему, локализация должна писаться сбоку, а не поверх "стандарта". Но это не так важно. Тут как в анекдоте про экзамен в миллицейскую академию:"поступили самые умные и самые сильные". Если майкрософт поставил цель чтобы процесс из коробки внедрялся без дорого допила, значит так будет рано или поздно. Даже если архитектурно это будет чудовищное месиво из одних заплат. Это не важно. Оно будет работать

Хорошая 'задумка', вопрос как это можно реализовать специализируясь в технологиях?
Это же как мастер, кладущий камень, вдруг решит создать архитектурный проект дома или инженерные коммуникации (программист создавать новый функционал). Возникают вопросы...