Так я и ни слова не говорил про иерархию. Вы абсолютно правы — категории «выше-ниже» — это не о рыночной экономике. Просто есть разные модели рыночных отношений, в которых стороны ведут себя по-разному — и если две стороны используют разные модели, то возникает конфликт понятий, который нужно разруливать, прежде чем двигаться дальше.
Сложно играть, если одна сторона играет в шашки, а другая — в нарды. И я имел в виду только это.
Не проще. Потому что, если на собеседовании кандидат покажет себя с хорошей стороны я дам ему ответ подробный и развернутый, такой, чтобы заинтересовать. Если нет — обойдусь двумя-тремя сухими фразами. И изложить все это вербально, в любом случае, гораздо проще и быстрее, чем в письменном виде.
Ну или использовать кадровика для ответа на них
Для кадровика большая часть ответов будет звучать как молитва для вызова дьявола. «Разработка web-based решения на ASP.MVC 5 с имплементацией бизнес-логики на уровне application-servera с применением WCF-сервисов для SOA-взаимодействия с бэкендом» :)
Вроде даже в крупных компаниях ищут специалистов на конкретный проект прежде всего
Не на проект, а «под проект» — это большая разница. Т.е. есть некие базовые знания, которым должен удовлетворять работник и, исходя из них, ему дадут конкретную задачу. Но на даже на одном проекте, если он достаточно крупный, имеется достаточно широкий разброс технологий
Вы правы, просто не у всех (как у вашего знакомого) есть понятие о разнице между ценой и стоимостью — рынок, собственно, сделал свой выбор, ваш знакомый сидит на пятой точке :)
Как я уже писал — 90% ищут именно середнячков :) И, как ни прискорбно, «талантливые» сотрудники встречаются гораздо реже, поэтому я ни разу не сталкивался с тем, что пытаются сформировать дрим-тим. По крайней мере, на деле. Да, в больших компаниях принято «лозунгировать» — мы набираем только лучших, дорогу талантам и т.п., но на деле это всего лишь маркетинг и, когда возникает такая необходимость, лозунги спускаются в унитаз и ищутся те самые середнячки, которые будут просто делать свою работу и делать её хорошо.
Специалисту интересно найти увлекательную работу, а вам — выгодно найти талантливого специалиста
Если в моей команде все специалисты будут талантливыми, я не буду знать, кому поручить нарисовать еще одну экранную форму, прикрутить логирование или, допустим, протыкать интерфейс на отсутствие критических багов.
К сожалению, производственный процесс — это производственный процесс. Дрим-тимы хороши для запуска инновационного стартапа — во всех остальных случаях рулят сбалансированные команды.
Вы, наверное, не очень поняли мой исходный посыл. Наверное, чукча плохой писатель :) Я не ставил себе задачу выговориться или, например, как-то кого-то обидеть. Я просто описал то, как ситуацию видит себе работодатель. Вы можете это принимать или не принимать — но это так, по крайней мере, в моей практике и практике людей, с которыми я общался.
Не согласны с аксиомой 2 — да ради бога, это ничего не меняет, кроме того, что вы еще до собеседования закладываете базис в конфликт.
Возможно, вы просто плохой собеседующий?
Возможно. Но я тут говорил о моменте «до собеседования», поэтому это к делу не относится :)
Когда я говорил про «дурацкие» вопросы — я имел в виду именно вопросы, которые а) не являются стоп-факторами (вроде вашего вопроса про удаленку — это как раз хороший вопрос по существу), б) вполне могут быть озвучены на собеседовании
Действительно, странно :) Наверное, как и любая конкуренция ценой, слишком низкая цена вызывает психологическое отторжение вроде «а где подвох?» и, кроме того, может не попасть в фильтр, потому что заподозрят джуниора. Укажите цену на 10-20% ниже рынка — процесс пойдет.
В Ваши обязанности входит отбор наилучшего кандидата
Что отнюдь не изменяет того факта, что 90% моей работы окажется безрезультатным. Ну вот представьте себе — 9/10 кода, который вы упорно пишете, будет выкинут. Это вас сильно будет стимулировать? Даже с учетом того, что писать код входит в ваши обязанности.
Почему кандидат не может узнать на какой проект с какими технологиями его планируют взять
Потому что в более-менее крупных компаниях проектов — много. И то, на какой проект возьмут конкретного кандидата сильно зависит от того, что этот кандидат умеет. А понять это можно только после собеседования. Поэтому на этот вопрос просто нельзя ответить сразу и честно. А перечень нужных технологий, в 90 случаев из 100 изложен в вакансии.
Ох, уж мне эти сказки, ох уж мне эти сказочники (с)
Рынок — он потому и рынок, что саморегулируется. Если hr'ы до сих пор не делают всех этих вкусных алаверды в сторону рядовых разработчиков — то, наверное, в этом есть какая-то причина, нет?
Проза жизни в том, что, рынок разработчиков, конечно, не сказать, чтобы насыщен, но и не то, чтобы настолько разрежен. И в подавляющем большинстве случаев каждый конкретный соискатель находится, всё-таки в конкурентом окружении — таких же замечательных и волшебных кандидатов. Скажу по секрету — когда хантят действительно редкого и/или ценного кадра, то в ход идут и выезды к нему, и обеды за счёт компании, и прочее разное. Но это — совершенно другая модель найма, вообще говоря, не применима в силу разных причин (в первую очередь — стоимости) к массовому рынку. Ну не будет торговец картошкой на рынке бегать за каждым прошедшим мимо лично, или оформлять свой лоток в виде гигантской картофелины — не рентабельно.
Ну, пока что все описанное в статье сильно напоминает банальное бла-бла-бла, которое и в нашей стране мы тоже слышим ежедневно, и при этом никакой конкретики — только невнятные цели, и столь же невнятный «план» действий. При этом хочется обратить внимание, что в данной программе ни слова не сказано про ту самую молодежь, умы которой предполагается будоражить, если, конечно, не считать модного нынче слова «старт-ап», которое можно с натяжкой ассоциировать с теми самыми вьюношами со взором горящим. Напротив, постоянно говорится про продукты мирового уровня и высокий профессионализм, что, все-таки, обычно означает людей среднего возраста
Для начала молодой и талантливой молодежи неплохо бы узнать разницу между иммиграцией и эмиграцией и правильно употреблять нужное слово в нужном контексте, а то уже первое предложение глаз режет и вызывает когнитивный диссонанс.
А в целом по теме — ну и что? Правительство какой-то страны запускает некую инициативу в тестовом режиме (кстати, интересно, а что будет с теми 99-ю из 100 счастливчиков, пополнивших статистику неудачных стартапов? Депортация?)
Ух, приятно, что статью читают по прошествии столь длительного времени после публикации :)
Как статья называется по-русски, честно говоря, не в курсе, т.к. предпочитаю такого рода вещи читать в оригинале — к сожалению, переводы научной литературы на русский не всегда адекватны. Та ссылка, которую Вы дали — это сборник статей под редакцией Лэнгдона, поэтому, не совсем то, о чем я говорил. Впрочем, изучить книжку можно и забесплатно — http://lmgtfy.com/?q=artificial+life+an+overview+pdf&l=1
Ну, а саму статью легко найти через википедию Artificial Life — см. сноску №9 в разделе References.
Какой-то странный у вас опыт. По-моему опыту, работы ПМа и девелопера — ну вообще разные и уровни ответственности — тоже.
Сам ПМ уже давно и иногда ловлю себя на мысли, что хочется вернутся в стан девелопмента. Когда в каждый момент времени у тебя имеется одна поставленная задача, когда не приходится каждые пять раз переключать фокус внимания между совершенно не связанными между собой задачами. Когда невозможность выполнить задачу в срок означает только выполнение задачи позже, или, максимум, овертайм и не нужно при этом судорожно оценивать, как задержка по конкретной задаче повлияет на работу остального десятка людей и проект в целом, что скажет заказчик, когда очередная демонстрация функционала будет сдвинута. И это не считая того, что вообще все проблемы идут через тебя — заказчик просит фичу, разработчик уперся в стену, аналитик нашел концептуальную проблему и т.д. и т.п. И для всего этого — оценить, спланировать, скоординировать, расставить приоритеты, поставить задачи, обозначить риски и отследить выполнение.
Дело не в конкурсе, а в том, что цель конкурса — получение товаров/услуг, лучше всего по минимальной цене. Если в конкурсе только один участник, но его предложение удовлетворяет требованиям конкурса, то считает «конкурс» как соревнование состоялось. Однако это не отменяет потребности в товарах/услугах и контракт заключается с единственным поставщиком (тот, что остался)
Сложно играть, если одна сторона играет в шашки, а другая — в нарды. И я имел в виду только это.
Статью никуда не убираю, пусть себе висит
P.S. Я не HR. Я SW-Dev
Для кадровика большая часть ответов будет звучать как молитва для вызова дьявола. «Разработка web-based решения на ASP.MVC 5 с имплементацией бизнес-логики на уровне application-servera с применением WCF-сервисов для SOA-взаимодействия с бэкендом» :)
Не на проект, а «под проект» — это большая разница. Т.е. есть некие базовые знания, которым должен удовлетворять работник и, исходя из них, ему дадут конкретную задачу. Но на даже на одном проекте, если он достаточно крупный, имеется достаточно широкий разброс технологий
Как я уже писал — 90% ищут именно середнячков :) И, как ни прискорбно, «талантливые» сотрудники встречаются гораздо реже, поэтому я ни разу не сталкивался с тем, что пытаются сформировать дрим-тим. По крайней мере, на деле. Да, в больших компаниях принято «лозунгировать» — мы набираем только лучших, дорогу талантам и т.п., но на деле это всего лишь маркетинг и, когда возникает такая необходимость, лозунги спускаются в унитаз и ищутся те самые середнячки, которые будут просто делать свою работу и делать её хорошо.
Если в моей команде все специалисты будут талантливыми, я не буду знать, кому поручить нарисовать еще одну экранную форму, прикрутить логирование или, допустим, протыкать интерфейс на отсутствие критических багов.
К сожалению, производственный процесс — это производственный процесс. Дрим-тимы хороши для запуска инновационного стартапа — во всех остальных случаях рулят сбалансированные команды.
Не согласны с аксиомой 2 — да ради бога, это ничего не меняет, кроме того, что вы еще до собеседования закладываете базис в конфликт.
Возможно. Но я тут говорил о моменте «до собеседования», поэтому это к делу не относится :)
Когда я говорил про «дурацкие» вопросы — я имел в виду именно вопросы, которые а) не являются стоп-факторами (вроде вашего вопроса про удаленку — это как раз хороший вопрос по существу), б) вполне могут быть озвучены на собеседовании
Что отнюдь не изменяет того факта, что 90% моей работы окажется безрезультатным. Ну вот представьте себе — 9/10 кода, который вы упорно пишете, будет выкинут. Это вас сильно будет стимулировать? Даже с учетом того, что писать код входит в ваши обязанности.
Потому что в более-менее крупных компаниях проектов — много. И то, на какой проект возьмут конкретного кандидата сильно зависит от того, что этот кандидат умеет. А понять это можно только после собеседования. Поэтому на этот вопрос просто нельзя ответить сразу и честно. А перечень нужных технологий, в 90 случаев из 100 изложен в вакансии.
Рынок — он потому и рынок, что саморегулируется. Если hr'ы до сих пор не делают всех этих вкусных алаверды в сторону рядовых разработчиков — то, наверное, в этом есть какая-то причина, нет?
Проза жизни в том, что, рынок разработчиков, конечно, не сказать, чтобы насыщен, но и не то, чтобы настолько разрежен. И в подавляющем большинстве случаев каждый конкретный соискатель находится, всё-таки в конкурентом окружении — таких же замечательных и волшебных кандидатов. Скажу по секрету — когда хантят действительно редкого и/или ценного кадра, то в ход идут и выезды к нему, и обеды за счёт компании, и прочее разное. Но это — совершенно другая модель найма, вообще говоря, не применима в силу разных причин (в первую очередь — стоимости) к массовому рынку. Ну не будет торговец картошкой на рынке бегать за каждым прошедшим мимо лично, или оформлять свой лоток в виде гигантской картофелины — не рентабельно.
А в целом по теме — ну и что? Правительство какой-то страны запускает некую инициативу в тестовом режиме (кстати, интересно, а что будет с теми 99-ю из 100 счастливчиков, пополнивших статистику неудачных стартапов? Депортация?)
Как статья называется по-русски, честно говоря, не в курсе, т.к. предпочитаю такого рода вещи читать в оригинале — к сожалению, переводы научной литературы на русский не всегда адекватны. Та ссылка, которую Вы дали — это сборник статей под редакцией Лэнгдона, поэтому, не совсем то, о чем я говорил. Впрочем, изучить книжку можно и забесплатно — http://lmgtfy.com/?q=artificial+life+an+overview+pdf&l=1
Ну, а саму статью легко найти через википедию Artificial Life — см. сноску №9 в разделе References.
Сам ПМ уже давно и иногда ловлю себя на мысли, что хочется вернутся в стан девелопмента. Когда в каждый момент времени у тебя имеется одна поставленная задача, когда не приходится каждые пять раз переключать фокус внимания между совершенно не связанными между собой задачами. Когда невозможность выполнить задачу в срок означает только выполнение задачи позже, или, максимум, овертайм и не нужно при этом судорожно оценивать, как задержка по конкретной задаче повлияет на работу остального десятка людей и проект в целом, что скажет заказчик, когда очередная демонстрация функционала будет сдвинута. И это не считая того, что вообще все проблемы идут через тебя — заказчик просит фичу, разработчик уперся в стену, аналитик нашел концептуальную проблему и т.д. и т.п. И для всего этого — оценить, спланировать, скоординировать, расставить приоритеты, поставить задачи, обозначить риски и отследить выполнение.