Re[5]: Уместно ли давать задачку о взвешивании монет
От: so5team https://stiffstream.com
Дата: 22.01.20 11:20
Оценка:
Здравствуйте, fmiracle, Вы писали:

F>Паттерн — это некоторый шаблон. Такое типовое решение кусочка задачи. Причем такой, чтобы ты дал его название и другой программист сразу понял о чем речь, без пересказа кода и алгоритма. Типа "этот сервис тут синглтон" или "задания создаются через фабрику" — и сразу понятно о чем речь.

F>И в таком смысле конечный автомат вполне себе "паттерн".

Тогда давайте и "стек", "дек" и "очередь" паттернами объявим.

F>При ревью говорю коллеге "для поиска подстроки тут использован конечный автомат" и он уже боле-менее понимает как код работает.


Ну и алгоритм двоичного поиска заодно. Тоже, в эти, в паттерны.

Не, ну а чё? Говорю коллеге "в этом векторе данные отсортированы, так что тут может быть использован двоичный поиск" и он уже более-менее понимает, как код работает.
Отредактировано 22.01.2020 11:21 so5team . Предыдущая версия .
Re[4]: Уместно ли давать задачку о взвешивании монет
От: kaa.python Ниоткуда РСДН профессионально мёртв и завален ватой.
Дата: 22.01.20 11:26
Оценка:
Здравствуйте, so5team, Вы писали:

S>Давно?

S>Вроде бы State Pattern -- это один из возможных способов реализации понятия State Machine. Но не наоборот.

А, да? А я забыл уже
Re[3]: Уместно ли давать задачку о взвешивании монет
От: aik Австралия  
Дата: 22.01.20 11:26
Оценка:
Здравствуйте, $$, Вы писали:

aik>>1. что ты подумаешь как кандидат если у тебя попросят такое;

$>Так это не редкость в HFT конторах да даже и в биржах спрашивали например, задачку с числрм бросаний marbles с этажей, не помню точно но вроде оно похоже на число взвешиваний, только сложнее.

И? Понравилось? Хорошие оферы были?

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

$>К концу не будет времени на подумать.

Тогда в середине. "Давайте сделаем перерыв и решим простенькую задачку".
Re[5]: Уместно ли давать задачку о взвешивании монет
От: so5team https://stiffstream.com
Дата: 22.01.20 11:35
Оценка: +1 :)))
Здравствуйте, kaa.python, Вы писали:

S>>Вроде бы State Pattern -- это один из возможных способов реализации понятия State Machine. Но не наоборот.


KP>А, да? А я забыл уже


Все, фаталити, Артёмка не возьмет
Re: Уместно ли давать задачку о взвешивании монет
От: elmal  
Дата: 22.01.20 11:56
Оценка: 3 (1) +8
Здравствуйте, $$, Вы писали:

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

$>И ещё, уместно ли резать за незнание паттерна Visitor? Ведь незнание паттерна Visitor, не позволит дизайнить элегантный дизайн.
Какой к черту элегантный дизайн с визиторами? Визитор в большинстве случаев это вынужденная мера, которая запутывает код, и в 9 случаев из 10 для чистоты кода лучше держаться от визиторов как можно дальше. По крайней мере тот визитор, про который в книжках пишут, как увидишь такое в реальном проекте так застрелиться хочется, крайне неудобно использовать и сложности на ровном месте. В твоем любимом функциональном программировании ты тоже будешь "классические" визиторы использовать, или все таки лямбды на мар по итератору тебе будет достаточно? Я вот по умолчанию, когда прошедние твое интервью будут хреначить визиторы, вместо него в 9 случаев из 10 обойдусь (при этом затрудняюсь назвать тот 1 случай, когда я б его применил, скорее всего это было бы в случае если я выжимаю из кода максимум и вижу, что компилятор генерит не очень оптимальный код и можно лучше выдать, но будет более запутанно, но зато понятно будет как оно исполняется) итератором над иерархической структурой данных и операцией map, возможно flatMap, возможно даже всякие fold будут. И никаких визиторов! И никаких в большинстве случаев фабрик фабрик. И я специально блин не буду повторять никакие визиторы и паттерны перед собеседованиям, чтоб ни дай боже не попасть к любителям паттернов, мне нахрен не нужны сложности на ровном месте.
Re[2]: Уместно ли давать задачку о взвешивании монет
От: elmal  
Дата: 22.01.20 11:58
Оценка: +1
Здравствуйте, Михaил, Вы писали:

М>А какие качества и навыки ищешь в будущих сотрудниках (подчиненных?). Какие задачи ему придётся решать под твоим руководством? Какая цель собеседования?

Я так понял цель — не допустить до работы сотрудника с опытом большим, чем у него, ну или хотя бы максимально сбить зарплатные ожидания . Студенты наше все!!!!
Re[6]: Уместно ли давать задачку о взвешивании монет
От: fmiracle  
Дата: 22.01.20 12:12
Оценка:
Здравствуйте, so5team, Вы писали:

S>Тогда давайте и "стек", "дек" и "очередь" паттернами объявим.

S>Ну и алгоритм двоичного поиска заодно. Тоже, в эти, в паттерны.

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

Как-то повелось сокращать "паттерны объектно-ориентированного проектирования" в просто "паттерны". Хотя это и не совсем правильно, теряется суть. Та же Фабрика — она влияет на создание и взаимодействие объектов в программе в целом.

А конечный автомат это тоже шаблонное решение, но оно не про проектирование и организацию объектно-ориентированного приложения. Такая вот разница, да.
Re[5]: Уместно ли давать задачку о взвешивании монет
От: velkin Удмуртия http://blogs.rsdn.org/effective/
Дата: 22.01.20 12:17
Оценка:
Здравствуйте, $$, Вы писали:

KP>>>State Machine относят к паттернам, так что, логично предположить что и подмножество паттерна можно считать паттерном

V>>Нет, не относят — конечный автомат (машина состояний), это с чем-то другим перепутано, возможно с частично схожим именем. В книге Мартина Фаулера "UML. Основы"
$>Вот видишь, для тебя этот вопрос- фаталити.
$>Читай https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html

Почитал, поздравляю, человек открыл для себя парадигму автоматного программирования уровня новичка, но это по прежнему не шаблон (паттерн) проектирования. Я не сторонник придираться к словам, но если мне кто скажет, что машина состояний это шаблон проектирования, то я не пойму от слова совсем. И ещё добавлю, что настоящие автоматы гораздо сложнее, чем игрушечный пример из приведённой статьи. Существуют разные способы реализаций машин состояний с различными характеристиками.

Что касается не State Machine, а Hierarchical State Machine, то да, умение писать машины состояний и знание как называется реализация какой-либо машины состояний это совершенно не одно и тоже. Здесь нужно подтягивать теорию до уровня практики. Даже если в практическом плане это вообще ничего не даст, зато теоретически можно будет понять, что другой человек имел в виду.

Это мне напоминает шаблоны GoF. Взяли полиморфизм и давай изгаляться. Здесь вот так назовём интерфейс, а здесь вот так реализацию. И фактически выбор идёт не из изначальных параметров при выборе которых можно было бы порождать код, а используется частный случай реализации чего-либо, который можно в лёгкую написать зная виды полиморфизма, и абсолютно не зная названий этих шаблонов проектирования.

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

Что касается работодателей и сотрудников, то это отдельная тема. В первом комментарии уже всё сказали. Если не горит и сотрудников на рынке много. А если горит, и всех достаточно умелых "высосали" с рынка крупные компании. Здесь же недавно была тема про обязательное увольнение некоего процента сотрудников.

Vitality curve (осторожно — гугл перевод!!!)

Кривая жизнеспособности

Кривая жизнеспособности — это практика управления эффективностью, которая требует, чтобы люди были ранжированы или оценены по сравнению с их коллегами. Это также называется ранжированием стека , принудительным ранжированием , рангами и янки . Pioneered от GE «s Джек Уэлч в 1980 — х годах, она долгое время была спорной практике из — за его негативного воздействия на моральный дух сотрудников и потенциал для смещения и дискриминации. В последние годы многие компании отказались от этой системы, включая GE, Microsoft и Goldman Sachs . Как сказал эксперт по организационному поведению Дэвид А. Томас , «компании разыгрывают свою версию« Выжившего »». [1]
обзор

Модель жизнеспособности бывшего председателя правления и генерального директора General Electric Джека Уэлча была описана как система «20-70-10». «Лучшие 20» процентов рабочей силы наиболее продуктивны, а 70% («жизненно важные 70») работают адекватно. Остальные 10% («нижние 10») являются непроизводителями и должны быть уволены . [2] [3] Ранг-и-Янк выступает за кредитную систему Уэлча с 28-кратным увеличением доходов (и 5-кратным увеличением доходов) в GE в период с 1981 по 2001 год.

Часто цитируемое «правило 80-20», также известное как « принцип Парето » или «Закон жизненно важных немногих», согласно которому 80% преступлений совершается 20% преступников, или производится 80% полезных результатов исследований 20% ученых, является примером такого вынужденного рейтинга. В некоторых случаях такие тенденции "80-20" возникают, и кривая распределения Парето является более полным представлением.
Рейтинги

В своей книге « Jack: Straight from the Gut» , выпущенной в 2001 году, Уэлч говорит, что он попросил «каждый из предприятий GE оценить всех своих высших руководителей». В частности, топ-менеджеры были разделены на игроков "A", "B" и "C". Уэлч признал, что суждения были «не всегда точными».

По словам Уэлча, игроки «А» обладали следующими характеристиками:

Наполнен страстью
Стремление к «достижению цели»
Открыты для идей из любого места
Благословен множеством «взлетно-посадочной полосы» впереди них
Обладают харизмой , способностью заряжать себя и других
Может сделать бизнес продуктивным и приятным одновременно
Экспонат "четыре Эс" руководства:
Очень высокий уровень E- нергии
Может ли Е возбудить других вокруг общих целей?
« E dge» принимать трудные решения
Способность последовательно E xecute

Жизненно важные игроки типа «В» могут быть не дальновидными или не одержимыми, но являются «жизненными», потому что они составляют большинство в группе. С другой стороны, игроки «С» не являются производителями. Согласно модели Сержа Овнаняна, они, скорее всего, скорее "заряжают энергией", чем "заряжают энергией". Промедление — это общая черта игроков «С», а также неспособность выполнить обещания.
последствия

Уэлч советует увольнять игроков «С», поощряя игроков «А» такими наградами, как акции, бонусы и опционы на акции . Однако, если такие вознаграждения становятся значимой частью общей компенсации игрока «А», это может привести к извращенным стимулам , особенно если вознаграждение игрока «А» предсказуемо и периодически, например, как нормальная часть процесса годового обзора. , Когда широкая компенсация акций является нормой, избежать порочных стимулов может быть сложно. [4]

Превращение рекламных акций в сокращение зарплат

Когда награды, присужденные игрокам «А», значительны, принятие повышения повышает риск. Например, рассмотрим сотрудника с рейтингом «А» на текущем уровне работы. Когда их переводят на следующий уровень, они продолжают выступать на своем образцовом уровне. Но из-за более высоких ожиданий сотрудник может получить оценку «B». Если вознаграждения, основанные на результатах, до продвижения по службе превышают вознаграждение, сопровождающее эту акцию, повышение по службе является общим снижением компенсации. (Сравните принцип Питера ). Это создает стимул для работника отказаться от продвижения по службе.

Поощряя саботаж

Кривая жизнеспособности стимулирует работников, занятых наймом сверстников, избегать лучших кандидатов. Личное влияние добавления отличных коллег — это большая конкуренция на конце кривой «А». В личных интересах индивидуума искать кандидатов, достаточно квалифицированных, чтобы сохранить работу, но недостаточно квалифицированных, чтобы преуспеть. Это помогает заполнить квоту рейтинга «С» и повышает их рейтинг. Этот стимул растет с течением времени, когда субарендаторы удаляются, поскольку хорошим сотрудникам становится все труднее получать хорошие оценки. Просто «работать усерднее» — ненадежная стратегия для получения хороших рейтингов, если все это делают.

Снижение производительности

Если рабочая нагрузка уже высока, и рабочая сила еще больше сокращается из-за этой кривой жизнеспособности, тогда менеджеры по найму будут вынуждены как можно скорее нанять кандидатов для управления рабочей нагрузкой. Это может привести к набору кандидатов более низкого уровня, чем заменяемых ими сотрудников категории «С», что фактически снижает общее качество ресурсов в организации.
распространенность

Трудно оценить, насколько распространено принудительное ранжирование, особенно потому, что компании начали использовать более анодные термины, такие как «система оценки талантов» или «процедура выполнения». Тем не менее, исследования и неофициальные данные, кажется, указывают на тенденцию к снижению. В статье, опубликованной в 2006 году в Bloomberg Businessweek, говорится, что треть американских компаний «оценивают сотрудников на основе систем, которые противопоставляют их коллегам». [5] По данным Института корпоративной производительности, 42% опрошенных компаний сообщили об использовании принудительного рейтинга в 2009 году. Однако в 2011 году этот показатель снизился до 14%. [6]

Тем не менее, в 2013 году один консультант по персоналу подсчитал, что 30% компаний из списка Fortune 500 по- прежнему используют какую-то систему ранжирования, но часто под другим именем. [7] Однако опрос WorldatWork , проведенный в 2013 году, показал, что его использовали около 12% американских компаний [8], в то время как другой, проведенный CEB в том же году, обнаружил, что его использовали 29% компаний. [9]

Согласно исследованию, проведенному в 2015 году CEB, 6% компаний из списка Fortune 500 отказались от системы принудительного ранжирования, хотя она не давала оценки того, сколько компаний все еще ее применяют. [10]
критика
боевой дух

Рейтинг стеков ставит сотрудников против их коллег в том, что было названо дарвиновским « выживанием наиболее приспособленных », побуждая сотрудников «чувствовать себя немотивированными и расстроенными», а также создавая «ненужную внутреннюю конкуренцию, которая может быть разрушительной для синергии, творчества и инноваций и привлечь внимание к завершению рынка ". [11] Кроме того, люди, которые принадлежат к исключительно талантливой команде, могут пострадать от истощения, если они знают, что определенное количество их команды получит более низкие оценки, чем если бы они были частью менее талантливой команды. [1]
Стоимость

Согласно CEB , средний менеджер тратит более 200 часов в год на деятельность, связанную с обзорами эффективности, включая обучение, заполнение и проведение оценок. С учетом стоимости самой технологии управления эффективностью, по оценкам CEB, компания, насчитывающая около 10 000 сотрудников, тратит примерно 35 миллионов долларов в год на обзоры. [10] Кроме того, отброшенные сотрудники обеспечивают конкурентов новыми талантами. [11]
дискриминация

Системы принудительного ранжирования могут привести к предвзятому принятию решений и дискриминации. Сотрудники Microsoft , Ford и Conoco подали судебные иски против своих работодателей, заявив, что системы принудительного ранжирования по своей сути несправедливы, «потому что они предпочитают одни группы сотрудников другим: белые мужчины перед черными и женщинами, молодые менеджеры старше пожилых и иностранные граждане над американцы». [1] Например, около 2001 года Ford использовал систему принудительного ранжирования с тремя оценками, A, B и C, с предустановленными квотами, установленными на 10%, 80% и 10%. После коллективного иска, который был урегулирован на 10,5 миллионов долларов, он прекратил использование системы. [12] [13]
Отсутствие эмпирических данных

Роб Эндерл утверждает, что «ни один здравомыслящий человек не сможет поддержать аргумент в пользу принудительного ранжирования, если он применяет его к продуктам, а не к людям. Примените его к автомобилям и сделайте 20 процентов или даже 10 процентов любого запуска неудовлетворительными по политике, независимо от фактического качества, и вы сразу увидите, что вы институционализировали плохое качество. Тем не менее, люди остаются слепыми к тому факту, что принудительное ранжирование является ярким примером смещения подтверждения ». [14]

Джеффри Пфеффер и Роберт И. Саттон подвергли критике эту практику на том основании, что существует ограниченное эмпирическое доказательство ее общей полезности для организаций. [15]

Трэвис Брэдберри отмечает, что «некоторые индивидуальные таланты следуют естественному колоколообразному изгибу, а производительность труда — нет. Когда вы заставляете сотрудников вписываться в заранее определенную систему ранжирования, вы делаете три вещи: 1) неправильно оцениваете производительность людей, 2) заставить всех чувствовать себя как число, и 3) создавать неуверенность и неудовлетворенность, когда работники боятся, что их уволят из-за принудительной системы.Это еще один пример ленивой политики, которая избегает тяжелой и необходимой работы по оценке каждого человека объективно, исходя из его или ее достоинств ". [16]
Нереалистичные предположения

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

Некоторые критики считают, что модель 20-70-10 не отражает фактическое поведение человека . [17] [18] Среди случайно выбранных людей, назначенных на задачу, такая модель может быть точной. Тем не менее, они утверждают, что на каждой итерации среднее качество сотрудников будет увеличиваться, в результате чего будет больше игроков категории «А» и меньше игроков категории «С». В конце концов, игроки «С» составляют менее 10% рабочей силы .

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

Это конкурентная модель организации. Применяется критика как морали, так и фактической эффективности такого метода социальной сплоченности « собачья еда». Проблемы с моделью включают в себя: методы выбора игрока «С»; влияние офисной политики и снижения морального духа на производительность, коммуникацию, межведомственные отношения; и измена. Считается, что основанные на рангах оценки эффективности (в сфере образования и занятости) способствуют резкому и неэтичному поведению. [19] Профессор бизнеса из Университета Вирджинии Брунер писал: «Когда Энрон внутренне осознал, что наступают смутные времена, рядовые люди превратились в более политическую и основанную на дружеских отношениях систему». [20] Системы принудительного ранжирования, как говорят, подрывают моральный дух сотрудников, создавая игру с нулевой суммой, которая препятствует сотрудничеству и командной работе . [21] Они также склонны менять нормы взаимности, которые характеризуют взаимодействие между работниками. В терминах понятий Адама Гранта о «дающих», «принимающих» и «соответствующих культурах» системы принудительного ранжирования снижают вероятность того, что «дающая культура» будет присутствовать среди работников по мере того, как люди переходят к ». поведение "matcher" или "takeer". [22]

Рэнк и Янк контрастируют с философиями управления У. Эдвардса Деминга , широкое влияние которого в Японии было признано мировым лидерством Японии во многих отраслях, особенно в автомобильной промышленности. «Оценка по эффективности, рейтингу заслуг или ежегодному анализу эффективности» указана в списке « Семи смертельных болезней» Деминга. Можно сказать, что рядовые усилия ставят успех или неудачу организации на плечи отдельного работника. Деминг подчеркивает необходимость понимать организационную эффективность как основополагающую функцию корпоративных систем и процессов, созданных руководством, в которые работники попадают. Он считает так называемую оценку на основе заслуг ошибочной и разрушительной.
Конкретные примеры

По словам генерального директора Qualtrics Райана Смита, системы ранжирования стеков и аналогичные системы подходят для ранжирования торгового персонала, среди которого руководство хочет развивать дух конкуренции , но менее подходят для инженеров , среди которых руководство может поощрять более тесное сотрудничество . [23]

Согласно исследованию MIT 2006 года, цитируемому Bloomberg Businessweek , принудительное ранжирование может быть особенно вредным для увольняющихся компаний: «По мере сокращения компании жесткое распределение кривой кривой вынуждает менеджеров обозначать высокого исполнителя как посредственного. Высокий исполнитель, не мотивированный таким искусственным понижением в должности, ведет себя как посредственный ». [24]

Научный сотрудник Массачусетского технологического института Майкл Шрейдж утверждает, что политика принудительного ранжирования имеет пагубные последствия даже в успешных организациях: «Организации стремятся к самосовершенствованию и его измерению неизбежно сталкиваются с парадоксом оценки: чем успешнее они развивают превосходных сотрудников, тем более тривиальными и несущественными становятся причины вознаграж- дения одного над другим. Наоборот, действительно эффективные объективные критерии оценки сотрудника в конечном итоге приводят к кадровым решениям, которые коренятся в произвольных и субъективных критериях. [...] Переворот происходит, когда всем топ-сотрудникам говорят, что они должны лучше сотрудничать друг с другом, даже когда они соревнуются в этой фальсифицированной игре управленческих музыкальных стульев ». [25]
Компании, использующие систему
Этот раздел нуждается в дополнительных цитатах для проверки . Пожалуйста, помогите улучшить эту статью , добавив ссылки на надежные источники . Неисследованные материалы могут быть оспорены и удалены.
Найти источники: «Кривая жизнеспособности» — новости · газеты · книги · ученый · JSTOR ( ноябрь 2007 г. ) ( Узнайте, как и когда удалить это шаблонное сообщение )
Motorola

В середине 1990-х годов Motorola разработала план «Кривая жизнеспособности», который называется «Право на личное достоинство» (IDE). Сначала шесть, а затем девять вопросов метрики были использованы для оценки восприятия сотрудников в корпорации. С 2000 по 2002 год план был изменен на программу PM (Performance Management), которая являлась прямой мерой 10-80-10 и использовалась для «отсеивания» самых низких производителей и вознаграждения самых высоких производителей, предлагая мало или совсем не вознаграждение компенсация производителям среднего уровня. Около 50 000 сотрудников по всему миру были уволены из глобальной рабочей силы Motorola в период с 1995 по 2005 год, и многие из них можно отнести к кривой жизнеспособности. Экономика также сыграла важную роль, так как акции понесли большие потери в тот же период.
IBM

IBM использовала программу кривой жизнеспособности под названием Personal Business Commitments (PBC) с 2006 года. Для IBM основной задачей стратегии является сокращение рабочей силы и перевод персонала на более дешевые территории с использованием псевдообъективного обоснования. Процесс PBC начинается с цели корпоративного распространения, которая применяется на самых низких уровнях иерархии, а затем итеративно применяется на более высоких уровнях. Процесс включает встречи, где менеджеры борются за ограниченное количество благоприятных рейтингов для своих сотрудников. Таким образом, рейтинг сотрудника зависит не только от мнения менеджера, но и от способности менеджера «продавать», а также от того, какое влияние менеджер первой линии оказывает на менеджера второй линии (например, если менеджер первой линии высокая оценка, что сотрудники менеджера, скорее всего, будут оцениваться высоко). [26] [27] [28]
АИГ

Американская международная группа (AIG) под руководством Боба Бенмоша в 2010 году внедрила систему из пяти пунктов с разбивкой 10% / 20% / 50% / 10% / 10%. Лучшие 10% считаются «1» и получают самые большие бонусы; следующие 20% составляют «2» и получают несколько меньшие бонусы; основная масса состоит из «3с», которые получают наименьшие бонусы. «4» не получают бонусы, а «5» запускаются, если они не улучшаются. По словам Джеффри Херда, старшего вице-президента AIG по кадрам и коммуникациям: «До этого все были выше среднего ... Вы никогда не знали, где вы находитесь». [6]
Yahoo

Генеральный директор Yahoo Марисса Майер ввела свою систему «QPR» (ежеквартальный обзор эффективности) в 2012 году, используя рейтинги: значительно превышает (10%) превышает (25%), достигает (самый большой пул в 50%), иногда пропускает (10%) и промахи (5%).

В новой версии за четвертый квартал 2013 года источники сообщили, что проценты меняются, но только по усмотрению руководства в подразделениях: значительно превышает (10%), превышает (35%), достигает (50%), иногда пропускает ( 5%) и промахов (0%). Эта новая система оценки привела к 600 увольнениям в четвертом квартале 2013 года. [29]
Амазонка

Отрывок из «Нью-Йорк Таймс» [30]

Amazon проводит ежегодный обзор на уровне организации, на котором менеджеры обсуждают рейтинги подчиненных, присваивая и переназначая имена блокам в матрице, спроектированной на стене. В последние годы другие крупные компании, в том числе Microsoft, General Electric и Accenture Consulting, отказались от практики — часто называемой ранжированием в стеке, или «ранг и рывок» — отчасти потому, что она может заставить менеджеров избавиться от ценных талантов, просто чтобы встретиться квоты.

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

Подготовка — это как подготовка к судебному делу, многие руководители говорят: чтобы не потерять хороших членов своих команд — что может означать гибель — они должны быть вооружены бумажными следами для защиты неправомерно обвиняемых и обвинения членов конкурирующих групп. Или они выбирают стратегию выбора жертвенных ягнят, чтобы защитить более важных игроков. «Вы узнаете, как дипломатично бросать людей под автобус», — сказал маркетолог, который провел шесть лет в розничном отделе. «Это ужасное чувство». [...]

Многие женщины в Amazon приписывают свой гендерный разрыв — в отличие от Facebook, Google или Walmart, в настоящее время в его высшей руководящей команде нет ни одной женщины — своей системе конкуренции и ликвидации. [...]

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

Рекрутеры, однако, также говорят, что другие компании иногда осторожны с привлечением работников Amazon, потому что они были обучены быть такими воинственными. Насмешливое местное прозвище для сотрудников Amazon — «Amholes» — дерзкий и одержимый работой. [30]

Другие компании

Другие компании, использующие систему, включают Accenture , Epic Systems , Ernst & Young , ExxonMobil , Dow Chemical , LendingTree , GlaxoSmithKline , [6] Dell , [7] Cisco Systems , Walmart eCommerce , Hewlett-Packard , Lucent , Intel , Lonza , Goodyear. Tyre , Goldman Sachs , JP Morgan Chase & Co. , American Express , Sun Microsystems , Nordstrom , Honeywell , Яндекс , Conoco [31] и Банк Нью-Йорк Меллон .
Бывшие компании
Enron

Торговцы Enron также обычно находились под угрозой увольнения, если они не дали желаемых результатов. Хотя бухгалтерские скандалы больше всего связаны с кончиной компании, позже выяснилось, что часть падения была связана с тем, что сотрудники раздували результаты, в частности, чтобы защитить свои рабочие места. Больше можно увидеть в фильме Enron: самые умные парни в комнате .
Microsoft

С 2000-х годов Microsoft использовала систему ранжирования стеков, подобную кривой жизнеспособности. Многие руководители Microsoft отметили, что «суперзвезды компании сделали все возможное, чтобы не работать вместе с другими первоклассными разработчиками, из-за страха, что они пострадают в рейтинге», и этот рейтинг подавил инновации, поскольку сотрудники были более заинтересованы в том, чтобы их коллеги или конкурирующие проекты потерпели неудачу, чем предложив новые изобретения, превратив компанию в «коллекцию несотрудничающих владений, неспособных уловить многие технологические тенденции». [32] Система ранжирования стека долгое время была относительно скрытной в Microsoft; сотрудники, не являющиеся менеджерами, должны были притворяться, что не знали об этом. [33]

Microsoft была вовлечена в судебные процессы, связанные с системой принудительного ранжирования, еще в 2001 году. Недоброжелатели утверждали, что использование системы в небольших группах было по своей сути несправедливым и отдавало предпочтение сотрудникам, которые больше общались по сравнению с фактическими техническими достоинствами. В то время Microsoft официально заявляла через Дебору Уиллингем, старшего вице-президента Microsoft по персоналу, что у нее нет такой системы «ранга стека». [1]

В 2006 году Microsoft начала использовать кривую жизнеспособности, несмотря на интенсивную внутреннюю критику. [34] Сообщения о «изгибе» Who da'Punk, анонимного блоггера, работающего внутри компании, в его блоге Mini-Microsoft стали горячей темой комментариев других предполагаемых сотрудников. [35] [36]

Согласно одному источнику [37] , к 1996 году Microsoft уже внедрила систему ранжирования стеков, благодаря которой менеджеры намеренно удерживали некачественный персонал, чтобы сохранить свои более высокие показатели:

Менеджеры Microsoft, как правило, должны распределять обзоры в соответствии со следующими соотношениями: 25 процентов получают 3,0 или ниже; 40 процентов получают 3,5; и 35 процентов получают 4,0 или выше. Сотрудникам, у которых слишком много последовательных отзывов 3.0, дается шесть месяцев, чтобы найти другую должность в компании или уйти в отставку. Менеджер, который очень популярен среди ценных или талантливых людей, не хочет, чтобы его заставляли давать 3,0 отзыва. Таким образом, эти менеджеры держали несколько лишних плит мертвой древесины, чтобы сохранить более высокие оценки сотрудников, которых они хотят сохранить.

В памятке всем сотрудникам Microsoft от 21 апреля 2011 года исполнительный директор Стив Баллмер объявил, что компания сделает явную модель оценки производительности кривой жизнеспособности: «Мы вносим это изменение, чтобы все сотрудники видели четкую, простую и предсказуемую связь между их производительность, их рейтинг и их компенсация ". [38] Новая модель имела 5 сегментов, каждый из которых имел заранее определенный размер (20%, 20%, 40%, 13% и 7%), который руководство использовало для ранжирования своих отчетов. Все корректировки компенсации были предопределены на основе сегмента, и сотрудники в нижнем блоке не имели права менять позиции, так как они понимали, что их скоро могут дернуть. [ цитата нужна ]

После того, как 12 ноября 2013 года Балмер объявил о своем уходе, руководитель отдела кадров Microsoft Лиза Браммель объявила, что отказывается от практики. [39] [40] [41]

Практика в Microsoft стала темой значительного внимания средств массовой информации после статьи Курта Айхенвальда 2012 года Vanity Fair под названием «Потерянное десятилетие Microsoft». [42] [43] [44] [45] [46] Согласно последующей статье Ника Уингфилда в блоге The New York Times Bits: «Хотя эта история преувеличивала пагубные последствия рейтинга стеков по мнению многих сотрудников Microsoft, оно явно отражало взгляды многих других ... Негативная реклама старой системы проверки сотрудников Microsoft громко отразилась на компании, по словам людей, которые там работают ... Руководитель, который говорил [с Вингфилдом] при условии анонимности, отозвал г-жу. Браммель говорит: «Я надеюсь, что мне больше никогда не придется читать еще одну статью о нашей системе обзора». [40]
Дженерал Электрик

General Electric, безусловно, была самой известной компанией, использовавшей форму корпоративного управления. Однако после ухода Уэлча из компании меньше внимания уделялось устранению 10% нижних, а больше внимания уделялось формированию команды. [47] Во время лидерства Уэлча, система была названа «ранг и рывок». [48] Нью-Йорк Таймс сообщила в 2015 году, что компания отказалась от метода оценки. [49]
Другие компании

Компании, которые ранее использовали систему, но отказались от нее, включают Ford (2001), [12] Adobe Systems (2012), [50] [51] Medtronic , Kelly Services , New York Life , Juniper Networks , [9] Accenture (2016) , [10] Goldman Sachs (2016) и Gap Inc. [52]

Re[7]: Уместно ли давать задачку о взвешивании монет
От: so5team https://stiffstream.com
Дата: 22.01.20 12:17
Оценка:
Здравствуйте, fmiracle, Вы писали:

S>>Тогда давайте и "стек", "дек" и "очередь" паттернами объявим.

S>>Ну и алгоритм двоичного поиска заодно. Тоже, в эти, в паттерны.

F>Эти можно описать один раз в виде стандартной библиотеки и использовать постоянно. Конечный автомат — это абстракция, состояния и переходы придумываешь под задачу. В этом отличие шаблона от строительного блока.


F>А конечный автомат это тоже шаблонное решение, но оно не про проектирование и организацию объектно-ориентированного приложения. Такая вот разница, да.


У "стека" и "очереди" могут быть разные реализации. На базе вектора, на базе цепочки векторов, на базе списка элементов. Могут быть интрузивные или не интрузивные контейнеры данных.

Реализации конечных автоматов могут быть предоставлены в виде библиотек. Причем не могут быть, а именно что представлены.

Так что разница совсем не такая, нет.
Re: Уместно ли давать задачку о взвешивании монет
От: MozgC США http://nightcoder.livejournal.com
Дата: 22.01.20 14:38
Оценка:
Здравствуйте, $$, Вы писали:

$>И ещё, уместно ли резать за незнание паттерна Visitor? Ведь незнание паттерна Visitor, не позволит дизайнить элегантный дизайн.

Я надеюсь, это шутка?
Re[3]: Уместно ли давать задачку о взвешивании монет
От: Gradiens  
Дата: 22.01.20 15:54
Оценка:
Здравствуйте, $$, Вы писали:

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

G>>Вот если кандидат решил задачу (что должно быть, происходит в 95% случаев)

$>Мне сказали, что это слишком жёсткий вопрос.
В смысле жесткий? Задача для 6-го класса — жесткая?
Кого вы там ищите тогда, 5-классников?

G>> Как это связано с умением писать код?

$>Корелляция
Ну, я так не думаю. Даже если умение решать головоломки как-то коррелирует с умением писать код (что вообще не факт), даже в этом случае эту задачу очень многие знают.
То есть в том случае, когда кандидат знает заранее ответ — это вообще ни о чем не говорит. В случае, если не знает — все равно плохая задача. у нее одно решение слабо связанное с разработкой.


G>>Некоторые головоломки задают с целью посмотреть на стиль мышления кандидата. Так вот, это — не такая задача.

$>И какие бывают "стили мышления"? Либо решил, либо нет.
Тогда вообще не понятен смысл задавать головоломки.
Стили мышления быывают разные. Можно посмотреть на то, как соискатель справляется с ситуацией, когда не сразу может решить задачу. как он декомпозирует задачу. как находит "брут форс" решение, которое потом улучшает. Это дает наглядное представление, как он будет действовать в реальной жизни, если, скажем, прод упал, а в чем дело — никто не знает.

G>>Надо смотреть что у кандидата по другим шаблонам и принципам, а потом уж "резать".

$>Типа вспомнил про фабрику и синглтон- уже лучший программист?
Ну почему же? Какое-то черно-белое у тебя рассуждение.
Надо смотреть на человека в комплексе применительно к решаемым задачам. Если ты его поспрашиваешь про всякие там шаблоны, методологии, практики, глубокое понимение алгоритмов, структур данных а потом кинешь баги фиксить в жутком легаси — может неловко получится ))
Re: Уместно ли давать задачку о взвешивании монет
От: landerhigh Пират  
Дата: 22.01.20 16:05
Оценка:
Здравствуйте, $$, Вы писали:

$>Hierarchical State Machine

"И тут снизу постучали" (С)
www.blinnov.com
Re[4]: Уместно ли давать задачку о взвешивании монет
От: $$ Австралия жж
Дата: 22.01.20 22:36
Оценка:
Здравствуйте, Gradiens, Вы писали:

G>То есть в том случае, когда кандидат знает заранее ответ — это вообще ни о чем не говорит.

Это говорит о том, что он разобрался. Если он прочитал когда-то ответ и ничего не понял, то он не сможет восстановить в памяти.

G>>>Некоторые головоломки задают с целью посмотреть на стиль мышления кандидата. Так вот, это — не такая задача.

G>$>И какие бывают "стили мышления"? Либо решил, либо нет.
G>Тогда вообще не понятен смысл задавать головоломки.
G>Стили мышления быывают разные. Можно посмотреть на то, как соискатель справляется с ситуацией, когда не сразу может решить задачу. как он декомпозирует задачу. как находит "брут форс" решение, которое потом улучшает.
Ок, например я вижу чел не подумал, а сразу бросился писать брут форс. Тебе это говорит о чём? Мне — о том, что такие "временные" решения попадут в прод. Спасибо, и так хватает.

G>>>Надо смотреть что у кандидата по другим шаблонам и принципам, а потом уж "резать".

G>$>Типа вспомнил про фабрику и синглтон- уже лучший программист?
G>Ну почему же? Какое-то черно-белое у тебя рассуждение.
Потому, что то спрашивать нельзя, это спрашивать нельзя, это вопросы на джуна а тут суперстар пришел.

G>Надо смотреть на человека в комплексе применительно к решаемым задачам. Если ты его поспрашиваешь про всякие там шаблоны, методологии, практики, глубокое понимение алгоритмов, структур данных а потом кинешь баги фиксить в жутком легаси — может неловко получится ))

Я негативно отношусь к жутким легаси (скучно фиксить баги), но почему обязательно как легаси, то без алгоритмов и design patterns?
Re: Уместно ли давать задачку о взвешивании монет
От: a_g_99 США http://www.hooli.xyz/
Дата: 23.01.20 00:25
Оценка:
Здравствуйте, $$, Вы писали:

$>Эту задачку
$>http://rsdn.org/forum/education/7631472.flat
Автор: NovaMind
Дата: 11.01.20

$>на интервью? Мне сказали, что неуместно.
уместно, это довольно простая задачка

$>И ещё, уместно ли резать за незнание паттерна Visitor? Ведь незнание паттерна Visitor, не позволит дизайнить элегантный дизайн.
неуместно потому что это не надо знать

$>PS Мне в шутку предлагали спрашивать паттерн Hierarchical State Machine (из реального проекта), но я не воспринимаю всерьёз ибо это сразу fatality кандидата- или я не прав?
что у вас за дерьмовая контора такая?
Re: Уместно ли давать задачку о взвешивании монет
От: __kot2  
Дата: 23.01.20 04:16
Оценка:
Здравствуйте, $$, Вы писали:
$>на интервью? Мне сказали, что неуместно.
вот любят людей тестировать на "быстроту мышления", а потом сажать фиксить говнокод

$>И ещё, уместно ли резать за незнание паттерна Visitor? Ведь незнание паттерна Visitor, не позволит дизайнить элегантный дизайн.
по моему в 94ом году это считалось элегантным дизайном
Re[4]: Уместно ли давать задачку о взвешивании монет
От: Vlad_SP  
Дата: 23.01.20 05:50
Оценка:
Здравствуйте, Gradiens,

G> Если ты его поспрашиваешь про всякие там шаблоны, методологии, практики, глубокое понимение алгоритмов, структур данных а потом кинешь баги фиксить в жутком легаси — может неловко получится ))


А ведь в реальной жизни именно так и будет
Re[2]: Уместно ли давать задачку о взвешивании монет
От: $$ Австралия жж
Дата: 23.01.20 06:29
Оценка:
Здравствуйте, __kot2, Вы писали:

__>вот любят людей тестировать на "быстроту мышления", а потом сажать фиксить говнокод

Если не тестировать на "быстроту мышления", то говнокода не убавится.


__>$>И ещё, уместно ли резать за незнание паттерна Visitor? Ведь незнание паттерна Visitor, не позволит дизайнить элегантный дизайн.

__>по моему в 94ом году это считалось элегантным дизайном
Всё новое- хорошо забытое старое.
Re[3]: Уместно ли давать задачку о взвешивании монет
От: __kot2  
Дата: 23.01.20 06:41
Оценка:
Здравствуйте, $$, Вы писали:
__>>вот любят людей тестировать на "быстроту мышления", а потом сажать фиксить говнокод
$>Если не тестировать на "быстроту мышления", то говнокода не убавится.
тут вообще связи нет никакой. еще бы на умении играть в шахматы тестировали. надо уметь смотреть реальный опыт человека

__>>по моему в 94ом году это считалось элегантным дизайном

$>Всё новое- хорошо забытое старое.
от старого потому и отказались что оно плохо работает и есть что получше
Отредактировано 23.01.2020 6:44 __kot2 . Предыдущая версия .
Re[4]: Уместно ли давать задачку о взвешивании монет
От: $$ Австралия жж
Дата: 23.01.20 06:53
Оценка:
Здравствуйте, __kot2, Вы писали:

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

Программист и шахматист (или преференсист) в одном флаконе способен решать сложные проблемы. Да и просто интересный коллега.

__>>>по моему в 94ом году это считалось элегантным дизайном

__>$>Всё новое- хорошо забытое старое.
__>от старого потому и отказались что оно плохо работает и есть что получше
Применительно к Visitor, это костыль для языков без multiple dispatch- C++ и Java. С 94г ничего в этом плане не поменялось. Есть получше языки, да. Тот же Clojure и Scala.
Re[5]: Уместно ли давать задачку о взвешивании монет
От: so5team https://stiffstream.com
Дата: 23.01.20 08:36
Оценка:
Здравствуйте, $$, Вы писали:

$>Применительно к Visitor, это костыль для языков без multiple dispatch- C++ и Java. С 94г ничего в этом плане не поменялось.

Как минимум в C++ поменялось. Уже года три как. Но до Австралии новости, наверное, еще не дошли. Как и то, что HSM -- это не паттерн.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.