Как вы думаете: смог бы Линус Торвальдс в одиночку за 20 лет полностью повторить Асапту версии 3.0?

[belugin]

Цитата:

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

в ax2012 таких псевдоплагинных таблиц уже много, поскольку пришло много разработчиков со Scala. Особенно "удались" расширения для стран (PL, BR и др.)
sukhanchik привел пример для SalesTable

В 2012 в рамках проекта OneGLS были объединены слои GLS для APAC, LATAM и EMEA в один. Чтобы можно было сделать Multinational у которого одна компания бразильская, другая - латвийская, например.

Если бы оставили все в одной таблице, то количество полей бы превысило пределы которые обрабатывает AOS по умолчанию, так же пустые денные забивали буферы на SQL Server (например в одной компании нужны только бразильские поля и там миллиард записей, в другой компании только польские и там тоже миллиард записей, а запросы обычно запрашивают данныетолько одной компании).

Конкретно про UnitOfWork сказать не могу

[mazzy]

Цитата:

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

В 2012 в рамках проекта OneGLS были объединены слои GLS для APAC, LATAM и EMEA в один. Чтобы можно было сделать Multinational у которого одна компания бразильская, другая - латвийская, например.

Если бы оставили все в одной таблице, то количество полей бы превысило пределы которые обрабатывает AOS по умолчанию, так же пустые денные забивали буферы на SQL Server (например в одной компании нужны только бразильские поля и там миллиард записей, в другой компании только польские и там тоже миллиард записей, а запросы обычно запрашивают данныетолько одной компании).

Конкретно про UnitOfWork сказать не могу

Да, я слышал эту легенду.

Если "количество полей бы превысило пределы которые обрабатывает AOS по умолчанию", то надо разбивать таблицу по количеству полей ПО связанности полей друг с другом (по смыслу). Т.е. надо было бы отрефакторить функционал.

А сделали разбитие "по странам", полностью игнорируя как поля используются, как взаимодействуют.
Типа в очередной раз Майкрософт решил свои технические проблемы за счет потребителей. Причем именно тех потребителей, которые и являются заинтересованным ядром ("у которого одна компания бразильская, другая - латвийская, например")

Поэтому легенда так себе, фиговенькая. Особенно, если она правда.

[belugin]

Цитата:

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

Да, я слышал эту легенду.

Это не легенда. Я обычно отделяю свои предположения от наблюдаемых фактов.

Цитата:

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

Если "количество полей бы превысило пределы которые обрабатывает AOS по умолчанию", то надо разбивать таблицу по количеству полей ПО связанности полей друг с другом (по смыслу).

Не затруднит ли тебя оценить количество работы и вероятное число багов которые упали бы на плечи клиентов для анализа всех слоев GLS на предмет связанности этих полей? Можно еще сравнить с преобразовнием кода и тестов по границам, каоторые уже были проведены по GLS слоям.

[mazzy]

Цитата:

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

на плечи клиентов

на плечи клиентов?!

Тебя там связали и пытают что ли?
Поставь точку в конце следующего сообщения, если ты не можешь говорить свободно.
https://www.youtube.com/watch?v=llFmOMCJLgk

[belugin]

Цитата:

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

на плечи клиентов?!
Тебя там связали и пытают что ли?

Мне непонятно, что ты имеешь ввиду. Кстати, на мой вопрос ты не ответил.

[mazzy]

Цитата:

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

Кстати, на мой вопрос ты не ответил.

С точкой... Немедленно отпустите Макса! Руки прочь от Белугина!
Макс, держись! Ты справишься.


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

если "анализ всех слоев GLS" выполняет вендор (как ему положено), то я не понимаю какие работы должны упасть на клиентов в связи с этой внутренней и абсолютно технической задачей.

и уж абсолютно не понимаю почему в вопросе звучит шантаж про баги, которые возникнут (в результате чьего саботажа?)

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

[belugin]

Цитата:

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

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

Не клиентам, вендору.

Цитата:

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

если "анализ всех слоев GLS" выполняет вендор (как ему положено), то я не понимаю какие работы должны упасть на клиентов в связи с этой внутренней и абсолютно технической задачей.

Все-таки, хотелось бы получить оценку. Сколько бы заняло дествовать по твоему плану?

Цитата:

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

и уж абсолютно не понимаю почему в вопросе звучит шантаж про баги, которые возникнут (в результате чьего саботажа?)

А баги возникают в-основном в результате саботажа? Мне казалось что errare humanum est.

Цитата:

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

а на клиентов в результате должно упасть 0 багов и минимум работы по обновлению клиентского кода.

0 багов это интересно. Тестирование, например, не находит всех багов. Это типа какая-то фундаментальная проблема тестирования. Как бы ты этого добился?

Минимум работы по обновлению - при минимуме изменений, нет?

[trud]

Цитата:

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

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

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

[AlexSD]

Цитата:

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

Поэтому легенда так себе, фиговенькая. Особенно, если она правда.

Мы там как-то суммировали количество кода российской + восточноевропеской локализации. Получилось что-то около 1 милиона строк. При том, что весь остальной "западный" функционал был тогда 3 миллиона строк. Не скажу, что это был только чистый код. Кажется, мы там просто суммировали количество строк в xpo. Но не в этом дело, а дело в соотношении между локализацией и основным кодом.
Вот этот миллион строк в 4-ке аптейкали 2 ПМа, 5 разработчиков и 3 тестера. Времени еле-еле хватало что бы только переложить код из 3-ки в 4-ку. При этом набо было добавлять и новый функционал для новых законов. 2009-ю делали большим количеством людей, но не сильно много.

"Каждый день к девяти утра я должен идти в мой магистрат. Я не скажу, что это подвиг, но вообще что-то героическое в этом есть ..." (С)