tag:blogger.com,1999:blog-1100066510131209878.post2509696491045473251..comments2023-07-13T06:33:44.340+01:00Comments on Из Атланты в Лондон: SAP и уникальность имен файловValikhttp://www.blogger.com/profile/16446746311417734580noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-1100066510131209878.post-79358732276720092832009-04-16T12:46:00.000+01:002009-04-16T12:46:00.000+01:00Да я и подозревал, что не может быть у SAP такой и...Да я и подозревал, что не может быть у SAP такой идиотизм заложен изначально.<br /><br />А Dublin, насколько я понимаю, будет поставляться вместе со следующей версией Visual Studio. Может, Microsoft его потом переименует в какой-нибудь .NET Applicaion Workflow Server или что-нибудь в таком духе.Valikhttps://www.blogger.com/profile/16446746311417734580noreply@blogger.comtag:blogger.com,1999:blog-1100066510131209878.post-18976965625727373472009-04-16T11:17:00.000+01:002009-04-16T11:17:00.000+01:00Почему то, многие пытаются сэкономить на качествен...Почему то, многие пытаются сэкономить на качественной разработке и тестировании продукта, но за потом с избытком тратятся на исправление багов и данных в уже запущенной системе.<br /><br />SAP тут ни при чем, это все подход к разработке, который потом приводит к головной боли многих людей.<br /><br />Пару раз сталкивался когда использовали BizTalk только потому что это не стоило им денег, как партнерам МС. Но на самом деле этот продукт был неподходящим для решения задач и его настройка и разработка отняла гораздо больше усилий и ресурсов.<br />Как говорится скупой платит дважды. Очевидно, причина кроется в начальстве которое часто очень далеко от понимания технической стороны, и это приводит к принятию неправильных решений.<br /><br />А что за Dublin, чей это продукт? Не слышал о таком.Maxhttps://www.blogger.com/profile/02027585218232345963noreply@blogger.comtag:blogger.com,1999:blog-1100066510131209878.post-47747385366011310212009-04-15T23:28:00.000+01:002009-04-15T23:28:00.000+01:00SAP я сам не видел. Только отправляю-принимаю от н...SAP я сам не видел. Только отправляю-принимаю от них интерфейсы, и всё. <br /><br />А BizTalk вроде неплохая штука. Но надо чётко понимать, что это не панацея для любого обмена сообщениями. Он большой и медленный, но зато очень мощный. Его надо использовать для интеграции приложений, а не внутри приложения.<br /><br />Для других целей есть другие технологии. Например, SQL Broker, если нужно обмениваться сообщениями между SQL Serverами; Tibco RV, если надо быстро слать, к примеру, биржевые сведения; или новый, еще не выпущенный официально продукт Dublin. Это примерно то же самое, что и BizTalk, но для использования внутри .NET приложения.Valikhttps://www.blogger.com/profile/16446746311417734580noreply@blogger.comtag:blogger.com,1999:blog-1100066510131209878.post-63542623685698697582009-04-15T21:48:00.000+01:002009-04-15T21:48:00.000+01:00Ахаха, вот это жесть! Чем больше работаю над больш...Ахаха, вот это жесть! Чем больше работаю над большими системами, тем больше понимаю на каких соплях они держатся. Железо умирает, инет лагает, транзакции не закрываются, плюс человеческий фактор. У нас обычно такие файлы также содержат в имени file_name_day_month_hour плюс все в транзакциях, и если запись обработана - в бд меняем флаг.<br /><br />Спасибо за статью! Кстати как вам SAP ? Как вам Biz Talk? стоит их изучать? Песпективно?Anonymousnoreply@blogger.com