Просмотреть список команд — Технологии Яндекса

В случае успешного выполнения запроса API возвращает ответ с кодом 200. Тело ответа содержит результаты в формате JSON:

{
  "": <номер страницы ответа>,
  "": <общее число отделов>,
  "": <число отделов на одной странице ответа>,
  "": [
    {
      "": "<Название команды>",
      "": "<email команды>",
      "": <идентификатор команды>,
      "": "<внешний идентификатор>",
      "": [
        {
          "": "user",
          "": {
            "": [
              "<псевдоним1>",
              "<псевдоним2>",
              ...
             ],
             "": <id сотрудника>,
             "": "<логин>",
             "": 3,
             "": <true|false>,
             "": "<должность>",
             "": [
               {
                 "": <id команды>
               },
               ...
             ],
             "": <true|false>,
             "": "<ГГГГ-ММ-ДД>",
             "": "[email protected]",
             "": "<внешний идентификатор>",
             "": "<male|female>",
             "": [
              {
                "": "<значение контакта>",
                "": "<email|phone_extension|phone|site|icq|twitter|facebook|skype>",
                "": <true|false>,
                "": <true|false>,
                "": <true|false>
              },
              ...
            ],
            "": {
              "": "<Имя>",
              "": "<Фамилия>",
              "": "<Отчество>"
            },
            "": "<описание сотрудника>"
          }
        },
        {
          "": "group",
          "": {
            "": "<Название команды>",
            "": "email команды",
            "": "<внещний идентификатор>",
            "": <идентификатор создателя команды>,
            " 

Команда Яндекс.Почты: администраторы — Блог Почты

16 сентября 2011, 13:13

Не так давно мы рассказывали о том, как устроена Яндекс.Почта. Это по-настоящему сложный организм, в котором каждый элемент не менее важен, чем вся система целиком. Сегодня мы расскажем вам об одной из частей этого организма — службе эксплуатации почты, то есть о почтовых администраторах.

Почтовые администраторы – это те люди, которые следят за работой Яндекс.Почты каждую секунду: когда вы нажимаете кнопку «отправить письмо», или добавляете метку, или настраиваете сбор почты из других ящиков.

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

На помощь администраторам приходит специальная система мониторинга, сообщающая о нештатных ситуациях с помощью SMS, а также много графиков и систем слежения за сервисами. Один из видов мониторинга – знаменитая стена, на которой отображается текущее состояние почты, данные на ней обновляются раз в секунду. Гости Яндекса могут свободно разглядывать её или даже фотографировать (и довольно часто это делают), несмотря на важность и серьёзность данных: всё равно понять их могут только администраторы.

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

Не каждый готов днём и ночью, в дождь и град быть на страже Яндекс.Почты.
А они – готовы.
Спасибо!

Руководитель команды поддержки партнерских продуктов в Рекламную сеть Яндекса

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

Вы нам подходите, если вы:

• имеете опыт управления командой больше года;
• понимаете устройство рынка онлайн-рекламы;
• имеете базовые навыки работы с HTML, CSS и JavaScript;
• умеете проявлять инициативу в разработке новых процессов и имеете опыт их построения;
• способны самостоятельно решать поставленные задачи;
• системно мыслите и обладаете хорошими коммуникативными навыками.

Кроме того, приветствуются:

• опыт работы в службе поддержки;
• опыт работы с РСЯ, ADFOX или другими системами монетизации сайтов;
• владение английским языком.

Вам предстоит:

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

«Командная строка» — Яндекс.Знатоки

Сотни их.

Вот некоторые основные

1. cd

cd </path/to/directory>
Позволяет перемещаться по файловой системе.

2. pwd

Cокращение от print work directory. Выводит текущий абсолютный путь.

3. ls

ls </path/to/directory>

Сокращение от list. Отбражает все файлы и директории в директории </path/to/directory>.

4. cat

cat <file_name>

Отображает содержимое файла file_name.

5. less

less <file_name>

Отображает содержимое файла file_name, выводит только содержимое помещающееся в окно терминала. Навигация по файлу возможна клавишами-стрелками, кнопка «q» закрывает просмотр.

6. file

file <file_name>

Выводит на экран тип файла. Настоящий тип, а не указанный в расширении.

7. cp

cp <file1> <file2>

Сокращение от copy. Копирует файл file1 по пути file2.

8. mv

mv file1 file2

Сокращение от move.

Перемещает файл file1 по пути file2.

9. rm

rm <file1>

Сокращение от remove.

Удаляет файл file1.

rm -r удаляет директорию

10. mkdir

mkdir <directory>

Сокращение от make directory.

Создает директории с именем directory.

11. locate

locate <file>

Возвращает все пути с вхождениями file в них.

12. man

man <cmd>

Отображает справку по команде cmd.

13. echo

echo <string>

Выводит заданную строку string на экран.

14. strings

strings <file1>

Выводит все строки с печатными символами из файла file1 на экран.

Создать команду — Технологии Яндекса

Ограничение.

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

Запрос позволяет создать новую команду. Пользователь, от имени которого выполняется запрос, автоматически включается в список администраторов новой команды.

Чтобы создать новую команду, используйте HTTP-запрос с методом POST. Параметры новой команды передаются в теле запроса в формате JSON:

POST /v6/groups/
: https://api.directory.yandex.net
: OAuth <токен>
: <идентификатор организации>
: application/json

{
": [
     {
     "": <идентификатор администратора>
     "": "user"
     },
     ...
  ]
": "<описание>",
": "<название рассылки>",
": [
   {
   "": "<user|group|department>",
   "": <идентификатор>
   },
   ...
 ]
"": "<название команды>",
"": "<generic|organization_admin|robots|department_head>
} 

Заголовки запроса

Host

Адрес узла, предоставляющего API:

https://api.directory.yandex.net

Authorization

OAuth-токен в формате OAuth <значение токена>, например:

OAuth 0c4181a7c2cf4521964a72ff57a34a07

X-Org-ID

Идентификатор организации. Заголовок необходимо передавать только если запрос выполняется от имени администратора нескольких организаций.

Content-Type

Формат тела запроса. Должен иметь значение application/json.

Тело запроса

Тело запроса содержит информацию, необходимую для создания новой команды:

Параметр	Описание	Тип данных
admins	Массив объектов с информацией об администраторах команды.	JSON-массив.
description	Описаниие команды.	Строка.
label	Имя почтового ящика команды. Имя может состоять только из символов латинского алфавита, цифр, знаков минус и нижнего подчеркивания. Например, адрес ящика с именем new-group будет new-group@<ваш-домен>.tld.	Строка.
members	Массив объектов с информацией об участниках команды.	JSON-массив.
name	Название команды. Название команды должно быть уникальным и может состоять из цифр, букв латинского алфавита, символов подчеркивания и тире. Обязательный параметр.	Строка.
type	Тип команды. Может принимать одно из значениий: generic — любая команда, созданная одним из сотрудников; organization_admin — команда администраторов организации; robots — команда роботов; department_head — команда руководителя отдела. Команды такого типа создаются автоматически для каждого отдела.	Строка.
Поля объектов массива admins
id	Идентификатор администратора.	Целое число.
type	Тип администратора. Может быть только user — сотрудник.	Строка.
Поля объектов массива members
type	Тип участника команды: user — сотрудник; group — команда; department — отдел.	Строка.
id	Идентификатор участника.	Целое число.

В случае успешного выполнения запроса API возвращает ответ с кодом 201.

Если запрос не был успешно обработан, ответное сообщение содержит информацию о возникших ошибках:

HTTP-код ошибки	Описание ошибки
403 Forbidden	У пользователя или приложения нет прав на доступ к ресурсу, запрос отклонен.
409 Conflict	Запрос не может быть выполнен по причине конфликта имен.
422 Unprocessable Entity	Ошибка валидации, запрос отклонен.
500 Internal Server Error	Внутренняя ошибка сервиса. Попробуйте повторно отправить запрос через некоторое время.
503 Service Unavailable	Сервис API временно недоступен.

Секретные команды для Яндекс Алиса

Многие пользователи, играя с Алисой, обнаружили, что Алиса охотно отвечает на многие личные вопросы. Также есть забавные и смешные команды Алисы, которые не указаны в официальной документации Яндекса. Мы постарались собрать такие скрытые вопросы и секретные команды в единый список.

Эти команды работают везде, где есть Алиса: в приложении Яндекс, Яндекс.Браузер и даже на умной колонке Яндекс Станция.

Полезные команды

• Где я?
• Подбрось монетку
• Расскажи секреты блогеров

Распознавание изображений

• Сделай фото
• Распознай изображение
• Скажи кто/что на фото

Распознавание музыки

• Что сейчас играет?
• Что за песня играет?
• Что играет?

Анекдоты и шутки

• Расскажи анекдот
• Расскажи шутку
• Расскажи сказку
• Расскажи сказку про золошку
• Прочитай стих
• Спой песню
• Скажи тост

Алиса рассказывает о себе

• Как тебя зовут?
• Кто тебя создал?
• Ты – Сири?
• Сколько тебе лет?
• Как у тебя дела?
• Что ты делаешь?
• У тебя есть мечта?

 

Что Алиса думает о вас

• Одолжи денег
• Я тебе нравлюсь?
• Ты меня любишь?
• Я рассталась с парнем

Включить болталку – режим диалога

• Давай поболтаем
• Хватит болтать

 

Ещё больше секретных команд вы найдёте в нашем мобильном приложении «Команды Алиса» на iOS и Android. Установив это приложение, у вас всегда будет под рукой самый актуальный список команд для Алисы:

Платформа: iOS

Цена: Бесплатно

Платформа: Android

Цена: Бесплатно

Еще с Алисой можно играть. А летом 2018-го года в продажу поступит умная колонка Яндекс Станция со встроенной Алисой. На ней можно будет слушать Яндекс.Музыку, и даже подключать к телевизору и смотреть фильмы и сериалы.

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

Поделиться в соц. сетях

Подписывайтесь на наши соц.сети, чтобы не пропустить новые видео, новости и статьи.

Похожие статьи

как разработчику выбрать себе команду / Яндекс corporate blog / Habr

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

Я Жанна Круглова, экс-разработчик и руководитель группы Буткемпа. Расскажу читателям Хабра, что у проекта под капотом, какие возможности он даёт и как предыдущие участники мучительно выбирали себе команду.

Сначала мы запустили Буткемп в режиме эксперимента, затем, увидев пользу, раскатили его на весь фронтенд Поиска, рекламных технологий, персональных и некоторых других сервисов. Теперь мы начинаем нанимать бэкенд-разработчиков по этой же системе — пока только в Москве. Для специалистов по фронтенду он действует в семи офисах: в Москве, Санкт-Петербурге, Екатеринбурге, Минске, Симферополе, Казани и Иннополисе. Дальше мы будем расширять программу на другие специальности.

Через Буткемп прошло более 80 человек. Мы видим, что кандидатам такой формат испытательного срока даёт много плюсов.

Как устроен Буткемп внутри

Это не стажировка, а полноценная работа, которая оплачивается. С каждым участником заключается трудовой договор и по факту он становится штатным сотрудником.
Программа доступна разработчикам всех уровней: от junior до senior.

Сроки и число команд
Буткемп, в отличие от традиционного испытательного срока в Яндексе, длится не три месяца, а два. Как распределяется это время? В первой команде участник Буткемпа работает три недели (из них неделя уходит на акклиматизацию в компании), дальше — в двух командах по две недели. Ещё одну неделю участники проводят по-разному: иногда разработчик успевает поработать в четвёртой команде (это относится только к фронтендерам), иногда задерживается на пару дней в предыдущей команде, чтобы завершить задачу. А иногда он может закончить Буткемп на неделю раньше.

Выбор команд
Первые две команды для участника выбираем мы. Мы хотим, чтобы новый разработчик увидел разнообразие в Яндексе. При выборе команд для бэкенд разработчиков мы учитываем пожелания разработчика по основному языку разработки.

Третью команду разработчик выбирает сам, опираясь на вакансии в нашем внутреннем сервисе. Там менее формальные описания, чем на официальном сайте. Также у нас есть внутренняя система блогов, откуда можно многое узнать о проектах. Можно посмотреть на кодовую базу и коммиты. Плюс всегда можно пообщаться лично, ведь разработчик уже внутри Яндекса.

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

Командировки
Если команда находится в нескольких офисах, то участник может поехать в командировку в другой офис — поработать в одном городе, потом поехать в другой. Но пока это только для фронтенд-разработчиков.

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

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

Система фидбеков
После завершения работы в каждой команде проводится встреча, где команда и участник обмениваются фидбеками — проговаривают, стоит ли дальше идти вместе. Команда может быть готова оставить у себя разработчика, может отложить это решение или отказать. Если ответ отрицательный, то техлид команды подробно объясняет, почему человек пока не подходит. Таким образом участник сразу узнаёт, над чем ему стоит поработать, и в следующих командах может исправить слабые места.

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

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

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

Плюсы для кандидатов

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

Возможность попробовать разное
В Яндексе много разных продуктов и команд. Разработчики к нам приходят тоже очень разные. Участник может прийти в любую команду — и в проект промышленного масштаба, и в маленький экспериментальный стартап, — познакомиться там с конкретными людьми, изучить изнутри все процессы, попробовать себя в разных технологиях, подходах и задачах. Можно посмотреть на код разных сервисов, увидеть, как устроен деплой, как происходит тестирование, есть ли у них continuous integration и какой он. Дополнительно можно оценить неформальную сторону: как коллеги общаются, как часто встречаются, какие ценности у команды.

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

Буткемп включает в себя обучающий курс — можно изучить основные технологии, которые пригодятся в будущем. Речь как про базовые инструменты (системы управления версиями, системы сборки), так и про то, что может не потребоваться прямо сейчас, но что стоит знать каждому разработчику Яндекса. Сюда входят правила разработки, общие библиотеки, инструменты, системы и т. д.

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

Плюсы для компании

Cохраняем скилл собеседующих
До появления Буткемпа вакансии на уровне команды появлялись не часто (1-2 раза в год). Для команды это был дополнительный стресс — приходилось откладывать все дела и собеседовать кандидатов. Была большая нагрузка в пике. После закрытия вакансии все сразу расслаблялись. За время простоя собеседующий может потерять свои навыки, и потом нужно заново их тренировать.

Теперь процесс найма не зависит от наличия вакансии в конкретной команде. В Буткемпе есть пул дежурных, которые по очереди проводят технические секции собеседований. Для дежурных проводится специальное обучение. Так легче прогнозировать нагрузку и равномерно распределять её среди собеседующих. Благодаря дежурствам удалось спонтанный и хаотичный процесс найма превратить в прозрачную и организованную систему.

Разработчик способен решить задачу целиком
В Буткемпе участвуют разработчики начиная с младшего уровня — но не стажёры. Они уже многое умеют, поэтому им можно доверить какую-нибудь задачу целиком. Иногда дают и задачи, которые команда мечтает сделать, но всё никак не может уложить их в цикл разработки. И когда приходит участник Буткемпа, команда счастлива — ему можно поручить внеплановую задачу.

Повышаем эффективность работы сотрудника
Мы видим, что Буткемп придаёт разработчикам позитивный импульс, они с большей вероятностью будут довольны своей работой в компании. А более довольный человек более производителен, быстр и т. д.

Подразделения выделяют свои сильные стороны
Команды устраивают специальные встречи для участников Буткемпа, конкурируют за них, стремятся сделать так, чтобы при взаимном интересе разработчик выбрал именно их. Тем самым они учатся рассказывать о себе и продукте, который они делают.

Как участник делает финальный выбор

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

Кто-то составляет списки критериев для оценки команды, в которых может быть что угодно: локация, руководитель, процессы, сложность задач, условия развития лично для него, наличие подходящего ему техлида или задач. Разработчик может осознать, что продукт для него важнее технологий — или наоборот, что ему хочется развиваться до уровня архитектора. Буткемп служит поводом проанализировать свои цели и желания.

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

Или другой пример: на собеседованиях участник говорил, что хочет делать проект на многомиллионную аудиторию, а после Буткемпа остался в небольшом внутреннем стартапе. С тех пор прошёл уже год, разработчик по-прежнему в команде и доволен своим выбором.

Чем отличаются команды в Яндексе

• Процессами. В одних командах сотрудники встречаются каждый день, в других — раз в неделю. У кого-то есть ретро, у кого-то нет. Некоторые команды не работают в одном офисе, а распределены на несколько городов.
• Технологиями. Где-то деплоем занимается отдельная команда, где-то можно самому выкатить код в продакшен. Есть команды, в которых проводятся долгие тестирования, а у других тестовая среда устроена гораздо проще. Кто-то пишет инфраструктуру почти с нуля. Кто-то строит фронтенд на фреймворке React, кто-то на БЭМ, кто-то на Vue.js.
• Задачами. В одной команде могут быть задачи на уровне глубокой инфраструктуры, во второй нужно реализовать часть функциональности с нуля, третья непрерывно создаёт быстрые прототипы и проверяет гипотезы, а в четвёртой люди переписывают весь сервис.
• Масштабами. Что вам больше по душе — многомиллионный сервис или небольшой стартап? В первом случае несколько человек одновременно работают над маленьким кусочком проекта, во втором — один человек может успевать работать над пятью разными проектами.
• Атмосферой. Кто-то спешит по вечерам домой к детям. Кто-то, наоборот, предпочитает активно проводить время с коллегами вне работы. В некоторых командах общаются больше, в некоторых меньше.

Если вы хотите еще больше узнать про Буткемп или хотите присоединиться к Буткемпу, вот ссылка.