Пункты 1 и 2 можно объединить, пожалуй. А что за ошибки, например?
Ведь понятно, что при динамической типизации ошибки не будут выявлены сразу. Это, скорее, свойство языка, а не ORM. Не так ли?
а "нормальные" они по каким критериям?
А query builder под какую категорию подпадает? "Тупой" ORM?
Некоторые цветовые пространства RGB, такие как Adobe RGB и ProPhoto, предназначенные для создания, а не передачи изображений, разработаны с расширенными цветовыми охватами для решения этой проблемы, однако это не означает, что в большем пространстве «больше цветов». Числовое количество цветов связано с битовой глубиной, а не с размером или формой цветового охвата. Большое пространство с низкой битовой глубиной может отрицательно сказаться на плотности цветового охвата и привести к высокой deltaE ошибки
Более поздние цветовые пространства, такие как Rec. 2020 для UHD-телевизоров определяет чрезвычайно широкий цветовой охват, покрывающий 63,3% пространства CIE 1931.[7] Этот стандарт в настоящее время невозможно реализовать с помощью современной технологии ЖК-дисплеев, и в настоящее время разрабатываются альтернативные архитектуры, такие как устройства на основе квантовых точек [8] или OLED [9] .
То что цвет некоторых слов у тебя отличается от стандартного - никакой полезной информации не даёт.