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

[Tec]

Цитата:

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

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

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

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

[ppson]

Цитата:

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

Может ошибаюсь, но у меня такое впечатление, что работа с OEBS сопряжена с необходимость командировок, а я в свое время уже намотался, больше желания нет. В Борласе по рассказам знакомого оттуда, как раз с OEBS работает, именно так - утром человек на работу приходит, а ему билет на самолет приносят и 4 часа на сборы дают.
С Аксаптой мне кажется в Москве проще без мотаний работать, зная Макрософт она постепенно многих с 1С на Аксапту переманит. Все таки система ориентирована на предприятия поменьше масштабом, каких в Москве много. А OEBS больше подходит для гигантов, которые как правило, за Уралом.

Поверте мне, что с ораклом, что с аксатом - жизненный путь один.
Если пойдете к МБСовскому партнеру я не удивлюсь, если вы следующее лето проведете в командировке на южном взморье моря Лаптевых

[Tec]

Цитата:

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

Поверте мне, что с ораклом, что с аксатом - жизненный путь один.
Если пойдете к МБСовскому партнеру я не удивлюсь, если вы следующее лето проведете в командировке на южном взморье моря Лаптевых

Меня пока не оставляет впечатление (или иллюзия), что на Аксапте более вероятно работать в собственном отделе автоматизации, а не в консалтинге. Когда наша фирма рассматривала возможность перехода на Аксапту (к сожалению, идея была отвергнута), те, кто сейчас работает на поддержании и развитии собственной КИС под Oracle (СУБД, не OEBS) планировались к переучиванию на Аксапту. Конечно, привлечение консалтинга на период внедрения планировалось.

[kALVINS]

Тут проще всего поступить так. Сначала пойти в консалтинг на год, там знания намного быстрее получаются, а потом уже на клиента переходить.
Хотел бы еще заметить, программистов в командировки гоняют мало. В основном они в офисе сидят.

[Ned]

Существует что-то вроде "порога вхождения" в отрасль. Т.е. придя работать программистом по Аксапте вы скорее всего получите низкую зарплату - просто потому, что нет опыта работы с Аксаптой.

Знания самостоятельно вы получить сможете, но потратите на это силы и время сопоставимые со стажёрством или даже большие. Опять таки вопрос в том, признают ли ваши знания там, куда вы придёте устраиваться на работу.

С OeBS это намного более вероятно. Насчёт командировок проще спросить в конкретных компаниях. Не нравятся командировки -
http://hh.ru/vacancy/409109
http://hh.ru/vacancy/372228
Возможен ещё такой вариант: http://hh.ru/vacancy/378204

Насчёт перспектив не очень вас понял. Какие перспективы могут быть у программиста?
Менять одну систему на другую для профессионала ИМХО смысла обычно не имеет.
Чего вы хотите достичь? Увеличить зарплату? Для этого надо должность менять, а не среду разработки.

[Tec]

Цитата:

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

Насчёт перспектив не очень вас понял. Какие перспективы могут быть у программиста?
Менять одну систему на другую для профессионала ИМХО смысла обычно не имеет.
Чего вы хотите достичь? Увеличить зарплату? Для этого надо должность менять, а не среду разработки.

Перспектив как у программиста, у меня мало, возраст > 30. Да и работа уже не столько программистская, ближе к аналитику и проектировщику. Минус в том, что техническая часть - это самостоятельно взрощенная в рамках фирмы КИС, и в других местах значительная часть опыта такой работы обесценивается. Потому и думаю, чтобы с технической стороны подпереть опыт широко распространяющейся по рынку системой.

[Ned]

Я могу помочь вам как с обучением, так и с работой по Аксапте. Но на настоящий момент я убеждён, что это будет "медвежья услуга", не это вам надо.

Цитата:

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

Перспектив как у программиста, у меня мало, возраст > 30.

У многих посетителей форума, включая меня возраст > 30. Я думаю, что не стоит в таком возрасте работать программистом. Преимуществ перед молодым человеком с возрастом 25 лет или меньше у вас немного, особенно, если вы только начинаете работать с Аксаптой, а он уже работает лет пять.

Цитата:

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

Да и работа уже не столько программистская, ближе к аналитику и проектировщику. Минус в том, что техническая часть - это самостоятельно взрощенная в рамках фирмы КИС, и в других местах значительная часть опыта такой работы обесценивается.

Обесцениваются в первую очередь те знания, которые связаны с конкретной средой разработки и конкретным продуктом. А не обесцениваются:
- опыт и знание бизнес-процессов, практики учёта и т.п.;
- навыки правильной работы - чёткая постановка и понимание смысла задач, понимание их приоритетов, навыки работы в команде, в том числе с подчинёнными и руководителями;
- в вашем случае - навыки правильной разработки; понимание необходимости разбивать разработку на логические блоки, тестировать их, понятно для всех оформлять и т.д.

Цитата:

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

Потому и думаю, чтобы с технической стороны подпереть опыт широко распространяющейся по рынку системой.

Есть нормальные разработчики бизнес-приложений, а есть плохие. Аксапта или не Аксапта - разницы немного.

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

Совет: выложите прямо здесь своё резюме. Максимально расширенное. Если хотите - без имён и названий компаний. Лучше в отдельной ветке. И попросите посетителей его (резюме) оценить.

[Tec]

Спасибо, Ned, есть над чем подумать. Вариант с резюме, возможно, попробую. Правда, по работе на несколько месяцев привязан соглашением, потому, собственно и думаю, что за это время можно сделать полезного с прицелом на перспективу.

[somebody]

Цитата:

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

К тому же навыки разработки серверных компонентов под Oracle Вам вряд ли пригодятся, т.к. Вам скорее всего не придется писать прямых SQL запросов к базе и хранимые процедуры.

2 Jabberwocky
По опыту работы с Axapta 2.5/SQL Server я бы утверждал обратное. Приходится создавать много ХП и выдавать запросы через openquery и т. п. - всё из-за недостаточной скорости штатных средств. Причём скорость выполнения различается на порядки, а при больших объёмах данных "штатная" реализация просто не выполнится в разумное время (например, в течение рабочего дня) (это не преувеличение, у нас некоторые такие разработки вендора могли выполняться несколько рабочих дней подряд).
В итоге функционал может представлять собой гибрид штатных и СУБД-средств, причём часто это единственно возможный путь.
Так что навыки разработчика СУБД как раз весьма полезны...

Другое дело, что правила компании могут запрещать использование СУБД-программирования, наш вендор был тому примером. Скажем, если разработка идёт на высоких уровнях, естественно, хотелось бы её независимости от СУБД-платформы. Если же модификация в пределах одной компании, то здесь воленс-ноленс выйдете на ХП.