Znajomość ORM - czyli jak?

Często w ofertach pracy widać takie rzeczy jak "Znajomość jednego z silników ORM: NHibernate/EF/cokolwiek". Co kryje się pod słowem znajomość? Chodzi mi o to kiedy można uznać, że dany ORM jest już nam na tyle znany że możemy z jego znajomością startować do jakiejś pracy.

Znajomość == umiejętność posługiwania się silnikiem ORM, wykorzystania w realnych sytuacjach. Oczywiście stopień wymaganej znajomości zależy od danego przedsiębiorstwa. Jednakże jeżeli używałeś jakiegoś ORM w realnym projekcie i potrafisz znaleźć odpowiedź w razie problemów w Internecie to ta podstawowa wiedza jest już wystarczająca.

1. Ogólne koncepcje (transakcja, unit of work, commit, rollback, optimistic/pessimistic concurrency)
2. Podstawowe klasy (Session, SessionFactory, StatelessSession, DataContext, ObjectContext)
3. Sposoby definiowania mapowań/modelowania (code first, database first, stupid Microsoft ideas first)
4. Implementacje mapowań (atrybuty, konwencje, wspólna klasa bazowa)
5. Możliwości implementacji dziedziczenia (Table per type, table per class, table per hierarchy)
6. Sposoby definowania zapytań (LINQ, QueryOver, Criteria, HQL, SQL)
7. Dodatki: rozszerzenia, interceptory, eventy, filtry
8. Operacje wsadowe (future query, batch insert, stateless session)

Bardzo fajne zestawienie @somekind, dzięki ;)