Клуб анонимных оверлейщиков

[Captain]

Не в тему, но как деградирует изложение (пока моих) мыслей.
15 лет назад искал суть во множестве IF in {набор значений}
10 лет использовал CASE OF a..
5 лет назад все упростил до IF a<>b then ELSE ERROR()
Сегодня уже хочется излагать FO I=1 TO 100. Может это майнинг так повлиял. Понимаю, что в не в тему, но а Вы как оптимизируете письменную и программную риторику..
Старость наверное..))
Постом Выше коллега про телевизор красиво описал. Уже хочу "желтую" книжку и желательно с вариантами прочтения
А это от моего коллеги из той страны:
Swiss Cheese has lots of holes.
The more holes you have, the less cheese you have.
The more cheese you have, the more holes you have.
The more cheese you have, the less cheese you have!

[ax_mct]

Цитата:

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

Я бы согласился, если бы главным проповедником не был James Phillips, он вполне себе белый да и после ухода Sri кто там еще индус?

https://www.microsoft.com/en-us/dive...pgDivFocusArea
Почти 40% технических работников MS - азиаты.

Доля индусов во всех американских крупных IT компаниях немалая.
https://www.techrepublic.com/article...ve-come-clean/
В том же Facebook их также 40% технических работников.
А вот в Apple их в разы меньше - 15%.
В LinkedIn азиатов вообще 60% на технических ролях.

Прятать статистику придумали индусы, я уверен. Как прячут FO в 365 так и сами прячутся среди азиатов.

[ax_mct]

Цитата:

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

Есть друзья\знакомые (девы и консы), которые работают исключительно с DFO365 (на американский рынок) и объем программирования у них на проектах достаточный, но, все же меньше, чем было на 2012 и количество девов на 1 проект по сравнению с 2012 тоже меньше.

На специализированном и самом популярном форуме ходят слухи о том что кто-то где-то таки программирует
Но вот могут эти призраки рассказать о рынке или нет? Я до сих пору не могу решить надо мне вообще тратить время на изучение DFO365?

Цитата:

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

Не согласен. Имхо. Сколько стоит держать 3 базы live-test-dev?
...В каждом решении присутствует цена вопроса. ...Программисты нужны, но уже нужны умные из них...

Для уровня клиентов AX держать 3 базы live-test-dev это ерунда вопрос.
Редко когда из-за незнания AX. Все больше из-за того что то что запихнуто в стандарт часто сделано непродуманно или просто недоделанно.
Бывало и так что проще сделать сбоку и свое чем разбираться с AX. Вполне оправданно кстати.

Но в последнее годы все хотелки обоснованные, не придраться. От консультантов конечно зависит, но на клиентах дураков все меньше.

Цитата:

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

а Вы как оптимизируете письменную и программную риторику..

while (target)
{
shoot();
target++;
sleep 36000000;
}

[fed]

Цитата:

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

На специализированном и самом популярном форуме ходят слухи о том что кто-то где-то таки программирует
Но вот могут эти призраки рассказать о рынке или нет? Я до сих пору не могу решить надо мне вообще тратить время на изучение DFO365?

В общем - по моим субъективным ощущениям, программируют под D365FO раза в 2-3 меньше чем под DAX2012. При этом есть больший спрос на позицию фиксера, который занимается борьбой с глюками, трассированием неработающих или странно работающих кусков стандарта, текущим администрированием и тд и тп. Специальность это - инженерная, а не консультантская. В то же время - я сомневаюсь что будет рынок фриланса на эту позицию. Функция эта слишком чуствительна для здоровья проектов, чтобы ее можно было за штат выводить.
А по поводу классического контрактера-разработчика - да - у меня есть серьезные сомнения что этот рынок для D365FO будет существовать. Более того, у меня вообще есть серьезные сомнения что D365 долго проживет на рынке, потому что в D365FO стоимость внедрения слишком высока чтобы можно было долго оставаться на рынке.

[Captain]

To #ax_mct: Спасибо за вариант кода))
while (target)
{
shoot();
target++;
sleep 36000000;
}
To #fed:
При этом есть больший спрос на позицию фиксера, который занимается борьбой с глюками, трассированием неработающих или странно работающих кусков стандарта, текущим администрированием и тд и тп. Специальность это - инженерная, а не консультантская. В то же время - я сомневаюсь что будет рынок фриланса на эту позицию. Функция эта слишком чуствительна для здоровья проектов, чтобы ее можно было за штат выводить.
Почти согласен.. Фриланс, в новой ситуации пограничен для выбора из-за продолжительности входа в проект. Из опыта - 3 из 5 разработчиков не были восприняты заказчиком. Мы работаем в НАВ, и по AХ затруднительно давать оценку, но тренд где-то близок. Будем смотреть на развитие ситуации. Доброго дня Всем.

[ax_mct]

Цитата:

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

В общем - по моим субъективным ощущениям, программируют под D365FO раза в 2-3 меньше чем под DAX2012. При этом есть больший спрос на позицию фиксера, который занимается борьбой с глюками, трассированием неработающих или странно работающих кусков стандарта, текущим администрированием и тд и тп. Специальность это - инженерная, а не консультантская. В то же время - я сомневаюсь что будет рынок фриланса на эту позицию. Функция эта слишком чуствительна для здоровья проектов, чтобы ее можно было за штат выводить.
А по поводу классического контрактера-разработчика - да - у меня есть серьезные сомнения что этот рынок для D365FO будет существовать. Более того, у меня вообще есть серьезные сомнения что D365 долго проживет на рынке, потому что в D365FO стоимость внедрения слишком высока чтобы можно было долго оставаться на рынке.

В том виде в каком функция описана потенциал для онсайт контракторов есть. Как раз типичная задача для привлечения одинокого ghosthunter. На нагруженных клиентах с AX2012/2009 пригласить такого специалиста это нормально.

Если все укладывается в DevOps то ниша специализированных только на DevOps/Azure небольших компаний еще как есть. То есть я вижу примеры таких компаний. Тот же VSTS требует потустороннего и привлекаются сторонние силы. То что делает MarinaAX прекрасная тема для узконаточенного аутсорсинга.

А вот сколько Боливар протянет это вопрос. С увеличением сложности продукта клиент идет к репутации. C AX2012 как то все больше Сolumbus и часто не без прямого участия MS. Логично предположить что раз еще сложнее значит опять Сolumbus.

Но внедрений D365FO и размахивания флагом D365FO я не вижу у Сolumbus.
https://www.columbusglobal.com/en-gb...r-experiences/

При этом Сolumbus набирает
D365 for Finance & Operations Senior Consultant
D365 for Finance & Operations Support Consultant
То есть как бы инвестируют в D365FO.

[belugin]

OneVersion service update FAQ

[cuba]

Да, Columbus это гуд (сам там работал)
О том что у них нет DFO365, так тут вопрос не к компании как таковой, а к тому что в РФ DFO365, как бы, и нет
Более интересно посмотреть, есть ли DFO365 не в рос. деп. Columbus, а, например, в UK или USA

[fed]

Цитата:

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

OneVersion service update FAQ

Судя по тому как MS пытается ускоренно перевести на One Version, у вас там тупо большие проблемы с затратами на поддержку. И у твоих боссов два выхода:1. Загнать всех на одну версию (в надежде снизить затраты на поддержку); 2. Повысить стоимость подписки. Убежден что выход 1, на самом деле - не выход. Во первых, рассчитывать что ключевые пользователи клиентов будут раз в месяц тестировать очередное обновление - наивно. Даже если какой-то особо богатый клиент и сможет ресурсы выделить, за неделю ничего особо глубоко не оттестируешь.Во вторых - у большей части клиентов просто ресурсов не хватит на регулярное тестирование. ну и в третьих - я за D365FO слежу чуть больше года. И с каждым новым релизом число багов не убывает, а растет.. Так что ONE Version закончится чередой скандалов и проваленных обновлений. Ну а если ценник на подписку поднять, то система начнет все более и более явно проигрывать конкурентам.

Вообще интересный урок для MS получится. Оказывается - одно дело пи$@еть на программистских форумах о том как самоновейшие технологии снижают затраты на поддержку, и совсем другое дело - когда они сами занимаются догфудингом и эти самые технологии на практике применяют...

[Vadik]

Цитата:

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

Судя по тому как MS пытается ускоренно перевести на One Version, у вас там тупо большие проблемы с затратами на поддержку

Ну да, выпустить за два года четыре major версии (7.2, 7.3, 8.0, 8.1) и героически их поддерживать, портируя хотфиксы туда-сюда это отличный пример безумия и отваги. Но вообще-то как раз поэтому я и допускаю что one version может сработать, но только не в том виде в котором его сейчас пропихивают. Было бы здорово если бы стейкхолдеры в MS протолкнувшие эти 5 дней на тестирование публично обозначились - было бы ясно кому в 2019 харакири делать

[Ivanhoe]

А в каком виде One Version может сработать?

[Stitch_MS]

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

[belugin]

Цитата:

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

Но вообще-то как раз поэтому я и допускаю что one version может сработать, но только не в том виде в котором его сейчас пропихивают.

Хотелось бы развернуто с аргументами

[DAX.Company]

Цитата:

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

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

По вашему описанию бедный клиент купил ERP на последние деньги и экономит на всем.

[Ivanhoe]

Почему на всем? Тенденция снижать затраты на поддержку очень сильная в последнее время. Но если раньше нужно было в TCO закладывать регулярную поддержку инцидентов и стоимость подписки, то теперь добавляется новая статья - насильное обновление системы и всё с этим связанное.
Я вот чего еще боюсь - они же сильно сейчас прокачивают тему с само-тестированием на основании task-recorder. Не ровен час, это будет названо золотой пулей для автоматического тестирования ежемесячных обновлений.

[fed]

Цитата:

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

Я вот чего еще боюсь - они же сильно сейчас прокачивают тему с само-тестированием на основании task-recorder. Не ровен час, это будет названо золотой пулей для автоматического тестирования ежемесячных обновлений.

Ну они просто думают что тестировать надо будет только клиентские доработки. Вариант когда MS меняет поведение системы и все ломается, они просто не рассматривают.
Кроме того - большая часть живых внедрений, была переписана на extensions методом copy-on-write. Соответственно - формально non-breaking changes запросто могут сломать нашу копию ReqCalc или там SalesFormLetter, которая была тупо скопирована с оригнала, подправлена и прекреплена к стандартному menuItem.

[fed]

Цитата:

Сообщение от DAX.Company

По вашему описанию бедный клиент купил ERP на последние деньги и экономит на всем.

Вопрос не в деньгах. Просто обычно систему внедряют с участием ключевых пользователей. То есть - не просто рядовых менеджеров по продажам или кладовщиков, а каких-то тим-лидов, мелких менеджеров, и тд и тп. И если раз в пять лет оторвать их от их основной работы на 3-4-5 месяцев еще реально, то делать это же самое на неделю в месяц - явный перебор. А типа просто выделенных тестеров посадить - не реально. Они тупо бизнеса не понимают и ничего кроме примитивных типичных сценариев оттестировать не могут.

[Vadik]

Цитата:

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

Но вообще-то как раз поэтому я и допускаю что one version может сработать, но только не в том виде в котором его сейчас пропихивают

Цитата:

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

Хотелось бы развернуто с аргументами

Считаете, что не взлетит ?

Мне кажется, Денис и Евгений уже обозначили основные проблемы

• у моего среднестатистического клиента нет времени делать полномасштабное тестирование приложения каждый месяц. Запуск нового функцинала, саппорт и закрытие месяца (тем более, финансового года) - это уже загрузка собственной команды близкая к 100%
• бюджета в несколько человеко-недель на привлечение партнера к этому тестированию каждый месяц как правило тоже нет (хотя конечно ни один партнер от такого источника дохода не отказался бы)
• 5 дней на тестирование (в реальной жизни - еще меньше за счет разницы временных зон DSE, клиента и партнера) - это ни о чем, если вылезти из кубикла с whiteboard-ом где все как одна команда в едином порыве делают аксапту великой опять и пообщаться с консультантами или поддержкой с их дурацкими проблемами из-за того что опять что-то на складе не пикается, фура стоит и клиент орет как резаный
• ожидать за эти 4-5 дней от саппорта чего-то большего чем "здравствуйте, меня зовут Гошдашдидар и меня поставили работать над вашим тикетом" - увы не приходится

Хочется:

• major версий раз в год. Так и продуктовой команде можно будет поддерживать одну-две версии вместо трех-четырех, и клиенту с партнером проще обосновывать затраты на апгрейд и тестирование
• время на тестирование радикально увеличить (до месяца)
• кумулятивные обновления сделать опциональными и отдать на откуп партнеру с клиентом вместо того чтобы пушить их в форме "кто не оттестировался я не виноват"

[fed]

Цитата:

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

Считаете, что не взлетит ?

Даже если и взлетит, то все равно не поможет. Я бы сказал что стоимость поддержки столь высока из за избыточного использования высоких технологий. Если какая-то херня случается, то ни воспроизвести, ни починить ее за разумное время не получается. Ну то есть - невозможность починить баги самому, тоже затрат на поддержку добавляет, но вот я на наших проектах намного чаще сталкиваюсь с проблемами инфраструктуры, а не тем что в X++ бага имеется...

[ppson]

Цитата:

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

One Version

Имя напоминает марки китайских смартфонов