Показать сообщение отдельно
Старый 12.01.2020, 13:05   #7  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,601 / 5291 (184) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от belugin Посмотреть сообщение
И что эта статья должна обозначать в данном контексте? Принципиальная нерешаемость в общем виде задачи об оптимальной укладке ранца не говорит же о том, что ранец вовсе не надо никогда пытаться укладывать оптимальным образом?..

DevOps-а на вас нет Вот когда какая-то проблема с производительностью или нестабильным поведением кода начинает капать тебе на мозг 80% рабочего времени (и еще сколько-то - нерабочего), то сразу забываются бредни про теоретическую нерешаемость задачи в общем виде, и находится решение, оптимизации какие-то сами собой рождаются, алгоритмы со сложностью O(n²) выкидываются на помойку, несмотря на их простоту и кажущуюся элегантность...

Проблеме с квадратичной зависимостью времени разноски документа в Аксапте от числа строк ведь не один год, даже не один десяток лет, а воз и ныне там. Сложно, мол, автоматически тестировать производительность, ага... И кинуть клич по партнерам/клиентам, чтоб узнать типовое количество строк в заказе за покупку или журнале розничной реализации (RetailStatement) и тупо тесты свои блочные гонять на этих объемах, а не на 10-20 строках, - тоже сложно. Пусть производительность будет чужой попаболью