Интересный эксперимент по поводу источников подбора :). Можем сказать по опыту наших клиентов (http://friend.work), что подобные результаты очень сильно зависят от индустрии, типов вакансий, самой компании (HR-бренд), насколько большая база кандидатов уже собрана (у нас есть клиенты, которые знают почти всех интересных им кандидатов и просто их мониторят) и, конечно, насколько рекрутеры умеют работать с соцсетями. Это все нужно анализировать, потом оптимизировать процесс рекрутинга. Например, для этого у нас есть стандартный отчет «Эффективность источников подбора». А вообще сейчас рекрутеры должны уметь пользоваться соцсетями, чтобы показывать хорошую эффективность на некоторых типах вакансий.
Вы явно аффилированы с potok :). Но на случай ошибки отвечу.
— Главное, это стабильность и решение задач наших пользователей. Да и на вкус, и цвет, как говорится. Многим наш дизайн очень нравится. Плюс мы сейчас внедряем новый дизайн ). Там мы учли очень многие вопросы по улучшению юзабилити и еще расширили возможности продукта.
— Фильтры у нас очень хорошо продуманы — это как раз сильный функционал у нас. Поведение, как Вы описывали, у наших клиентов не встречалось, иначе нам бы обязательно сообщили. Напишите мне в личку, я с удовольствием расскажу как получить нужный результат.
— Ответ от сервера достаточно быстрый, как это обычно и бывает в хороших веб-сервисах. Может быть были какие-то временные проблемы с интернетом?
— С настройкой прав нужно, конечно, выяснять. Она сильно отличается от клиента, к клиенту, но тоже таких жалоб не было замечено. Если опишите мне в личке проблему, то будем выяснять в чем дело.
Спасибо за совет ). После скорого внедрения нового дизайна мы будем еще удобнее и симпатичнее. Ждите в ближайшее время. Насчет качества тестирования продукта potok ничего отвечать не буду, но могу сказать про FriendWork Recruiter, что ошибки у нас появляются очень редко и мы стараемся их исправить как можно быстрее, а не как во многих других компаниях. Фактически список багов у нас в каждый момент времени практически пустой.
Рекрутерам наш сервис очень нравится — мы за этим внимательно следим и постоянно улучшаемся. Это подтверждают отзывы от наших клиентов.
Нас забыли :)
FriendWork Recruiter — http://recruiter.friendwork.ru. Мы взяли лучшее у Lever и многих других, а потом адаптировали для России/СНГ и добавили от себя.
Только все равно немного не сходится. В статье (как и в других источниках) так написано про Snapshot:
если в одной транзакции поменять данные — селект этих данных (в другой транзакции или без транзакции) не будут ждать окончания первой транзакции и вернут значения на момент старта транзакции. Селект с NOLOCK хинтом вернёт изменённые, но не закомиченные данные.
В Вашем примере транзакция именно ждет, значит это не Snapshot (например, Вы ее вложили в Read Commited случайно) или lock мешает выполнению Snapshot. Это не означает, что в tempdb ничего не пишется, если я правильно понял.
Отличная статья! Буду давать коллегам почитать, если возникнут вопросы по транзакциям ).
Мне было всегда интересно, но руки не доходили потестировать на высокой нагрузке: если мы в БД включили Snapshot, но не включили Read Committed + read_committed_snapshot on по умолчанию и получается работаем с Read Committed + read_committed_snapshot off, но при этом в tempdb версионирование все равно хранится, так как БД не может знать в какой момент мы попросим изоляцию Snapshot, то будет ли хоть какое-то ухудшение производительности (за счет увеличения чтений с диска или других факторов) при включении по умолчанию Read Committed + read_committed_snapshot on? Да и при каких условиях лучше оставлять по умолчанию Read Committed + read_committed_snapshot off?
В HR-сфере тоже постоянно растет спрос на облачные решения, особенно это касается автоматизации подбора персоанала (экономия времени менеджеров, нанимающих себе в отделы сотрудников, рекрутеров, сокращение сроков закрытия вакансий, аналитика подбора и текучки, интеграция с бухгалтерией и так далее). Так что наш сервис FriendWork Recruiter, как один из лидеров, тоже быстро растет. Может быть потом напишу статью про эту часть рынка SaaS-решений.
Хочу упомянуть и наш сервис для автоматизации рекрутинга — FriendWork Recruiter. Он полезен любой компании, которая регулярно нанимает сотрудников, и нужно как организовать удобное для всех общение рекрутеров и нанимающих менеджеров, так и сформировать кадровый резерв, чтобы быстрее и дешевле закрывать похожие вакансии.
Кстати, в третьем опросе не хватает пункта «Профессиональный рост». Это важно для очень многих специалистов и далеко не всегда значит решать интересные задачи.
Приходите к нам на DEV {highload} 20 апреля. Мы следим, чтобы у нас были самые демократичные цены и лучшие спикеры по HighLoad-тематике. dev.it-portfolio.net/
dev.it-portfolio.net/ — 3000 билет. И компания может купить сотруднику, и самостоятельно можно приобрести. Другие-то действительно 13-17 тыс. стоят =).
С платным видео идея интересная. Вполне возможно, но мне пока сложно утверждать. Подумываем о платной трансляции, но уж очень хочется собрать побольше наших питерских профессионалов и тех, что живут недалеко, в одном помещении. Кроме того, мы планируем очень зажигательную панельную дискуссию о выборе технологий и архитектуры для высоконагруженного проекта — там можно будет узнать очень любопытные вещи у экспертов или поделиться опытом.
В статьях, где упоминается история создания FriendWork, я говорил так:
«Идея приложения появилась уже достаточно давно. А в начале лета я начал рассказывать о ней представителям индустрии, но разработку отложил. В августе увидел, что похожее приложение, ориентированное на западную аудиторию, полмесяца работает в Facebook и решил взять его прототип за основу».
Не думаю, что мы будем сильно похожи в будущем. Плюс, у них проект ориентирован на западную аудиторию и Facebook. А у нас в России аудитория FB не более 14 млн. Мы ориентируемся на ВКонтакте, Россию и страны СНГ.
1. Для базового матчинга достаточно навыков. Дальше мы будем смотреть.
2. Мы сделаем импорт данных из популярных соцсетей. В том числе, из Моего круга. Из ВК уже они подтягиваются. Плюс, будет возможность указать ссылки на профили на других площадках.
«управление проектами» не упадут — это другая должность обычно.
Нет, не мимо, но тут нам придется воспользоваться ручным трудом ). Мы наберем навыков, а потом сделаем по ним автодолнение при вводе, указывая число введенных. Плюс кое-какие ещё удобные элементы, чтобы быть уверенными, что ты ввела как можно больше своих навыков.
Один из твоих друзей или их друзей выложит интересную вакансию, где будет один из твоих навыков (например, управление продуктами). Ты её получишь. Механизм достаточно просто сейчас.
В будущем мы планируем ввести механизмы, которые сделают процесс ещё более удобным.
— Главное, это стабильность и решение задач наших пользователей. Да и на вкус, и цвет, как говорится. Многим наш дизайн очень нравится. Плюс мы сейчас внедряем новый дизайн ). Там мы учли очень многие вопросы по улучшению юзабилити и еще расширили возможности продукта.
— Фильтры у нас очень хорошо продуманы — это как раз сильный функционал у нас. Поведение, как Вы описывали, у наших клиентов не встречалось, иначе нам бы обязательно сообщили. Напишите мне в личку, я с удовольствием расскажу как получить нужный результат.
— Ответ от сервера достаточно быстрый, как это обычно и бывает в хороших веб-сервисах. Может быть были какие-то временные проблемы с интернетом?
— С настройкой прав нужно, конечно, выяснять. Она сильно отличается от клиента, к клиенту, но тоже таких жалоб не было замечено. Если опишите мне в личке проблему, то будем выяснять в чем дело.
Спасибо за совет ). После скорого внедрения нового дизайна мы будем еще удобнее и симпатичнее. Ждите в ближайшее время. Насчет качества тестирования продукта potok ничего отвечать не буду, но могу сказать про FriendWork Recruiter, что ошибки у нас появляются очень редко и мы стараемся их исправить как можно быстрее, а не как во многих других компаниях. Фактически список багов у нас в каждый момент времени практически пустой.
Рекрутерам наш сервис очень нравится — мы за этим внимательно следим и постоянно улучшаемся. Это подтверждают отзывы от наших клиентов.
FriendWork Recruiter — http://recruiter.friendwork.ru. Мы взяли лучшее у Lever и многих других, а потом адаптировали для России/СНГ и добавили от себя.
Только все равно немного не сходится. В статье (как и в других источниках) так написано про Snapshot:
В Вашем примере транзакция именно ждет, значит это не Snapshot (например, Вы ее вложили в Read Commited случайно) или lock мешает выполнению Snapshot. Это не означает, что в tempdb ничего не пишется, если я правильно понял.
Мне было всегда интересно, но руки не доходили потестировать на высокой нагрузке: если мы в БД включили Snapshot, но не включили Read Committed + read_committed_snapshot on по умолчанию и получается работаем с Read Committed + read_committed_snapshot off, но при этом в tempdb версионирование все равно хранится, так как БД не может знать в какой момент мы попросим изоляцию Snapshot, то будет ли хоть какое-то ухудшение производительности (за счет увеличения чтений с диска или других факторов) при включении по умолчанию Read Committed + read_committed_snapshot on? Да и при каких условиях лучше оставлять по умолчанию Read Committed + read_committed_snapshot off?
Еще интересно было бы сделать отдельный опрос как последний, но с возможностью выбрать только один вариант.
«Идея приложения появилась уже достаточно давно. А в начале лета я начал рассказывать о ней представителям индустрии, но разработку отложил. В августе увидел, что похожее приложение, ориентированное на западную аудиторию, полмесяца работает в Facebook и решил взять его прототип за основу».
Не думаю, что мы будем сильно похожи в будущем. Плюс, у них проект ориентирован на западную аудиторию и Facebook. А у нас в России аудитория FB не более 14 млн. Мы ориентируемся на ВКонтакте, Россию и страны СНГ.
2. Мы сделаем импорт данных из популярных соцсетей. В том числе, из Моего круга. Из ВК уже они подтягиваются. Плюс, будет возможность указать ссылки на профили на других площадках.
Нет, не мимо, но тут нам придется воспользоваться ручным трудом ). Мы наберем навыков, а потом сделаем по ним автодолнение при вводе, указывая число введенных. Плюс кое-какие ещё удобные элементы, чтобы быть уверенными, что ты ввела как можно больше своих навыков.
В будущем мы планируем ввести механизмы, которые сделают процесс ещё более удобным.