|
05.05.2016, 16:35 | #1 |
Banned
|
Цитата:
Сообщение от DaxDevRemote
Не понял большинства вопросов: язык общения кого с кем? Что такое "входной" документ?
Профиль тех, кто ставит задачи бывает разный. Минимальное тестирование всегда. На задачах, где более-менее сложное тестирование - обговариваю отдельно обычно. Бывает, что запрашиваю тестовые примеры. "Скучно", "дешево", "непросто" и "квалификация" - это какие-то относительные понятия. Могу ответить только как со своей стороны отношусь, но это необъективно скорее всего. Деформация программиста - на вопрос "нужен стул" спросит сколько ножек и для чего нужен. Так как бывают три ножки у табуретки и барные стулья. Но есть еще и контекст. "Язык общения". Очевидно что тот язык общения который вы используете в процессе удаленной работы. Очевидно что с одной стороны этого общения вы. Почему очевидно? Контекст. "Входной документ" с учетом вопроса про его разделы и детальность содержания. Что еще это может быть (в данном контексте) если не документ ставящий и описывающий вам задачу на удаленную разработку? Собственно необходимость "разжевывать" и вызвала мои вопросы и интерес. Одно дело когда вы за спиной русскоязычного опытного консультанта AX и совсем другое дело когда вы общаетесь на иностранном языке с бизнес-аналитиком. Тут дело в том что стандарты и ожидания от ролей "консультант AX" и "программист AX" в разных странах очень сильно отличаются. "Скучно", "дешево", "непросто" и "квалификация". Это один из основных вопросов. Кого и что ищет заказчик и почему. Это очень даже относительно к вашему маркетингу и позиционированию на рынке свободного труда. Поэтому дейстительно интересно задачи какого уровня и в какой подаче вы решаете. Вы же создали такую тему |
|
05.05.2016, 19:34 | #2 |
Гость
|
Цитата:
Но есть же еще и контекст. Как будто по внешнему виду зданий стоящих рядом нельзя догадаться и построить нечто похожее. |
|
|
За это сообщение автора поблагодарили: Bobkov (1). |
05.05.2016, 22:02 | #3 |
Banned
|
Цитата:
Цитата:
Сообщение от Кирилл
Деформация строителя - на вопрос "нужен дом" требует архитектурный проект и прочую проектно-сметную документацию. С эскизами и чертежами, описанием материалов, схем коммуникаций и прочее и прочее.
Но есть же еще и контекст. Как будто по внешнему виду зданий стоящих рядом нельзя догадаться и построить нечто похожее. Кодеры в AX уже не нужны как класс. Вернее они еще есть но вид умирающий, не способный выжить на рынке. В отдельных заповедниках могут и существовать но не в естественной среде обитания. Удаленная разработка 1. центр разработки в Венгрии, Индии, Татарстане работающий с отдельными клиентами; вы работник работающий удаленно; 2. центр разработки в Индии, Латвии как удаленный отдел разработки крупного консалтинга; вы работник работающий удаленно; 3. Мелкий и средний иностранный консалтинг; вы фрилансер к которому они обращаются; Какие еще варианты? В каких вариантах нужны те кто не способен и не хочет понимать контекста? |
|
|
За это сообщение автора поблагодарили: A_BAS (1). |
06.05.2016, 09:51 | #4 |
Участник
|
Цитата:
Сообщение от ax_mct
DaxDevRemote, представьте что я ваш потенциального клиент и заказчик. Выясняющий возможность сотрудничества и создающий ваш личностный и профессиональный профиль. И результат такой что используя очень конкретные и простые вопросы я так ничего о вас и не понял. Почему так вопрос интересный.
По вашему примеру формулировки задачи: А откуда взялась такая формулировка? Кто её сформулировал? Работал ли по этой задаче аналитик (это роль - кто-то от бизнеса)? Каков результат его работы? Работал ли по этой задаче консультант (это тоже роль) по системе? Каков результат его работы? |
|
06.05.2016, 10:08 | #5 |
Участник
|
Почему вы так считаете? По-моему, кодеры были в AX всегда. А чем дальше, тем кодеров будет становится больше в силу усложнения системы. Появятся разработчики отчётности или BI, front-end-разработчики, разработчики сервисов, интеграции. Они есть и сейчас, правда пока всё это может делать один человек в контексте той же AX 2012 R3, но я с трудом представляю себе разработчика, который владеет js на уровне более чем hello world и понимающим МСФО / РСБУ хотя бы на уровне знания счетов. Хотя и не отрицаю, что такие есть.
|
|
06.05.2016, 10:49 | #6 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: mazzy (2), AP-1055D (1). |
06.05.2016, 16:49 | #7 |
Banned
|
Цитата:
Сообщение от AP-1055D
Почему вы так считаете? По-моему, кодеры были в AX всегда. А чем дальше, тем кодеров будет становится больше в силу усложнения системы. Появятся разработчики отчётности или BI, front-end-разработчики, разработчики сервисов, интеграции. Они есть и сейчас, правда пока всё это может делать один человек в контексте той же AX 2012 R3, но я с трудом представляю себе разработчика, который владеет js на уровне более чем hello world и понимающим МСФО / РСБУ хотя бы на уровне знания счетов. Хотя и не отрицаю, что такие есть.
Программист же АХ это тот кто программирует или меняет бизнес-процессы с помощью кода. Поскольку система стала более сложной и более насыщенной, такие изменения все более и более рискованны и дороги. Программирования становится все меньше и меньше. Как результат нужны full stack универсалы. Да, и борщ надо варить. Таких консультантов как например bobkov я запомнил на всю жизнь. Потому как единороги они только в сказках бывают. Ну и в большом консалтинге и то как повезёт с конкретным консультантом. Как только АХ программист позиционирует себя как старший, "senior" это автоматически означает в западной практике что он знает функционал на уровне среднего консультанта со всеми вытекающими последствиями. JavaScript и МСФО на базовом уровне вполне оправданное ожидание, так иначе нужны трое чтобы закрутить лампочку. Зачем клиенту платить за троих? |
|
10.05.2016, 10:41 | #8 |
Участник
|
Цитата:
Сообщение от ax_mct
Так те кодеры которые появляются и появятся они не АХ программисты, для них это всего лишь очередная база с таблицами как источник данных. Стоят соответсвенно меньше и их соотвественно больше.
Программист же АХ это тот кто программирует или меняет бизнес-процессы с помощью кода. Поскольку система стала более сложной и более насыщенной, такие изменения все более и более рискованны и дороги. Программирования становится все меньше и меньше. Как результат нужны full stack универсалы. Да, и борщ надо варить. Таких консультантов как например bobkov я запомнил на всю жизнь. Потому как единороги они только в сказках бывают. Ну и в большом консалтинге и то как повезёт с конкретным консультантом. Как только АХ программист позиционирует себя как старший, "senior" это автоматически означает в западной практике что он знает функционал на уровне среднего консультанта со всеми вытекающими последствиями. JavaScript и МСФО на базовом уровне вполне оправданное ожидание, так иначе нужны трое чтобы закрутить лампочку. Зачем клиенту платить за троих? |
|
10.05.2016, 11:24 | #9 |
Участник
|
Цитата:
Поэтому, говоря, о знании JavaScript, я имел в виду, знание какого-нибудь современного фреймворка, но опять же не на уровне todolist, а понимание особенностей, обходных путей. Добавьте сюда другие сопутствующие вещи типа CI, HTML5 и знание его особенностей в каждом браузере. Ну и аналогично для МСФО. Поэтому, я очень сильно сомневаюсь, что можно довольно глубоко знать абсолютно разные области. Да и зачем? |
|
09.05.2016, 00:59 | #10 |
Гость
|
|
|