Технический руководитель (архитектор платформы)

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

Работать в вашем банке большая честь?

отвечу сразу обоим умникам... вы б хоть потрудились уточнить то, что не ясно из описания. какие «обманы», какие «банки», вы о чем?

По описанию этот технический руководитель больше похож на рядового технического исполнителя, заменяющего собой сразу 5 специалистов (включая программимстов), потому и стоящего 140-160. Понятно, что 5 специалистов обошлись бы дороже :)

а от термина техлид таких ассоциаций не возникает? хотя это лишь англицизм, но суть ровно та же.

Либо руководитель, т.е. менеджер, и не торгового зала и даже не «по продажам», либо «человек-оркестр», который всем подчиняется, но при этом вкалывает за десятерых. Если «Техлид» - это последнее, то я не завидую техлидам, сколько бы они ни получали.

а есть еще термин - тимлид :). вот тимлид - это чистый организатор, грубоговоря менеджер проета/проектов. техлид - это ведущий технарь целого проекта или его части. он не «человек-орекстр» и не «всем подчиняется». его задача заложить архитектуру в проекта (или его части), вложить свою экспертизу в его базовую реализацию, при этом нарезать задачи своим падаванам, чтобы те «наращивали мясо на заложенный скелет».

Методология «Chief Programming Team» и, соответственно,
название должности, известны с начала 1970-ых гг.
Почему стали переизобретать терминологию, в общем-то,
понятно - современные «менеджеры»
ни др. Миллса, ни IBM Systems Journal не читали.
Но понятно и недоверие вышеотписавшегося товарища к новомодным словечкам.

Работа с базами данных MySQL, PostgreSQL, Oracle.

Работа с Key-value хранилищами Redis, Memcached, MongoDB

И прям вот это всё используется в одном проекте?

мне порой кажется, что у людей после нажатия «ответить на это сообщение» выключается мозговая активность и написание текста производится исключительно рефлексией.

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

И прям вот это всё используется в одном проекте?

Я думаю так - предполагается что проект будет использовать NoSQL хранилище и реляционку вместе. Это разумно если проект нагруженный. Да и вообще это разумно. Так же мыслится, что проект должен уметь работать с несколькими видами баз и поэтому предполагается запилить общий интерфейс и сменяемую прослойку, которая будет выбираться в зависимости от того какая база данных будет использоваться или какой NoSQL хранилище.

На выходе само-сабой получится что проект нормально работает только если база MySQL, а хранилище Memcached, при любых других сочетаниях глючит и требует экстренной доводки, а из-за универсального API дико тормозит. Такая архитектура сегодня очень модна и считается продвинутой.

P.S. Замени MySQL и Memcached на PostgreSQL и MongoDB если тимлид окажется упорот.

И что не так в этом вопросе?

Вам кажется нормальным, что в одном проекте используются одновременно MySQL, Postgres и Oracle?

Вам кажется нормальным, что в одном проекте используются одновременно MySQL, Postgres и Oracle?

Да почему в одном-то? Прикинь, человека могут нанимать не на один проект. И даже если на один - например, он должен будет выбрать СУБД из нескольких. Понятно, что для этого у него должен быть опыт применения их всех.

Высшее техническое образование

А зачем?