Самообучение Axapta - реально ли?

[kALVINS]

Цитата:

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

зачем ВСЁ???? Среду разработки реально изучить за две недели.
+ Логистику - от 2 недель до 2 месяцев
+ Финансы - от месяца до трех

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

[gudzon]

Цитата:

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

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

вроде речь шла о первоначальном ознакомлении. я в этом русле и ответил.

[twilight]

А в чем преимущество программиста на Аксапта перед программистом на Oracle?
Я всегда думал, что на Oracle разработчикам много денег платят

[gudzon]

Цитата:

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

А в чем преимущество программиста на Аксапта перед программистом на Oracle?
Я всегда думал, что на Oracle разработчикам много денег платят

+1. тоже интересно))) тем более вроде опыт немалый)))

[Tec]

Цитата:

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

+1. тоже интересно))) тем более вроде опыт немалый)))

Поясню. Работаю в торгово-производственной фирме в группе по развитию КИС. Уровень текущей зарплаты устраивает, но полностью отсутствуют перспективы дальнейшего развития и роста в рамках текущей фирмы. Работаю с Oracle Forms/Reports, система безнадежно устарела, сам Oracle на нее откровенно забил. Навыки только по серверной части мало дают на рынке труда. Знание нашей КИС, тоже, очевидно нигде больше не нужно. Поэтому и думаю, а куда, собственно, дальше идти. Axapta представляется перспективной.

[Tec]

Цитата:

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

Axapta представляется перспективной.

Тем более, что работает под Oracle, то есть и старые знания можно применить.

[Jabberwocky]

Цитата:

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

Тем более, что работает под Oracle, то есть и старые знания можно применить.

А вот это заблуждение.... Во первых, никто не гарантирует, что Ваша первая реальная система, с которой придется работать, в качестве СУБД будет использовать Oracle. К тому же навыки разработки серверных компонентов под Oracle Вам вряд ли пригодятся, т.к. Вам скорее всего не придется писать прямых SQL запросов к базе и хранимые процедуры. А вот общие познания в области реляционных СУБД несомненно будут полезны...

[itfs]

Цитата:

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

Работаю с Oracle Forms/Reports, система безнадежно устарела, сам Oracle на нее откровенно забил.

Oracle забил на Developer? Любопытно ...

Цитата:

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

Навыки только по серверной части мало дают на рынке труда.

В чистом виде - да, однако используя опыт, можно перепрофилироваться в DBA или в проектировщики. Это было бы логично. Впрочем, вам виднее.
Что вас скорее всего расстроит в Axapta, так это отсутствие серьезной работы с сервером СУБД. Используется очень ограниченный функционал и архитектурные решения таковы, чтобы нивилировать особенности. Т.е. даже если стоит Oracle, разработчик практически этого не ощущает. Есть потребность в оптимизации выполнения запросов, но это, как правило, без изменений в коде, средствами, доступными DBA. (Переносимость - прежде всего). Так, что знания по Oracle придется зарыть.
Теперь насчет возможности изучения. Возможность есть, если найти и установить систему. По собственному опыту. Нашел, посnавил, 2 недели смотрел.
Встроенная документация + Весь код доступен для изучения.Есть учебный раздел с примерами (Tutorials).Дебагер удобный, сидишь и смотришь, что куда. Структура данных описана в виде иерархии в дереве, реляционного представления нигде не нашел. Хотя есть инструмент, готовых схем - нет. Пробовал рисовать сам, бросил, таблиц слишком много, а группировать функционал проще в проекты. Остальные объекты (классы, типы, формы, отчеты и т.д.) - там же, в виде иерархии. Удобный и быстрый поиск. Среда разработки удобнее, чем в Forms, глюков интерпретатора на порядок меньше. В целом впечатление приятное, но кода невероятно много.
Резюме, после 2-х недель: под любую задачу можно найти подходящий пример в существующем коде, разобраться можно практически во всем, но по-началу мешает огромное количество встроенного поведения по-умолчанию, и надо было начинать с чтения best practice. Официальные доки, особенно по функционалу, поначалу читать не надо, пустая трата времени, только внимательно просмотреть. Есть много прибамбасов, com-connector, Portal, и др. отложить на потом.
После 2-х недельного штурма, просветления и прочтения best practice - смог четко смастерить простую изолированную но полнофункциональную доработку. Далее, лихо перешел к модификации стандартного функционала и тут же завяз. Сходу ничего существенного сделать не получилось. Переосмысление. Брал доки по функционалу, вводил примеры, смотрел в дебагер, выделял связанную функциональность в проекты, рисовал схемки, записывал. Так по кусочку прошел логистику (месяц). Всюду торчат финансы. Надо было начинать с них. Но на них ушло, впоследсвии более 2-х месяцев. После, почувствовал, что есть база. Интенсивный рост прекратился, начался экстенсиный, фактически с тех пор качественных скачков не потребовалось.
Думаю, у вас тоже все получится.

С уважением, itfs.

[Tec]

Цитата:

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

Теперь насчет возможности изучения. ...Думаю, у вас тоже все получится.

С уважением, itfs.

Спасибо, исчерпывающе, +1