AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 10.05.2016, 10:03   #41  
DaxDevRemote is offline
DaxDevRemote
Участник
 
112 / 54 (2) ++++
Регистрация: 29.04.2016
Записей в блоге: 16
Цитата:
Сообщение от Bobkov Посмотреть сообщение
Как пошло-то? Расскажите по свежим впечатлениям, пока не остыли!
Иностранная компания сказала, чтобы ждал когда сами выйдут на связь. Договор с фиксом с 4-го мая.
Пока молчат. Время и денежки капают, надеюсь)
Старый 10.05.2016, 10:26   #42  
DaxDevRemote is offline
DaxDevRemote
Участник
 
112 / 54 (2) ++++
Регистрация: 29.04.2016
Записей в блоге: 16
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
И ax_mct задает вопрос автору топика как тот собирается работать когда состыковываются два облака (совпадение с существующей фирмой с таким названием случайно - Витя прости) - облако заказчиков и облако поставщиков ресурсов.
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Рынок меняется. Это часть тренда. Не было раньше столько виртуальных центров разработки по АХ содержащих удалённых разработчиков. Вот и интересно что и как. Не общие слова рисующее большой зал с 50 программистами барабанящими по клавам по "красивой" методологии, а реальные ситуации которые собрат поймет.

Мне действительно интересно что и как это все выглядит на конкретных примерах.
Что я и пытался выяснить у автора, чтобы нарисовать реальную картинку.
Так ничего я и не понял. Но намёк сверху на задачи "не связанные с особенностями клиента" интересен. Типа интерфейсы, что-то такое ближе к техническим аспектам чем к функционалу.

Вообщем хочу страшную правду а не пыль в глаза

Зы: То есть примеры задач решаемых передаваемых на удалённую разработку. В этом вся соль темы.
Не до конца понимаю в чём вопрос и что от меня хотят, но попробую поиграть в угадайку и сам себе сформулирую вопрос:
Буду ли я браться за задачи с мутной формулировкой? - да, если моя работа в ролях аналитика и консультанта будет оплачиваться и мне это будет выгодно.

Задачи разные и в разной постановке - вы хотите пример формулировки какой-нибудь задачи?

Мне вот также не ясно почему вопросы формулировок задач и взаимодействия консультантов и программистов так остро поднимаются именно когда речь заходит об удаленной работе?
В чём отличие от работы программиста в офисе?
Старый 10.05.2016, 10:28   #43  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Пример постановки задачи. Пусть будет AX 2009. Клиент англоязычный.
"Расщеплять строки заказа согласно наличия на складах в холдинге (в разных AX компаниях). Автоматически создавать связанные закупки и заказы для данных строк".
Возьметесь? Больше деталей просто нет. Как оцените?
Ага... "Запрограммируем любой хаос. Качественно! Быстро! Не очень дорого!"
За это сообщение автора поблагодарили: ax_mct (2).
Старый 10.05.2016, 10:41   #44  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Так те кодеры которые появляются и появятся они не АХ программисты, для них это всего лишь очередная база с таблицами как источник данных. Стоят соответсвенно меньше и их соотвественно больше.

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

Да, и борщ надо варить. Таких консультантов как например bobkov я запомнил на всю жизнь. Потому как единороги они только в сказках бывают. Ну и в большом консалтинге и то как повезёт с конкретным консультантом.

Как только АХ программист позиционирует себя как старший, "senior" это автоматически означает в западной практике что он знает функционал на уровне среднего консультанта со всеми вытекающими последствиями.

JavaScript и МСФО на базовом уровне вполне оправданное ожидание, так иначе нужны трое чтобы закрутить лампочку. Зачем клиенту платить за троих?
расскажите плз подробнее про западную практику, какие еще ожидания от программистов?
Старый 10.05.2016, 10:43   #45  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
расскажите плз подробнее про западную практику, какие еще ожидания от программистов?
Стесняюсь спросить - это ведь был сарказм, да ?
__________________
-ТСЯ или -ТЬСЯ ?
Старый 10.05.2016, 10:59   #46  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от Vadik Посмотреть сообщение
Стесняюсь спросить - это ведь был сарказм, да ?
не сарказм, мне и в самом деле интересно мнение опытного человека.
судя по западным вакансиям в linkedit, средний программист должен быть многоруким шивой и каждая рука должна быть весьма прокачанной,
причем требования к soft skills даже важнее, чем hard skills
Старый 10.05.2016, 11:04   #47  
greench is offline
greench
Участник
Oracle
 
425 / 74 (3) ++++
Регистрация: 12.07.2007
Адрес: Киев
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
расскажите плз подробнее про западную практику, какие еще ожидания от программистов?
Имхо, c чем сталкиваюсь регулярно. Если проект большой, между консом и девом есть определенный фильтр. Если проект маленький, фильтра нет.
Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

От дева с лычкой senior ожидают что после получения на вход FDD или просто покотока сознания клиента или конса клиента, дев сам может пообщаться с автором, задать наводящие вопросы, иногда написать TDD, сделать нужные изменения.
Иногда нужно объяснять автору изменений что так не делается и предложить лучшее решение.
Т.е., да, как и писали выше, senior должен уметь кодить, знать AX на уровне среднего консультанта(иногда нужно самому набить достаточно нетривиальные демо данные для тестирования), вникнуть в суть бизнес процессов конкретного клиента.

З.Ы. если кого-то интересует вакансия, приведенная выше в этой теме, стучите в личку, расскажу подробнее.
Старый 10.05.2016, 11:24   #48  
AP-1055D is offline
AP-1055D
Участник
 
351 / 92 (4) ++++
Регистрация: 01.06.2011
Цитата:
Сообщение от ax_mct Посмотреть сообщение
JavaScript и МСФО на базовом уровне вполне оправданное ожидание, так иначе нужны трое чтобы закрутить лампочку. Зачем клиенту платить за троих?
Я могу ошибаться, поэтому поправьте меня, пожалуйста, но, насколько помню, это вы говорили, что надо быть Уже. Лампочки есть разные: есть такие, с которыми справится и ребёнок, есть такие, что они стоят как ваша месячная зарплата и разбить такую будет очень обидно, а есть лампочки, к которым чтобы только подобраться нужен кран и монтажник, чтобы снял защитный кожух.

Поэтому, говоря, о знании JavaScript, я имел в виду, знание какого-нибудь современного фреймворка, но опять же не на уровне todolist, а понимание особенностей, обходных путей. Добавьте сюда другие сопутствующие вещи типа CI, HTML5 и знание его особенностей в каждом браузере. Ну и аналогично для МСФО. Поэтому, я очень сильно сомневаюсь, что можно довольно глубоко знать абсолютно разные области. Да и зачем?
Старый 10.05.2016, 11:35   #49  
Bobkov is offline
Bobkov
Участник
Аватар для Bobkov
 
238 / 299 (10) ++++++
Регистрация: 30.10.2002
Адрес: München
Цитата:
Сообщение от DaxDevRemote Посмотреть сообщение
В чём отличие от работы программиста в офисе?
Становится сложно что-то показать. А обычно люди черпают зрением львиную долю информации. Поэтому если у постановщика плоховато с вербализацией, а у исполнителя - с воображением, то взаимопонимание падает до плинтуса. Из-за этого масса работы может быть выполнено впустую.
За это сообщение автора поблагодарили: ax_mct (5).
Старый 10.05.2016, 11:40   #50  
DaxDevRemote is offline
DaxDevRemote
Участник
 
112 / 54 (2) ++++
Регистрация: 29.04.2016
Записей в блоге: 16
Цитата:
Сообщение от Bobkov Посмотреть сообщение
Становится сложно что-то показать. А обычно люди черпают зрением львиную долю информации. Поэтому если у постановщика плоховато с вербализацией, а у исполнителя - с воображением, то взаимопонимание падает до плинтуса. Из-за этого масса работы может быть выполнено впустую.
Расшарили монитор и в прямом эфире продемонстрировали и прокомментировали, задали и ответили на вопросы.

Либо записали демонстрацию и отправили.
За это сообщение автора поблагодарили: Bobkov (0),  (1).
Старый 10.05.2016, 12:50   #51  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от greench Посмотреть сообщение
Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

От дева с лычкой senior ожидают что после получения на вход FDD или просто покотока сознания клиента или конса клиента, дев сам может пообщаться с автором, задать наводящие вопросы, иногда написать TDD, сделать нужные изменения.
Иногда нужно объяснять автору изменений что так не делается и предложить лучшее решение.
Это кто, программист на аутсорсинге будет 'объяснять&предлагать'? И как формализовано будет это 'общение' между заказчиком-посредником-сторонним ресурсом?

И еще не понятно, если клиент понимает свой бизнес, супер-кодер знает технологию и как-то функционал бизнес-решения, то зачем нужен 'консультант', не знающий системы?

Где знания отрасли/цепочки добавленной стоимости/БП/конкретного модуля-решения/итд?
Старый 10.05.2016, 13:19   #52  
greench is offline
greench
Участник
Oracle
 
425 / 74 (3) ++++
Регистрация: 12.07.2007
Адрес: Киев
Цитата:
Это кто, программист на аутсорсинге будет 'объяснять&предлагать'?
Да, почему нет?
Бессловестные машины для кодинга можно найти на индийском аутсрорсе по 20 баксов пучок. Только потом проект почему-то валится и меняется исполнитель.

Цитата:
то зачем нужен 'консультант', не знающий системы?
Вот здесь все сложнее. Крупные проекты зачастую заходят не напрямую, а через субподряд от огромных консалтинговых монстров типа Accenture/IBM/Dell и т.д. А там клиенту продают иногда таких "консультантов" что волосы дыбом встают. Причем в таких случаех очень часто еще общение напрямую девелопер - конечный клиент строго запрещено. Все общение идет через "испорченый телефон".
Старый 10.05.2016, 14:19   #53  
greench is offline
greench
Участник
Oracle
 
425 / 74 (3) ++++
Регистрация: 12.07.2007
Адрес: Киев
Имхо, на самом деле все не так уж сильно отличается от работы в местных консалтинговых компаниях кроме языка общения и способа(зачастую не лицом к лицу а через email, skype, link и т.д.)
Старый 10.05.2016, 15:42   #54  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от DaxDevRemote Посмотреть сообщение
Не до конца понимаю в чём вопрос и что от меня хотят, но попробую поиграть в угадайку и сам себе сформулирую вопрос:
Буду ли я браться за задачи с мутной формулировкой? - да, если моя работа в ролях аналитика и консультанта будет оплачиваться и мне это будет выгодно.

Задачи разные и в разной постановке - вы хотите пример формулировки какой-нибудь задачи?

Мне вот также не ясно почему вопросы формулировок задач и взаимодействия консультантов и программистов так остро поднимаются именно когда речь заходит об удаленной работе?
В чём отличие от работы программиста в офисе?
Хочется картинку в голове нарисовать как оно выглядит в вашем случае. Просто любопытно в копилку миропонимания. И без примеров никак не понять

Острее. Отличие в том что вам не доверяют так как вас не знают и не видят.
Старый 10.05.2016, 15:53   #55  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от AP-1055D Посмотреть сообщение
Я могу ошибаться, поэтому поправьте меня, пожалуйста, но, насколько помню, это вы говорили, что надо быть Уже. Лампочки есть разные: есть такие, с которыми справится и ребёнок, есть такие, что они стоят как ваша месячная зарплата и разбить такую будет очень обидно, а есть лампочки, к которым чтобы только подобраться нужен кран и монтажник, чтобы снял защитный кожух.

Поэтому, говоря, о знании JavaScript, я имел в виду, знание какого-нибудь современного фреймворка, но опять же не на уровне todolist, а понимание особенностей, обходных путей. Добавьте сюда другие сопутствующие вещи типа CI, HTML5 и знание его особенностей в каждом браузере. Ну и аналогично для МСФО. Поэтому, я очень сильно сомневаюсь, что можно довольно глубоко знать абсолютно разные области. Да и зачем?
Все так. Вопрос лишь в необходимой глубине знаний/навыков. Но надо и то и другое.
И JavaScript и МСФО. Где то для того чтобы все сделать одному человеку а где-то для того чтобы успешно взаимодействовать.
Common sense, здравый смысл никто не отменял.
Старый 10.05.2016, 16:09   #56  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
расскажите плз подробнее про западную практику, какие еще ожидания от программистов?
Ожидания эти действительно отличаются от привычных в России. Сарказма в вопросе я не увидел. Культура, менталитет, образование - все влияет так или иначе. И очень конкретно влияет на проект.

Конечно размер компании и особенности конкретного менеджмента есть всегда, но общее это то что программист бизнес-приложений уровня "старший" или скажем больше 3-5 лет опыта с продуктом это не просто программист.

Подумаю еще над вопросом.

PS.
А за меня уже написали
Цитата:
Цитата:
Сообщение от greench Посмотреть сообщение
Имхо, c чем сталкиваюсь регулярно. Если проект большой, между консом и девом есть определенный фильтр. Если проект маленький, фильтра нет.
Западные консы зачастую знают бизнес, но сильно плавают в знании АХ. Иногда AX они вообще не знают.

От дева с лычкой senior ожидают что после получения на вход FDD или просто покотока сознания клиента или конса клиента, дев сам может пообщаться с автором, задать наводящие вопросы, иногда написать TDD, сделать нужные изменения.
Иногда нужно объяснять автору изменений что так не делается и предложить лучшее решение.
Т.е., да, как и писали выше, senior должен уметь кодить, знать AX на уровне среднего консультанта(иногда нужно самому набить достаточно нетривиальные демо данные для тестирования), вникнуть в суть бизнес процессов конкретного клиента.

З.Ы. если кого-то интересует вакансия, приведенная выше в этой теме, стучите в личку, расскажу подробнее.

Последний раз редактировалось ax_mct; 10.05.2016 в 16:11.
Старый 10.05.2016, 16:18   #57  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от Pavel Посмотреть сообщение
И еще не понятно, если клиент понимает свой бизнес, супер-кодер знает технологию и как-то функционал бизнес-решения, то зачем нужен 'консультант', не знающий системы?
Вот в Селении тоже так думают. И не только они кстати.
Что senior developer это программист-консультант.
А тот 'консультант' нужен в качестве секретаря.
Блажь? Нет. Естественный отбор.
Старый 10.05.2016, 19:33   #58  
AP-1055D is offline
AP-1055D
Участник
 
351 / 92 (4) ++++
Регистрация: 01.06.2011
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Все так. Вопрос лишь в необходимой глубине знаний/навыков. Но надо и то и другое.
И JavaScript и МСФО. Где то для того чтобы все сделать одному человеку а где-то для того чтобы успешно взаимодействовать.
Common sense, здравый смысл никто не отменял.
А знание Ассемблера тоже нужны?

Серьёзно, приведите, пожалуйста, задачу для AX 2012 R3 (которая ни разу ни Web-based) для решения которой вам может потребоваться знание JavaScript? Ограничимся jQuery. Навскидку, приходит только корпоративный портал, но это уже чисто кодерская задача? Отдавать кодерскую задачу программисту-консультанту, который, наверное, стоит раза в два дороже чем ASP.Net developer? Я думаю, что профильный кодер решит эту задачу лучше и дешевле.

Ну какая узость может быть у такого специалиста? Он максимум что сможет ну прочесть код (и то не всякий) или расшифровать четыре буквы МСФО.

Узость, в моём понимании, это когда разработчик или консультант съели на чём-то собаку. Например, на SSRS или SQL Server. А специалист о котором вы говорите, ну он сможет написать SELECT * FROM SalesTable, а вот об аналитических функциях он вряд ли что слышал. И что и как он сможет сделать один при таких поверхностных знаниях?
Старый 10.05.2016, 19:37   #59  
AP-1055D is offline
AP-1055D
Участник
 
351 / 92 (4) ++++
Регистрация: 01.06.2011
То есть я согласен с вами, что для совместной работы очень желательно понимать контекст насколько это возможно, уметь говорить хотя бы бегло на нескольких "языках". Но сделать что-то одному так же хорошо как это бы сделали три разных специалиста, каждый свою работу, я не соглашусь.
Старый 10.05.2016, 20:59   #60  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от AP-1055D Посмотреть сообщение
Серьёзно, приведите, пожалуйста, задачу для AX 2012 R3 (которая ни разу ни Web-based) для решения которой вам может потребоваться знание JavaScript? Ограничимся jQuery. Навскидку, приходит только корпоративный портал, но это уже чисто кодерская задача? Отдавать кодерскую задачу программисту-консультанту, который, наверное, стоит раза в два дороже чем ASP.Net developer? Я думаю, что профильный кодер решит эту задачу лучше и дешевле.
AX 2012 R3
Функционал "Calling centre" показывающий картинки продуктов на SalesTable форме использует простейшие скрипты, но использует

В другой версии делал поиск продуктов в AX форме с вызовом данных через JSON/REST web-service из Java-based системы.

Корпоративный портал тоже относительно недавно делал, сплошной JavaScript ничего общего не имеющего со стандартом.

Выделение примеров выше для отдельного использования профильного ASP.Net developer обойдется дороже, чем использование универсала понимающего систему и задачу. Даже если допустить что этот универсал будет в два раза дороже стоить. Да и не будет никто выделять, скорее купят готовое решение если его еще исторически нет.

В теории если сажать вместе, правильно руководить и прочее, то конечно лучше, но на практике я такого вот разумного никогда не видел. Всегда нужен герой чтобы не париться с руководством. К слову PM (project manager) роль что выделенная что добавленная очень редко присутствует. За той же ненадобностью что и консультанты (P.S. точнее иногда формально есть, но только очень формально так как совсем не то что можно ожидать)

Кстати стоимость хорошего ASP.Net developer и хорошего AX, пусть и универсала, не сильно отличаются. Если этот ASP.Net developer имеет соответствующие знания предметной области а не просто работает по четким спецификациям. Взять тот же Microsoft Dynamics CRM. Вроде бы более техническая ниша, а так же нужны именно универсалы а не кодеры.

Последний раз редактировалось ax_mct; 10.05.2016 в 21:03.
Теги
#янебоюсьсказать

 


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:26.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.