Знать это всё более чем реально, но зачем вам это ?
Другое дело что данное описание не имеет практической ценности, так как в него входят совсем "разносорные" технологии. Не ясно какие задачи вы хотите решать, и тем более не ясно на сколько хорошо подходит эти наборы символов для их решения... решать не вам.
Вы покупаете не автомобиль, а лишь слесаря.
Будете рассказывать ему о металлах и гаечных ключах ?
В первую очередь нужно правильно формулировать задачи проекта.
Это самая распространённая ошибка HR'ов.
"Нам надо много, но мы не знаем зачем..."
Я видел слишком много идиотских требований подобного рода, и они в конечном итоге не гарантируют ровным счётом ничего для работодателя. Забудьте о понятии профессионализма, оно абсолютно бессмысленно, впрочем как и любые попытки мерить опыт временем.
Люди либо делают то что умеют, либо учатся прямо на рабочем месте.
Если вы готовы влаживать в обучение - честь вам и хвала.
Другое дело сколько и с какого уровня...
Тут нужно найти нормального программиста с хорошим послужным списком, и подготовить "план действий" - проверять всё на практике. Отдельно привлекать сторонних спецов для QA и оценки процессов в целом. Начинать с документации и тестов, заканчивать кодом.
Оценивать риски, предотвращать возникновение проблем в перспективе...
80% проектов с подобными требованиями провальные просто потому что не могут правильно организовать процесс разработки, и все эти буквы не более чем набор пустых фраз.
А большинство пишет в стиле :
"Это - лапшекод, он работает - вот и хорошо. ОЙ! А уже не работает... ОЙ а мы потеряли 100500 клиентов! ОЙ! А меня уже здесь нет...".
Приходит другой:
"Эт, чё за хня ? Не надо переписывать.... доки ? Какие ещё доки, оно ж работает вот и хорошо... ОЙ!"
Бесконечная рекурсия организационного идиотизма.
Вероятность того что вы сможете найти "того самого" стремится к нулю.
Некоторые конторы ищут по 2-3 года... и смысла в этом не много.
Тупая совковая примитивная жадность не позволяет потратить 20-30К $ в год что бы иметь хорошего специалиста под рукой.
Перестаньте верить в бредни о самоорганизации.
Большинство разработчиков имеют слишком большой багаж личных психологических проблем и требуют довольно таки изощрённых компенсаций...
Готовы ли вы понимать и удовлетворять все эти потребности для сохранения общей мотивации вашего персонала ?
Обычно: "Не ну мы ж денег дали - пускай терь работают..."
Так что всё чуток сложнее чем просто список требований...
P.S.
СТАТЕЙКА 
Простой
