MishaXXL, нет. И String и StringBuilder могут создать строку ~ до 2 млрд символов. Максимальный
размер int аргумента для аллоцируемого массива символов.
Просто append в StringBuilder - это легкая операция а "+" для двух строк - тяжелая потому что
создает в памяти третью строку которая по сумме равна двум слагаемым.
ThunderCat, этим летом мы загружали мета-данные о товарах очень крупной торговой сети.
И мы загружали их из BigData в Redis в формате JSON чтоб веб приложение бытро отрисовывало
описания товаров на сайте. Размер документов порядка 1 килобайта.
Из недостатков - я-бы отметил - микроменеджмент тасок в JIRA. Бывают такие бизнес-владельцы которые
любят влезть тректинг часов и минут и могут очень долго долбать специалистов отчетами вроде
что было сделано за вторую половину пятницы и т.п.
Это конечно сильно стрессит. Но с другой стороны можно и бизнесу забить баки созданием
Spikes, Investigations e.t.c. и прочими задачами которые все равно никто не знает как оценивать
а вы будете это время тратить просто на чтение интернета. И честно логгировать типа - искал
как согласовать два разных протокола на базе имеющейся платформы и библиотек.
MishaXXL, практически всегда одинаково. Сделать ROLLBACK для бизнес-операции.
Если у вас более сложные паттерны типа Saga, то сделать набор контр-действий которые
нейтрализуют ошибку.
Вообще вам не стоит сильно циклиться на обработке самих кодов. В 99% разработчик
знает в чем может быть проблема и фокусируйтесь только факте генерации SQLException.
А код ошибки и месседж можете просто скинуть в лог-файл для истории.
Black_sun_1906, нам с этой информации нет никакой пользы.
Смотри, если у тебя есть сложный алгоритм - то упрости задачу.
Пускай он распознает не лица а геометрические фигуры разных
цетов.
Пойди от простого к сложному.
Если ты систему сам обучал - то как ты проверял сходимость этой системы?
Она должна была повышать качество узнавания. У тебя должен был
быть асмимтотический график.
Чтоб лишнее не копировать.