Мне задали вопрос, ответом на который я хочу поделится не только с вопрошавшим, но и с остальной аудиторией хабра. На случай если, что то, да и окажется из этого полезным. Кроме этого я готов ответить и на другие вопросы хабровчан, которые прямо или косвенно касаются Maven.
Предполагаю сделать эту статью не совсем обычной и обновлять по мере появления новых вопросов с ответами.

Вопрос звучал примерно так:Как создать spring mvc проект, и подключить требуемые библиотеки например hibernate, задеплоить его на tomcat, а потом работать с этим проектом в eclipse?
Что бы не отвечать сумбурно и на все сразу давайте разделим вопрос.

1. Создание Maven проекта
2. Подключение библиотек (зависимостей) в Maven
3. Деплой(установка) проекта на сервер приложений.
4. Взаимодействие Maven со средой разработки.

Небольшое введение.

Практически все Maven делает при помощи плагинов, которые сам скачивает и обновляет из известных ему репозиториев. Таким образом, если в будущем вы хотите заставить Maven что то делать с проектом, вам необходимо найти(или написать) плагин, который это будет делать. Некоторые плагины могут быть запущены только при выполнении фазы обработки проекта, а некоторые плагины вообще не требуют наличия проекта.

1. Создание проекта.

Maven создает проекты при помощи Maven Archetype Plugin.Создать проект можно либо полностью нулевой, при помощи команды:

mvn archetype:create -DgroupId=com.oracle.java -DartifactId=MyProject

groupId — это идентификатор группы проектов (как правило название компании + продукт) например com.oracle.javafx
artifactId — непосредственный идентификатор проекта в группе
(Вообще, все проекты в Maven однозначно идентифицируются по трем составляющим Группа, идентификатор, версия.)

Либо можно создать проект указав архитип(шаблон/болванка) по которому он должен быть создан:

mvn archetype:generate -DarchetypeGroupId=org.appfuse.archetypes -DarchetypeArtifactId=appfuse-basic-spring -DarchetypeVersion=2.0 -DgroupId=com.mysite.sample -DartifactId=mySpringMVCProject -DinteractiveMode=false

В этой команде плагину передается набор параметров определяющих как и по какому архитипу создать проект. Каждый параметр начинается с "-D" и заканчивается пробелом. (-D<имяПараметра>=<ЗначениеПараметра>)

Если из тысяч архитипов вы так и не нашли близкий вам по духу, то вы можете создать свой.

2. Подключение библиотек (зависимостей) в Maven

Для подключения библиотеки к проекту на Maven необходимо что бы библиотека так же была проектом на Maven и лежала в репозитории про который «знает» Ваш Maven. Если у вас в наличии есть только jar файл, который хочется использовать как библиотеку, то и это вопрос решаемый.

• Репозиторий и его настройки (должны быть у вас в MavenDir/conf/settings.xml).
• groupId зависимости
• artifactId зависимости
• version (необходимая версия) зависимости
• type (тип) зависимости

3. Деплой(установка) проекта на сервер приложений.

Деплоем в tomcat занимается tomcat-maven-plugin (Ваш КЭП).Для того что бы в фазе deploy проект обновлялся на tomcat необходимо найти в xml проекта ветку настроек project.build.plugins и добавить туда следующий код кусок xml.

<plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>tomcat-maven-plugin</artifactId>
        <configuration>
                <!--здесь должны быть указаны настройки деплоя в tomcat -->
                <!-- Например:-->
                <warDirectory>path/to/my/warDir</warDirectory>
        </configuration>
</plugin>

Почитать о возможных настройках плагина и посмотреть примеры можно здесь.

4. Взаимодействие Maven со средой разработки.

Maven уже достаточно известен и многие среды разработки умеют просто открывать его проекты (например NetBeans). Но eclipse все равно требуется проект в своем формате. Получить эклипсовский можно так же при помощи плагина:

mvn eclipse:eclipse

P.S.
Топик не претендует на полноту изложения материала, является своеобразным экспериментом и специально помещен в «Персональные блоги», поэтому, если у вас все таки появилось острое желание поставить минус (не важно куда), потратьте пожалуйста пару минут на обоснование.
Спасибо.

Вместо вступления

В первую очередь хочется отметить, что QA и тестирование в России идут довольно близко и разницы между ними очень мало, именно поэтому я обобщил эти термины.
В этой статье я бы хотел поделиться общими моментами процесса собеседования, как со стороны собеседоваемого, так и со стороны собеседующего. Тут приведен взгляд сразу с двух сторон. Так же хотелось бы сделать особый упор на техническую сторону данного процесса, так как, как правило, именно она и является решающей при выборе кандидата. Мне понравился вот этот топик, поэтому хотелось бы кое-что к нему добавить и увести в сторонy QA.
Сразу хочу отметить, что это лишь личные наблюдения и просто хотелось бы, чтобы процесс ревью был более понятен обоим сторонам. Везде своя специфика, но все равно можно выделить некоторые моменты. Все далее можно отнести к начинающему или уже имеющему опыт специалисту, но никак не к эксперту.