|
|
#401 |
|
Участник
|
Зы статья конечно эпичная
Есть узкое место - тестирование, много времени отнимает Но нет нерешаемых проблем ![]() И узкого места нет
|
|
|
|
|
#402 |
|
Banned
|
|
|
|
|
|
#403 |
|
Участник
|
|
|
|
|
| За это сообщение автора поблагодарили: mnt_dx (-1). | |
|
|
#404 |
|
Участник
|
|
|
|
|
| За это сообщение автора поблагодарили: EVGL (1), S.Kuskov (2), axm2017 (-4). | |
|
|
#405 |
|
Мрачный тип
|
Полностью солидарен.
Предупреждения и сообщения об ошибках травмируют людей с тонкой душевной организацией и оскорбляют их человеческое, профессиональное и гендерные достоинства. Надо предупреждения и сообщения об ошибках запретить, а за их использование - в суд!
__________________
Мы летаем, кружимся, нагоняем ужасы ... |
|
|
|
|
#406 |
|
Участник
|
Цитата:
Выдавать пользователям с этой галочкой модифицированные сообщения об ошибках. Для модификации использовать нейросеть.
__________________
Дмитрий |
|
|
|
|
#407 |
|
Участник
|
Цитата:
__________________
// no comments |
|
|
|
|
#408 |
|
Участник
|
|
|
|
|
|
#409 |
|
Участник
|
Цитата:
As Partner Director of Engineering in Microsoft's Cloud and Enterprise division, Munil Shah leads engineering for Azure DevOps and TFS products.
__________________
// no comments |
|
|
|
|
#410 |
|
Участник
|
Поинтересовался.
Судя по он теперь уже не MS и отмазки будут лепить другие ![]() Получается что раз после увольнения место жительства у него не стало Бангалором, он таки американец. ЗЫ Теперь он работает в https://www.uipath.com/ Из текста так и не осознал чем они занимаются и причем там роботы. Последний раз редактировалось axm2017; 22.11.2019 в 09:05. |
|
|
|
|
#411 |
|
Модератор
|
|
|
|
|
|
#412 |
|
Участник
|
|
|
|
|
|
#413 |
|
Участник
|
Роботизация сейчас мега модная тема. Но в корне, да, механистический подход вместо нормального изменения бизнес-процессов
При этом в некоторых отраслях, с другой стороны, в одиночку поменять "так сложилось" очень сложно.
__________________
Ivanhoe as is.. |
|
|
|
|
#414 |
|
Moderator
|
Цитата:
Если говорить серьезно, но тема конечно интересная, но перегретая. Могу поверить что лет через 5 волна хайпа спадет, а какой-то позитивный остаток останется.. |
|
|
|
|
#415 |
|
Участник
|
|
|
|
|
|
#416 |
|
Участник
|
А нет ли вероятности, что ShowSTCNumber и ShowCSTNumber - это разные поля?
Или вы о чем? |
|
|
|
| За это сообщение автора поблагодарили: trud (1). | |
|
|
#417 |
|
Участник
|
Об "_IN". Уже в названии таблички есть, так что понятно, что не для китайцев это
Про ShowSTCNumber и ShowCSTNumber понятно что разные хотя история названия поля ShowCSTNumber требует не меньше 100 грамм очевидно X++: vendInvoiceDocumentTmp_IN.ShowCSTNumber = true;
vendInvoiceDocumentTmp_IN.SalesTaxNumber = TaxRegistrationNumbers_IN::find(transTaxInformation.SalesTaxRegistrationNumber).RegistrationNumber; |
|
|
|
|
#418 |
|
Участник
|
Это мелочи. У нас тоже бывает, что префикс добавляют в методы на уже кастомных объектах. За мной, слава богу, еще не замечено.)))
__________________
// no comments |
|
|
|
|
#419 |
|
Мрачный тип
|
DAX 2009, kernel 5.0.1600.4110
Есть таблица-справочник, есть транзакционная таблица с более чем одним полем, ссылающимся на таблицу-справочник (у таблицы для каждого такого поля явно прописан свой Relation на справочник). На таблице-справочнике прописан DeleteAction на эту транзакционную таблицу с режимом Restricted. Ожидаем, что если удаляемая запись в справочнике имеет ссылку на себя хотя бы в одном из полей хотя бы у одной записи в транзакционной таблице - удалить не даст. По факту имеем контроль только по первому Relation и полный игнор всех остальных с сопутствующим нарушением ссылочной целостности и необходимостью писать свой метод проверки возможности удаления.
__________________
Мы летаем, кружимся, нагоняем ужасы ... |
|
|
|
|
#420 |
|
Участник
|
Где то в тайском отчете SRS
код видимости типа X++: =IIF(Parameters!PSAProjInvoiceHeaderDS_CountryRegion.Value = "IS", false, true) |
|
|