Как ни печально, в наших реалиях лишь 5-10% разработчиков серверного кода понимают и умеют работать с разными типами блокировок и уровнями изоляции транзакций.
ORM следует использовать ОЧЕНЬ осторожно на больших объемах данных.
Да и на маленьких тоже, особенно когда начинаются каскадные операции средствами Hibernate и много-много действий в пределах одной транзакции. Особенно все усугубляется при использовании JPA на кластере.
При использовании подобных инструментов сервисы для работы с БД должны быть очень хорошо продуманными, и делать их должен хорошо прокачанный спец. А остальные юзают имеющиеся интерфейсы. Да, и, кстати: долой LAZY-инициализацию! Лучше покрыть код тестами и доставать ровно то, что нужно. Иначе длительные раздумия над неэффективными запросами светят вам до конца проекта. Если он вообще доживет до конца. :-)
Спасибо за идею!
Мне сразу пришла на ум мысль вычислять примерную длину получаемого XML-файла исходя из размеров уже принятых частей + глубины вложенности. Чтобы прогресс-бар пользователю рисовать. :-)
Интересно посчитать вероятность того, что примерно попадем в реальную скорость :-)
Чуть не забыл: все это при условии того, что длину передаваемого XML мы не знаем.
Не для всех это очевидно, к сожалению. :-)
У разных людей по-разному развита склонность к абстрактному мышлению.
И если человек специально не подумает об этом, то может и не прийти к аналогичным выводам.
Не знал только про объявление методов в виде short() [] {… }
Это во всех версиях Java работает? :-)
А про русские буквы в идентификаторах — обычно ошибаются только в букве «c», т.к. на клавиатуре для обоих языков одна и та же клавиша. На остальные можно нарваться, IMHO, только в результате обфускации кода.
По работе с вкладками хочется добавить.
Тем, кто занимается сопровождением старых проектов, часто при изучении и изменении кода приходится иметь открытыми 20+ вкладок. Чтобы с этим можно было удобно жить и не терять вкладки из виду, очень удобно располагать вкладки слева или справа (у меня слева). Намного удобнее — сразу виден весь контекст работы. И ограничение у меня 50 открытых вкладок.
Хотя без широкого монитора все выгоды теряются… но Shift + колесико мыши = горизонтальная прокрутка, и это нас спасет в ряде случаев. :-)
Я это и имел в виду :-)
Овертайм порождает некачественный и бажный код, который все равно нужно будет править.
Причем не факт, что выпуск продукта в срок таким образом не окажется дороже, чем объективная задержка.
Да и на маленьких тоже, особенно когда начинаются каскадные операции средствами Hibernate и много-много действий в пределах одной транзакции. Особенно все усугубляется при использовании JPA на кластере.
При использовании подобных инструментов сервисы для работы с БД должны быть очень хорошо продуманными, и делать их должен хорошо прокачанный спец. А остальные юзают имеющиеся интерфейсы. Да, и, кстати: долой LAZY-инициализацию! Лучше покрыть код тестами и доставать ровно то, что нужно. Иначе длительные раздумия над неэффективными запросами светят вам до конца проекта. Если он вообще доживет до конца. :-)
Мне сразу пришла на ум мысль вычислять примерную длину получаемого XML-файла исходя из размеров уже принятых частей + глубины вложенности. Чтобы прогресс-бар пользователю рисовать. :-)
Интересно посчитать вероятность того, что примерно попадем в реальную скорость :-)
Чуть не забыл: все это при условии того, что длину передаваемого XML мы не знаем.
У разных людей по-разному развита склонность к абстрактному мышлению.
И если человек специально не подумает об этом, то может и не прийти к аналогичным выводам.
Это во всех версиях Java работает? :-)
А про русские буквы в идентификаторах — обычно ошибаются только в букве «c», т.к. на клавиатуре для обоих языков одна и та же клавиша. На остальные можно нарваться, IMHO, только в результате обфускации кода.
Тем, кто занимается сопровождением старых проектов, часто при изучении и изменении кода приходится иметь открытыми 20+ вкладок. Чтобы с этим можно было удобно жить и не терять вкладки из виду, очень удобно располагать вкладки слева или справа (у меня слева). Намного удобнее — сразу виден весь контекст работы. И ограничение у меня 50 открытых вкладок.
Хотя без широкого монитора все выгоды теряются… но Shift + колесико мыши = горизонтальная прокрутка, и это нас спасет в ряде случаев. :-)
Лучше английское писать по-английски, хоть и смешивание языков получится.
IMHO.
Часто требуется для путей.
Например
base.path=/my/path
other.path=${base.path}/relative/path
Поэтому от префиксов типов избавляются.
Опробую в каком-нибудь мелко-среднем проекте.
Причина войн в людях, а не во внешней среде.
Только роботы пока справляются.
Потому что IDEA наше все :-)
P.S. Только без холиваров! :-)
Спасибо за альтернативный пример.
Овертайм порождает некачественный и бажный код, который все равно нужно будет править.
Причем не факт, что выпуск продукта в срок таким образом не окажется дороже, чем объективная задержка.