Православные инновации ждут тебя.

В Сколкове предлагают создать православный инновационный центр

Эту инициативу озвучил сегодня в прямом эфире радиостанции «Русская служба новостей» глава Ассоциации православных экспертов Кирилл Фролов.

«Сейчас православие – это основа модернизации. Лично я считаю, что русские компьютеры должны создаваться при русских монастырях: умные молитвы, умное делание, умное монашество», - сказал К. Фролов.

«Мы, Ассоциация православных экспертов, считаем, что православный инновационный центр должен открыться в Сколкове, потому что Церковь – это опора модернизации, а не помеха», - отметил эксперт.
http://www.rusnovosti.ru/news/100726/ via

ORM, такой ORM

Тут zabivator  забавный кусок кода на Python подкинул :
get_all_posts_by(get_user_friends(some_user)).exclude(~Q(author__in=get_user_friends(current_user)) & Q(private=True)).order_by('date_added')[:10]
А преобразуется, в итоге в нечто вроде:

SELECT * FROM posts where posts.author_id IN 
  SELECT friend.with_id FROM friends WHERE friends.who_id = some_user_id)
  AND posts.status = PRIVATE
  ORDER BY posts.date_added

что, ИМХО, более читабельно. Кроме того:
1) читабельность вопрос дискуссионный и зависит больше от привычки.
2) критического сокращения кода тоже не наблюдается. По крайней мере, я не встречал.
А минусы.
1) SQL прекрасно справляется с задачей различных выборок, описывая их на максимально приближенном к предметной области (реляционной СУБД) языке. Кроме того сама СУБД имеет довольно развитую инфраструктуру.
2) СУБД всегда была тонким местом, а чего там ОРМ нагенерит это еще вопрос.
3) Мы намертво привязаны к СУБД. А в случае ОРМ-а еще и к конкретному ОРМ-у.
4) Под ОРМ желательно создавать структуру базы данных. А мапиться на существующую, не заточенную под него, для него структуру он не так уж и хорошо. А если работа происходит только с объектами, то какой смысл в реляционной базе?
5) Тот же Hibernate порождает другие проблемы, типа проблемы кешей, которые надо кластеризировать и синхронизировать. То есть еще одно узкое место.
6) Аргумент переносимости между СУБД выглядит смешно.