Это вопрос ответственности интервьюера. Я например, смотрю все.
Это экономит уйму времени, сразу понимаешь уровень разработчика. Кончено, при условии что есть что оценивать. Находятся предметные вопросы по коду, это помогает найти контакт во время собеседования.
Сам недавно ходил по собеседованиям, и меня коробило, что люди не смотрели что творится на моем гитхабе, а мне пришлось по 100 раз рассказывать про то, что и так есть на гитхабе.
Забавно, что статья так подробно описывает количественные характеристики (и вполне логично находит их бесполезными) и обходит молчанием качественные. К примеру, всего один, но весомый PR в репозиторий с серьезным code review позволит многое сказать о кандидате, начиная от умения разобраться в чужом коде до способности взаимодействовать с другими разработчиками.
Странно, что не приведены настройки HHVM. Они тоже сильно влияют. Например, если собрать .hhbc файл, то ускорение составляет до 30% (этот режим является основным для фейсбука).
Сейчас я живу в Санта-Монике и работаю над SafePGP — криптографическим инструментом, который также позволяет заниматься криптотрейдингом.
Посмотрел я на этот SafePGP. Это тупо утилита управления PGP ключами и PGP шифрованием, прямой аналог GPG / MacPG или как там оно под маком зовётся. Ограничения бесплатной версии приложения:
1 PGP key storage
2 encrypted or decrypted messages per month
Nuff said.
Чувак сделал платную урезанную версию того, что уже много лет существует бесплатно и без всяких идиотских ограничений на кол-во ключей, и гордо называет это «инструментом для криптотрейдинга».
Мой преподавать в техникуме по сетевым технологиям рассказывал более доходчиво про OSI, чем этот товарищ. Погружать в материал с помощью историй из жизни — это хорошо, если они (истории) интересные, но кому какое дело, чем там занимается его жена и что она думает по поводу сети Интернет?
История должна визуализировать картинку в голове слушателя, тем самым помогая усвоить сложную для понимания информацию, у меня же при прочтении перед глазами выстраивался быт семейного человека, но никак не технологический стэк!
На мой взгляд автор разбавил нудную лекцию об OSI для менеджеров, сделав историю интересной в том числе и для менеджеров, если Вам не интересно слушать про жену, про рассылки и маркетинг, то это говорит только о том, что Вы — не менеджер. Менеджерам не интересен технологический стэк, им интересно как это можно продать и что это такое, зачем оно создано. И это единственная лекция, которая позволяет это полноценно понять.
и наоборот, можно в эксель воткнуть макрос, который будет цепляться в AD. к сожалению эти штуки реально работают при вменяемой трудовой дисциплине — в одной конторе делали проект по созданию пользователей в AD из 1С при приёме сотрудника на работу. не взлетело.
а в другой конторе взлетело (там правда была другая учётная система, но это не суть) и уже лет 15 летает.
Лучше не вместо, а вместе…
На 2003 домене использовал выгрузку из AD в шаблон excel для того чтобы массово проверять должности\телефоны и прочее. Получался файл который можно было отдать в отдел кадров или секретарям, а после их правки по одному нажатию кнопки в файле изменения публиковались в AD.
И в поше и в vbs есть возможность дергать COM, а значит можно рулить экселем прямо из скрипта.
Чем этот метод хороший? Твое повышение зависит не от твоей работы, а от решения комиссии, которая потратит на тебя час а потом забудет.
И да, варианты с местничеством, кумовством и т.п. никуда не пропадают, меняется только адрес волосатой лапы.
При этом тот, кто действительно очень хорошо тебя знает, от решения отстранен.
Вы правы. Но есть еще другой аспект. Если он справлялся хорошо со своими обязанностями, значит он отлично подходит на свою позицию. Зачем его поднимать выше? Это плохой подход, но для бизнеса он работает.
И тогда сразу минус — значит все, кто плохо выполнял свою работу, уже повышены, и указывают ему что делать. Плюс, конечно, не зря они перемешивают людей и проекты — не хотят, чтобы кто-то поднимался на их уровень, и подвинул их самих.
Особенно грустно звучит мысль о том, что, когда человек старался работать на благо юзеров, кода, коллег (ведь он вместе с коллегами и составлял компанию, как он думал), компания в лице «комитета» дала намек — мол, чувак, мы от тебя не этого ожидаем, а того, что нам нужно, у тебя нет.
Когда он стал «класть с пробором» на качество ради количества и ради виртуальных «баллов» KPI, он стал оцениваться куда лучше — но никому из перечисленных выше лучше-то не стало.
Другими словами, выстроенная система KPI бьет по качеству для юзеров, но компания этого как бы не замечает. Может, это юзеры нехороши для компании, что хотят не того, что компания культивирует?
Я думаю это просто «вежливый отказ»(ТМ). Если бы были выполненные проекты была бы другая причина. Т.к. нет утвержденного и опубликованного списка критериев для повышения. Т.к. когда автор выпонил кажущиеся ему заданными критериями нашелся другой ответ что-то там про 6 месцев работы. Потом следующим ответом было бы примерно такой: вы уже у нас работете 6 лет и все 6 лет показываете хорошие показатели но за 6 лет Вы должны были добиться большего.
это то, что гугл сперва устанавливает некие KPI а затем сам же не дает их исполнять
Это прям заговор работодателелей, чтобы не платить больше денег сотрудникам какой-то.
Все проще. Число мест, предполагающих более высокую квалификацию — ограничено.
Товарищ просто не вписался.
Все то что он расписал как достижения квалифицированного специалиста, это же смешно… какого-нибудь джуна должно восхитить. По мне так вполне обычная работа квалифицированного специалиста.
Но, минуточку, это же все же Гугль, который платит больше, чем в среднем в индустрии. И может привлекать в число своих работников — лучших. И достижения, имхо, должны быть более значительными.
Наш герой просто не выдержал конкуренции с лучшими за более высокооплачиваемое место.
Это вопрос ответственности интервьюера. Я например, смотрю все.
Это экономит уйму времени, сразу понимаешь уровень разработчика. Кончено, при условии что есть что оценивать. Находятся предметные вопросы по коду, это помогает найти контакт во время собеседования.
Сам недавно ходил по собеседованиям, и меня коробило, что люди не смотрели что творится на моем гитхабе, а мне пришлось по 100 раз рассказывать про то, что и так есть на гитхабе.
Посмотрел я на этот SafePGP. Это тупо утилита управления PGP ключами и PGP шифрованием, прямой аналог GPG / MacPG или как там оно под маком зовётся. Ограничения бесплатной версии приложения:
Nuff said.
Чувак сделал платную урезанную версию того, что уже много лет существует бесплатно и без всяких идиотских ограничений на кол-во ключей, и гордо называет это «инструментом для криптотрейдинга».
История должна визуализировать картинку в голове слушателя, тем самым помогая усвоить сложную для понимания информацию, у меня же при прочтении перед глазами выстраивался быт семейного человека, но никак не технологический стэк!
а в другой конторе взлетело (там правда была другая учётная система, но это не суть) и уже лет 15 летает.
На 2003 домене использовал выгрузку из AD в шаблон excel для того чтобы массово проверять должности\телефоны и прочее. Получался файл который можно было отдать в отдел кадров или секретарям, а после их правки по одному нажатию кнопки в файле изменения публиковались в AD.
И в поше и в vbs есть возможность дергать COM, а значит можно рулить экселем прямо из скрипта.
И да, варианты с местничеством, кумовством и т.п. никуда не пропадают, меняется только адрес волосатой лапы.
При этом тот, кто действительно очень хорошо тебя знает, от решения отстранен.
И тогда сразу минус — значит все, кто плохо выполнял свою работу, уже повышены, и указывают ему что делать. Плюс, конечно, не зря они перемешивают людей и проекты — не хотят, чтобы кто-то поднимался на их уровень, и подвинул их самих.
Когда он стал «класть с пробором» на качество ради количества и ради виртуальных «баллов» KPI, он стал оцениваться куда лучше — но никому из перечисленных выше лучше-то не стало.
Другими словами, выстроенная система KPI бьет по качеству для юзеров, но компания этого как бы не замечает. Может, это юзеры нехороши для компании, что хотят не того, что компания культивирует?
… и об этом так и нужно было сказать. А не придумывать невыполнимых KPI.
Это прям заговор работодателелей, чтобы не платить больше денег сотрудникам какой-то.
Все проще.
Число мест, предполагающих более высокую квалификацию — ограничено.
Товарищ просто не вписался.
Все то что он расписал как достижения квалифицированного специалиста, это же смешно… какого-нибудь джуна должно восхитить. По мне так вполне обычная работа квалифицированного специалиста.
Но, минуточку, это же все же Гугль, который платит больше, чем в среднем в индустрии. И может привлекать в число своих работников — лучших. И достижения, имхо, должны быть более значительными.
Наш герой просто не выдержал конкуренции с лучшими за более высокооплачиваемое место.