All streams
Search
Write a publication
Pull to refresh
126
0
Алексей @Sterhel

User

Send message
Фиксированные стоп-листы могут сыграть сильно в минус для самого читателя на UGC-ресурсе, имхо.

Вот смотрите, пара сценариев.

  1. Заносим в блеклист конкретного автора, потому что вам надоело читать то, что он пишет, и больше не видим его посты.
  2. Заносим в блеклист определенный хаб, который вам неинтересен, и вы не видите в ленте все посты, которые там или иначе относятся к этому хабу.
  3. Заносим в блеклист конкретный корпоративный блог, чтобы вообще не видеть их попытки что-то вам впарить.


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

  1. Конкретный автор переходит в штат компании, посты которой вам интересны, и начинает писать о ее новостях, технологиях, крутых решениях, анонсах. Или внезапно прозревает и думает «Вот дерьмо, что это я писал все это время». Или передает аккаунт человеку с руками из плеч и ненавистью к SEO.

    Но все это у вас в блеклисте с привязкой к автору.
  2. С хабами вообще все сложно, автор или ответственный за блог человек может так сильно промахиваться с тематическими хабами, что я до сих пор удивляюсь иногда, как такое вообще возможно. Поэтому все еще предпочитаю таки читать «Все подряд».
  3. Тут, скорее, самый редкий случай, но таки возможный – компания нанимает нормального автора, который начинает делать интересный контента. Возможно, даже не связанный напрямую с деятельностью или обликом самой компании, но все равно — интересный.
Хороший вопрос. Мы сами над этом все время думаем. Ничего идеального не бывает, особенно, если это касается людей. Люди – самая мощная адаптируемая система на нашей прекрасной планете. Люди ко всему привыкают и ко всему вырабатывают иммунитет. То, что работало сегодня, перестает работать завтра. У нас есть очень разные результаты (смотри скрин). Видно, что человеку некомфортно и что мы над этим работаем. Еще раз повторим, что это всего лишь инструмент, который работает здесь и сейчас. Очень может быть, что завтра мы его сильно переделаем. Может быть, что какой-то параметр перестанет быть важным и появится что-то новое….

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

  1. Был ли разработчик заинтересован в решении вашей проблемы?
  2. Были ли вам предложены варианты решения вашей задачи?
  3. По факту реализации все ли требования, о которых вы договорились, учтены?
  4. Вы бы порекомендовали этого разработчика другим коллегам нашей компании для реализации их задач?
  5. В процессе реализации выдерживал ли разработчик данные вам обещания по сро кам?
  6. В процессе реализации разработчик быстро отвечал на мои вопросы и вносил изменения в задачу на основе моих замечаний?
  7. Разработчик предупреждал меня в случае простоя или в случае, когда ему срочно нужно было решать иные задачи?
  8. По факту реализации понятно ли вам, как пользоваться новым функционалом?
  9. Дополните вашу обратную связь в свободной форме
  10. Как вы считаете, чего не хватает в этой форме обратной связи? Мы можем сделать ее лучше!


По второму вопросу – мы с ним боремся )
1. Сколько времени обычно проходит от момента, когда программист отдал на ревью код и до момента когда ему поставили два аппрува?

Не более суток.

2. Как сильно вырос техдолг от введения такой системы?

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

3. «Мы хотим приучить себя и других мыслить в доходах и расходах»: кто будет думать о качестве?

О качестве будет думать code review.

4. «Мы просим каждого сотрудника оценить по 10-бальной шкале следующие параметры его самоощущения в организации.»: Ни в одной компании, где я работал, IT специалисты всех уровней не относились всерьез к таким анкетам. Вы верите их результатам?

Во-первых, это не анкета, а живое общение тет-а-тет с руководителем, а анкета лежит в основе этого общения. Во-вторых, это воля каждого сотрудника, относиться или не относиться серьезно к этому диалогу, но если хочется что-то поменять в своей работе и в компании в целом, то это реальный шанс
Мы стараемся найти равновесие между тем, что хочет сотрудник, и тем, что нужно компании. Часто именно в процессе таких встреч возникаю важные договоренности, которые мы стараемся выполнять. Причём, мы — это обе стороны: руководитель и сотрудник. Можем рассказать о конкретных примерах в следующей публикации.
У Helpdesk основной kpi — это процент закрытых вовремя обращений. Каждое обращение проходит через руководителя группы поддержки. Руководитель оценивает категорию трудозатрат и направляет на инженера. Задача инженера — уложиться в категорию.

У админов KPI — доступность сервисов. Мы только начали эту самую доступность релевантно измерять и корректно регистрировать простои сервиса. Точные цифры ещё будем корректировать, но основа измерений уже ясна.

Касательно девопса – он еще не настолько развит, чтобы его измерять.
Если вы надеетесь таким образом реализовать смартфон и получить на счет карты средства в размере его цены с учетом амортизации — у меня с Samsung S7 не прошло.
Оно там как-то по-разному реагирует на преграды.

1 — касание (кнопка вдавливается)
2 — нажатие (вдавливается до конца)
3 — щелчок (вдавливается и возвращается исходное).
Не совсем. Статья доступна по прямой ссылке. Из избранного. Из поиска по сайту. Из просмотра каждого нужного хаба. Из закладок браузера. Из списка своих комментов к статье.

Иными словами, статью нельзя просмотреть только с общей главной страницы корпблога, если он отключен.
Если модератору позволяет карма голосовать — вполне. Но это не значит, что каждый такой минус от модератора.
Нет, прячется не все. Приведите пример пользователя, у которого, по-вашему, прячется все и восстановить невозможно.
Это ваш вклад в хаб DIY за публикации «Роботостроительство – делаем базовую платформу для будущего робота» + «Еще раз про WOL»
Самая печаль хабра состоит в том, что написав даже сотню-другую полезных и хороших статей — если вдруг тебя по какой-то причине забанили, то все твои статьи просто исчезают.

Только статьи, нарушающие правила сайта.

Остальные же остаются в свободном доступе. Но часто бывают случаи, когда юзер, считающий бан за нарушение правил незаслуженным, просит удалить аккаунт — и вот после обработки такого запроса удаляется весь контент, и публикации, и комментарии.
Маленькое уточнение.

Карма снижается на единицу.

Этого не происходит автоматически. Просто почти перед самим переводом в RO кто-то поставил вам минус в карму.
Тут дело в том, что это публикация из Песочницы, у нас на данный момент нельзя писать в Песочницу «Переводы», только стандартные типы публикаций. Обычно в таких случаях указывают ссылку на оригинал хотя бы обычным текстом в конце публикации.
Именно ее автор и указал в выходных данных данного перевода.
«Перевод: Yuri Kovelenov»
Все работает штатно, смотрите https://habrahabr.ru/auth/settings/notifications/ и самый нижний чекбокс.
Если комментатор на самом деле превосходит, с позволения, «неучей», то своими полезными комментариями по теме он вполне себе окажется в плюсе.

Если они на самом деле полезны, конечно.

Я вам больше скажу.

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

Потому что голосование анонимное и каждый голосует за конкретный контент именно так, как хочет сам.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Registered
Activity