|
23.10.2019, 23:08 | #1 |
Участник
|
Зы статья конечно эпичная
Есть узкое место - тестирование, много времени отнимает Но нет нерешаемых проблем И узкого места нет |
|
12.11.2019, 00:03 | #2 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: EVGL (1), S.Kuskov (2), axm2017 (-4). |
12.11.2019, 07:05 | #3 |
Мрачный тип
|
Полностью солидарен.
Предупреждения и сообщения об ошибках травмируют людей с тонкой душевной организацией и оскорбляют их человеческое, профессиональное и гендерные достоинства. Надо предупреждения и сообщения об ошибках запретить, а за их использование - в суд!
__________________
Мы летаем, кружимся, нагоняем ужасы ... |
|
12.11.2019, 10:18 | #4 |
Участник
|
Цитата:
Выдавать пользователям с этой галочкой модифицированные сообщения об ошибках. Для модификации использовать нейросеть.
__________________
Дмитрий |
|
22.11.2019, 08:31 | #5 |
Участник
|
Цитата:
As Partner Director of Engineering in Microsoft's Cloud and Enterprise division, Munil Shah leads engineering for Azure DevOps and TFS products.
__________________
// no comments |
|
22.11.2019, 08:41 | #6 |
Участник
|
Поинтересовался.
Судя по он теперь уже не MS и отмазки будут лепить другие Получается что раз после увольнения место жительства у него не стало Бангалором, он таки американец. ЗЫ Теперь он работает в https://www.uipath.com/ Из текста так и не осознал чем они занимаются и причем там роботы. Последний раз редактировалось axm2017; 22.11.2019 в 09:05. |
|
22.11.2019, 13:32 | #7 |
Модератор
|
|
|
22.11.2019, 13:46 | #8 |
Участник
|
|
|
22.11.2019, 17:12 | #9 |
Moderator
|
Цитата:
Если говорить серьезно, но тема конечно интересная, но перегретая. Могу поверить что лет через 5 волна хайпа спадет, а какой-то позитивный остаток останется.. |
|
22.11.2019, 16:16 | #10 |
Участник
|
Роботизация сейчас мега модная тема. Но в корне, да, механистический подход вместо нормального изменения бизнес-процессов При этом в некоторых отраслях, с другой стороны, в одиночку поменять "так сложилось" очень сложно.
__________________
Ivanhoe as is.. |
|
29.11.2019, 13:44 | #11 |
Участник
|
|
|
29.11.2019, 13:59 | #12 |
Участник
|
А нет ли вероятности, что ShowSTCNumber и ShowCSTNumber - это разные поля?
Или вы о чем? |
|
|
За это сообщение автора поблагодарили: trud (1). |
29.11.2019, 14:08 | #13 |
Участник
|
Об "_IN". Уже в названии таблички есть, так что понятно, что не для китайцев это
Про ShowSTCNumber и ShowCSTNumber понятно что разные хотя история названия поля ShowCSTNumber требует не меньше 100 грамм очевидно X++: vendInvoiceDocumentTmp_IN.ShowCSTNumber = true;
vendInvoiceDocumentTmp_IN.SalesTaxNumber = TaxRegistrationNumbers_IN::find(transTaxInformation.SalesTaxRegistrationNumber).RegistrationNumber; |
|
29.11.2019, 16:08 | #14 |
Участник
|
Это мелочи. У нас тоже бывает, что префикс добавляют в методы на уже кастомных объектах. За мной, слава богу, еще не замечено.)))
__________________
// no comments |
|
11.12.2019, 11:16 | #15 |
Мрачный тип
|
DAX 2009, kernel 5.0.1600.4110
Есть таблица-справочник, есть транзакционная таблица с более чем одним полем, ссылающимся на таблицу-справочник (у таблицы для каждого такого поля явно прописан свой Relation на справочник). На таблице-справочнике прописан DeleteAction на эту транзакционную таблицу с режимом Restricted. Ожидаем, что если удаляемая запись в справочнике имеет ссылку на себя хотя бы в одном из полей хотя бы у одной записи в транзакционной таблице - удалить не даст. По факту имеем контроль только по первому Relation и полный игнор всех остальных с сопутствующим нарушением ссылочной целостности и необходимостью писать свой метод проверки возможности удаления.
__________________
Мы летаем, кружимся, нагоняем ужасы ... |
|
14.01.2020, 13:45 | #16 |
Участник
|
Где то в тайском отчете SRS
код видимости типа X++: =IIF(Parameters!PSAProjInvoiceHeaderDS_CountryRegion.Value = "IS", false, true) |
|
21.01.2020, 13:45 | #17 |
Участник
|
Оптимизировал немного кастомный код в плане как производительности, так и удобочитаемости
X++: public Boolean ppoContainerActive(InventDimGroupId _dimGroup) { // > Modified by ---------- ----- (-------@----------------.com), 01-21-2020, zzz_CHG0033895_SFWrkCtrAssignToWasteCode InventDimSetup inventDimSetup; select firstonly RecId from inventDimSetup where inventDimSetup.DimGroupId == _dimGroup && inventDimSetup.Active && inventDimSetup.DimFieldId == fieldnum(InventDim, AFCInventContainerId); return inventDimSetup.RecId != 0; // < Modified by ---------- ----- (-------@----------------.com), 01-21-2020, zzz_CHG0033895_SFWrkCtrAssignToWasteCode //InventDimGroup inventDimGroup; //InventDimSetup inventDimSetup; //Boolean doContainer; //; // //inventDimGroup = InventDimGroup::find(_dimGroup); //while select inventDimSetup where inventDimSetup.dimGroupId == _dimGroup //{ // if (inventDimSetup.Active == NoYes::Yes) // { // if (inventDimSetup.DimFieldId == fieldnum(InventDim, afcInventContainerId)) // { // doContainer = true; // } // } //} // //return doContainer; // < Modified by ---------- ----- (-------@----------------.com), 01-21-2020, zzz_CHG0033895_SFWrkCtrAssignToWasteCode }
__________________
// no comments |
|
|
За это сообщение автора поблагодарили: S.Kuskov (2). |
13.03.2020, 10:15 | #18 |
Участник
|
strange russian code
X++: vendTrans = this.transBuffer(); vendTransOpen = this.transOpenBuffer(); while select sum(AmountMST) from vendTransOpen group by RefRecId where vendTransOpen.AccountNum == this.AccountNum && vendTransOpen.TransDate >= _fromDate && vendTransOpen.TransDate <= _toDate join vendTrans where vendTrans.RecId == vendTransOpen.RefRecId && (vendTrans.Invoice != '' || (vendTrans.Invoice == '' && vendTrans.AmountMST < 0)) { openBalanceMST += vendTransOpen.AmountMST; } Последний раз редактировалось axm2017; 13.03.2020 в 10:17. |
|
13.03.2020, 10:28 | #19 |
Участник
|
|
|
13.03.2020, 11:15 | #20 |
Участник
|
Sorry, действительно не факт что русский, видимо американо-индийский , а по договорам там кстати подобный же косяк хотя там он имеет хоть какое то объяснение-обоснование.
Последний раз редактировалось axm2017; 13.03.2020 в 11:18. |
|