Здравствуйте, Andrew.W Worobow, Вы писали:

AWW>Вот это уже объективная причина. Слишком много людей хотят денег и должностей, а работать головой и руками не хотят. Стоит ли таких брать?
Нормальные разработчики давно хорошо пристроены и особо никуда не дёргаются.
Потому будет приходить большое кол-во muppets и очень редко — вменяемые люди.
Так что запасайся терпением.

Здравствуйте, Andrew.W Worobow, Вы писали:

AWW>либо человека который имеет 150% мативацию
Вспомнилось:

-- И как он это мотивировал?
-- Ой как он всё мативировал! И тебя мативировал, и причал мативировал, и баржу нашу тоже мативировал.

Здравствуйте, Andrew.W Worobow, Вы писали:

B>>ты таки не раскрыл тему зачем талантливому человеку работать за меньшие, чем он мог бы, деньги
AWW>Ну это очевидно. Ну то есть доп. раскрытия не требуется.

И всё же?

Здравствуйте, Andrew.W Worobow, Вы писали:

AWW>В том числе. Но не всегда. Есть люди которые не хотят заниматься организацией, а хотят "творить".

И творят они при этом то, что хочется лично им а не необходимо компании.

Здравствуйте, Dziman, Вы писали:

AWW>> Кстати, про интерес, я бы вот за 1500 баксов пошел бы разрабатывать вот такое для России, и причем простым разработчиком (правда если бы там таких простых было бы не 100 человек).
D>А чего это ты так не патриотично зп в иностранной валюте указываешь ?

Думаю потому, что так понятнее для людей с 5/6 частей суши.

Здравствуйте, Temnikov, Вы писали:

B>>Может я чего не понимаю, но по условию задачи мы тут программистов ищем?
T>Инженер-программистов

это когда работаешь как программист а платят как инженеру

?

Здравствуйте, pestis, Вы писали:

P>Хватаешь его, обламываешь рога какой-нибудь задачкой-неберучкой и он твой лет на 5 за мелкий прайс.
А потом разгребаешь последствия. Ибо наговнокодит такой вот, без опыта, просто мама не горюй. Сколько раз уже видели.

Здравствуйте, Пофигист, Вы писали:

AWW>>>Расскажите насколько трудно найти разработчитка для закрытие вакансии на С++.
AK>>Очень трудно. Специализация — C++, Linux, Server-side.
П>Денег больше платить не пробовали?

Наивняк. Только 10% контингента это внятные спецы, остальные в чистом виде ни на что не годятся. Это значит, с некоторой долей погрешности, что укомплектовать можно только 10% проектов. Повышение ЗП приведет только к более частой смене работы.

Правильная стратегия — обучать остальные 90% или ввозить из других регионов. Как только установится некоторый паритет между регионами, остаётся один выход — обучение.

Еще вариант — применять гибридные технологии. Т.е. реализовывать на C++ только самые критичные к перформансу вещи. Если писать работу с БД на с++ или веб на с++, то это однозначный и категорический тупик.

Т.е. на пальцах, текущая примерно такая ситуация — 10 специалистов и 10 компаний, в каждую нужен 1 специалист на проект. Из 10 только один толковый. Повышая ЗП что бы заманить людей получаем непрерывную текучку — толковый специалист будет ходить по всем конторам, если ему конечно зп нужна дозарезу. Не нужна, например, достаточно, текущей — придется платить большие деньги остальным 9 человекам.

Здравствуйте, gardener, Вы писали:

G>>Любой человек хочет меньше делать и больше получать. Особенно талантливые.

G>С каких это "все"?
G>Лично мне неинтересно меньше делать.
G>И я знаю людей, которым интересно больше получать, их все устраивает.

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

Здравствуйте, pestis, Вы писали:

ОК>>Потеть нечего и код этот твой ничего не дает. Делаешь два мьютекса, создаешь два разных потока. Захватываешь оба мьютекса в каждом потоке но в разном порядке.
P>Что помешает одному потоку захватить оба мьютекса перед тем как второй поток стартует?
ОК>>З.Ы. Типичный пример недавнего выпускника который решил что он самый умный и никто кроме него программировать не умеет. Извини уж.
P>Ты пару постов вверх прочитай, там написано зачем этот вопрос нужен.

Уж коли надо гарантированный дедлок, то помимо рецепта описанного выше, можно гарантированно сделать один поток,
медленнее второго с помощью sleep().

Здравствуйте, Ikemefula, Вы писали:



I>Наивняк. Только 10% контингента это внятные спецы, остальные в чистом виде ни на что не годятся.

I>Правильная стратегия — обучать остальные 90% или ввозить из других регионов.

Каждый год выпускаете тысячи людей с дипломом программиста, куда ещё обучать?
Все, кто наручниками не пристёгнут, вывозятся из других регионов сами.
Может не совсем понятно, нанимателю, кто именно им нужен?
У меня есть подозрения, что все эти IT компании по разработке,
занимаются не пойми чем. Действительно, софт весь уже написан,
который не написан, не сможет вытянуть ни одна из обсуждаемых
IT компаний (даёшь САПР под линух). Скорее всего это в бизнесе
кризис, отчего пытаются выявить людей, которые за идею будут
пилить, не много ни мало, а целое ядро ОС, но чтоб оно было не открыто,
а принадлежало корпорации Pupkin Inc. Мне такими видятся мечты менеджеров
IT компаний из РФ, наружу выражающиеся в смысл поста от ТС.

Здравствуйте, Олег К., Вы писали:

ОК>Потеть нечего и код этот твой ничего не дает. Делаешь два мьютекса, создаешь два разных потока. Захватываешь оба мьютекса в каждом потоке но в разном порядке.

А гонору то было...

Здравствуйте, Ikemefula, Вы писали:

I>Повышение ЗП приведет только к более частой смене работы.

Не видел таких ситуаций. Обычно повышение ЗП на текущем месте приводит к тому, что работнику некуда уходить становится. А повышение ЗП при найме приводит к тому, что приходит больше кандидатов, в том числе достойных.
Кстати если анализировать ситуацию в компаниях, где люди дольше 3 лет работают, то оказывается что они получают там неплохие деньги для своего уровня.

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

Причем это можно организовать вовсе не давая полномочий человеку.
Например так:
1) Берем совсем начинающего чувака, назначаем программистом пятой категории. с ЗП = 90% от рыночной.
2) Через год он становится программистом четвертой категории с ЗП = рыночной
3) Еще через год он становится программистом третей категории с ЗП = 110% рыночной
4) На третий год он становится программистом второй категории с ЗП = 120% рыночной
5) А на четвертый он становится программистом первой категории с такой же ЗП = 120% + возможностью коучить программистов пятой-третьей категории за дополнительную плату.

Аналогичные 5 категорий должны быть у тимлидов, манагеров и других линейных сотрудников.

Причем продвижение по категориям можно делать не по выслуге, а по модели дрейфуса — http://en.wikipedia.org/wiki/Dreyfus_model_of_skill_acquisition. Тогда при наборе можно брать сразу на вторую-третью категорию опытных сотрудников, чтобы чрез два-три года они уже доросли до тимлидов.

Также можно играться с бонусами, например сотрудниками с категориями выше давать больше долей в бонусе с проекта. Сумма бонуса как-бы не изменится, но для старых это будет поощрением, а я новым стимулом развиваться и дольше работать в компании.

G>Причем это можно организовать вовсе не давая полномочий человеку.
G>Например так:

На всякий случай уточню, что "организовать так" можно только в растущей организации (команде внутри конторы, или отделе внутри департамента — неважно, лишь бы ожидался быстрыйрост).
В принципе, я уже неоднократно это писал, но не будет лишним еще повторить: хотите вырасти — устраивайтесь в такую команду.

Здравствуйте, SkyDance, Вы писали:

G>>Причем это можно организовать вовсе не давая полномочий человеку.
G>>Например так:

SD>На всякий случай уточню, что "организовать так" можно только в растущей организации (команде внутри конторы, или отделе внутри департамента — неважно, лишь бы ожидался быстрыйрост).
SD>В принципе, я уже неоднократно это писал, но не будет лишним еще повторить: хотите вырасти — устраивайтесь в такую команду.

Не обязательно растущей, достаточно естественной текучки. Где-то было исследование, что 40% рядовых сотрудников покидают компанию в первые 3 года, а руководителя низкого уровня — 20%.
Поэтому такая модель может долго существовать без роста. Хотя небесконечно, это факт.

Здравствуйте, gandjustas, Вы писали:

I>>Повышение ЗП приведет только к более частой смене работы.

G>Не видел таких ситуаций.

Вероятно потому, что в ты в дефолт-сити. В дефолт-сити _можно_ решить вопрос деньгами — если не переманить с другой конторы, то привлечь из другого города-региона-государства всегда получится.

Когда привлекать новых неоткуда, повышение ЗП или создает проблемы или просто не даёт никакого эффекта

Здравствуйте, smeeld, Вы писали:

I>>Правильная стратегия — обучать остальные 90% или ввозить из других регионов.

S>Каждый год выпускаете тысячи людей с дипломом программиста, куда ещё обучать?

На рынке труда всего около 10% квалифицированых работников.

Ты хорошо понимаешь, что этим можно укомплектовать всего 10% всех проектов, с небольшим приближением ?

Здравствуйте, Ikemefula, Вы писали:

I>Здравствуйте, gandjustas, Вы писали:

I>>>Повышение ЗП приведет только к более частой смене работы.

G>>Не видел таких ситуаций.

I>Вероятно потому, что в ты в дефолт-сити. В дефолт-сити _можно_ решить вопрос деньгами — если не переманить с другой конторы, то привлечь из другого города-региона-государства всегда получится.
А в другом городе что мешает дать больше денег?

I>Когда привлекать новых неоткуда, повышение ЗП или создает проблемы или просто не даёт никакого эффекта
Тогда вопрос в другом. Как найти программиста, когда их тупо нет в твоем регионе? Деньги тут уже второстепенный фактор.

Здравствуйте, Ikemefula, Вы писали:


I>На рынке труда всего около 10% квалифицированых работников.

I>Ты хорошо понимаешь, что этим можно укомплектовать всего 10% всех проектов, с небольшим приближением ?

На рынке какого труда? В строители и токари программисты не пойдут.
Если вы о рынке IT труда, то скажите, что написать, и напишу, или
в одиночку, или с привлечением знакомых. Не будет таких предложений,
потому что и софт, на самом деле, не нужен. Весь, так называемый,
рынок разработки софта в РФ-это распильно откатные проекты,
которые мутят между собой чинуши и менеджеры. Программист тут выступает
в роли тушки, расходного материала, даже нет особых требований к тому, как он напишет,
главное чтоб было. Потребности в софте как таковом нет. Иначе шароварщики бы на бентли ездили.
О какой поnребности в софте идёт речь, когда он весь, как выше сказал, уже написан.
Тут скорее админы или реверсы нужны.

Здравствуйте, gandjustas, Вы писали:

G>Умные менеджеры знают этот факт и выстраивают систему оплаты так, что набирают людей по рыночной стоимости, а как раз через 3 года человек начинает получать заметно выше среднего уровня.

Вранье. Совсем недавно пробегала статистика, что долго сидящие на одном месте зарабатывают намного ниже среднерыночного.