Попытка слезть с иглы Аксапты

[AP-1055D]

После разработки на AX очень сильно деградируешь как программист. Я имею в виду, что AX это вещь в себе: свой язык, своя система контроля версии, свой ORM, своя IDE. AX уютна, приятна, по крайней мере была… Она как тёплая кровать, из которой не хочется вылезать. Но, попытавшись вылезти, сталкиваешься с суровой реальностью: как разработчик ты почти никому не нужен. В web, мобильной разработке, том же C# ты или ноль или junior (при условии, если разрабатывал на C# какую-нибудь интеграцию). Если есть порох в T-SQL, SSRS, можно попробовать себе в QlikView или ETL…

А для oDesk нужен PHP, js, письменный английский и самый простой компьютер )

[macklakov]

Цитата:

Сообщение от AP-1055D

После разработки на AX очень сильно деградируешь как программист.

Это как сказать что авто-механник сильно деградирует как слесарь Ведь было время когда и цилиндры сами шлифовали и шестерни отливали. А нынче не знают как обычный болт нарезать.

[AP-1055D]

Цитата:

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

Это как сказать что авто-механник сильно деградирует как слесарь Ведь было время когда и цилиндры сами шлифовали и шестерни отливали. А нынче не знают как обычный болт нарезать.

Разумеется, занимаясь разработкой для AX можно постоянно развиваться. Как в разработке для самой AX (изучать особенности ядра, новый функционал), так и в смежной области, например, как разработчик C#. Но, согласитесь, полноценно развиваться в C# можно если вы занимаетесь только им. Или хотя бы если есть задачи по C# кроме как по X++. Только на одном моем проекте была разработка на C#.

Я имел в виду, что разработка на C# (Java, js, PHP, RoR) даёт более широкие возможности, менее ограничивает в плане современных технологий. Например, для системы контроля версий можно использовать TFS, которая, в целом, похожа на Git. То есть если вы захотите уйти из C# в RoR, то будете работать со схожей системой контроля версий. А система контроля версий AX это уже совершенно другое, она не похожа ни на Git ни на TFS. Поэтому, вам потребуется дополнительное время чтобы приобрести новый опыт.

Аналогично, занимаясь разработкой на ASP.Net, в изучаете HTML, js, CSS, используете MVC, ORM. В AX (до 2012) вы можете даже не догадываться (и не использовать) паттерны. Тот же MVC не был представлен как таковой, а сейчас этот паттерн мэйнстрим в современной разработке.

Или самый банальный пример: автотесты. Я не видел ни одного проекта, где бы они использовались... Или автоматизированное тестирование (например, Selenium), BDD.

[AndyD]

Цитата:

Сообщение от AP-1055D

Я имел в виду, что разработка на C# (Java, js, PHP, RoR) даёт более широкие возможности, менее ограничивает в плане современных технологий. Например, для системы контроля версий можно использовать TFS, которая, в целом, похожа на Git. То есть если вы захотите уйти из C# в RoR, то будете работать со схожей системой контроля версий. А система контроля версий AX это уже совершенно другое, она не похожа ни на Git ни на TFS. Поэтому, вам потребуется дополнительное время чтобы приобрести новый опыт.

Скажу вам по секрету, что TFS в Аксапте вы так же можете использовать

[gudzon]

Цитата:

Сообщение от AP-1055D

Разумеется, занимаясь разработкой для AX можно постоянно развиваться. Как в разработке для самой AX (изучать особенности ядра, новый функционал), так и в смежной области, например, как разработчик C#. Но, согласитесь, полноценно развиваться в C# можно если вы занимаетесь только им. Или хотя бы если есть задачи по C# кроме как по X++. Только на одном моем проекте была разработка на C#.

Как то пути развитие у вас сплелись. Разрабатывая под Аксапту вы развиваетесь только как программист на Аксапты. Работая на C# - как программист С#. Тут уж выбирайте. Опыт работы в двух системах крайне мало пересекается.

[macklakov]

Цитата:

Сообщение от AP-1055D

А система контроля версий AX это уже совершенно другое, она не похожа ни на Git ни на TFS. Поэтому, вам потребуется дополнительное время чтобы приобрести новый опыт.

Аналогично, занимаясь разработкой на ASP.Net, в изучаете HTML, js, CSS, используете MVC, ORM. В AX (до 2012) вы можете даже не догадываться (и не использовать) паттерны. Тот же MVC не был представлен как таковой, а сейчас этот паттерн мэйнстрим в современной разработке.

Или самый банальный пример: автотесты. Я не видел ни одного проекта, где бы они использовались... Или автоматизированное тестирование (например, Selenium), BDD.

Ну так и автомеханникам тоже обидное, наверное. На автозаводах уже роботы работают, а у них в мастерской самое технологичное оборудование это подъемник. А рабочие заводов считают что у механников работа поинтереснее и денег поболее.
Спектральный анализ соседской травы дело неблагодарное. Вэб программирование, на самом деле, та еще тупня. Заморочки каждого интерпретатора учитывать. JS язык сомнительной красоты. Системы контроля версий за полдня осваиваются. А паттерны и в AX очень полезная вещь и в java многие без них обходиться ухитряются.

[ax_mct]

Цитата:

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

Ну так и автомеханникам тоже обидное, наверное. На автозаводах уже роботы работают, а у них в мастерской самое технологичное оборудование это подъемник. А рабочие заводов считают что у механников работа поинтереснее и денег поболее.
Спектральный анализ соседской травы дело неблагодарное. Вэб программирование, на самом деле, та еще тупня. Заморочки каждого интерпретатора учитывать. JS язык сомнительной красоты. Системы контроля версий за полдня осваиваются. А паттерны и в AX очень полезная вещь и в java многие без них обходиться ухитряются.

Именно. Депрессия у чистого вэб программиста скажем лет через 3-5 должна быть намного выше чем у специалиста по AX c таким же опытом. Ковыряться, ковыряться и ковыряться. AX гораздо более беловоротничковая деятельность.

У меня было достаточно опыта и в Java и NET до AX. И я чувствовал себя как шахтер долбящий код. Это намного депрессивней и скучнее чернорабочим на фабрике кода.

Другое дело что все рано или поздно надоедает и хочется нового.
Но к технологиям это отношения мало имеет. Мало что меняется в них по сути.