Правила составления интервью: Основные правила составления вопросов для интервью:

Правила составления интервью: Основные правила составления вопросов для интервью:

Содержание

Основные правила составления вопросов для интервью:

1) каждый вопрос должен быть логически однозначным, не содержащим в себе нескольких относительно автономных частей, требующих различных ответов;

2) следует избегать употреблений малораспространенных иностранных слов, специальных терминов, слов с неопределенным значением, затрудняющих работку респондентов;

3) нельзя задавать излишне пространных вопросов, так как опрашиваемый может не запомнить их; целиком и ответить только на часть или же вообще отказаться от ответа;

4) предпочтение отдастся конкретными вопросам перед абстрактными или обобщенными, так как достоверность информации, касающейся отдельных случаев или позиций, обычно заметно выше, чем информации, запрашиваемой «в целом», т. с. предполагающей пренебрежение частными ситуациями. Лучше задать несколько конкретных вопросов в пределах одной темы, чем один вопрос типа «Как вы обычно поступаете…»;

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

6) вопросы относительно сложные, неинтересные для респондента или воспринимаемые им как слишком личные, не выносить в начало интервью. Известно, что чем далее вшиваемый вовлекается в интервью, тем труднее ему отказатся от продолжения беседы;

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

8) следует стремиться к тому, чтобы все варианты предлагаемых ответов были в равной степени приемлемы для респондента не означали для него потерю престижа, оскорбление самолюбия (18).

Анкетирование

Анкетирование — это процедура проведения опроса в пись­менной форме с помощью заранее подготовленных бланков. Анкеты (от фр. «список вопросов») самостоятельно заполня­ются респондентами.

Одним из пионеров использования этого метода был Френ­сис Гальтон, изучавший происхождение умственных качеств личности по самоотчетам опрашиваемых. Результаты прове­денного анкетирования были представлены им в книге «Анг­лийские люди науки: их природа и воспитание» (1874).

Данный метод обладает следующими достоинствами:

  • высокой оперативностью получения информации;

  • возможностью организации массовых обследований;

  • сравнительно малой трудоемкостью процедур подготов­ки и проведения исследований, обработки их результатов;

  • отсутствием влияния личности и поведения опрашива­ющего на работу респондентов;

  • нсвыраженностью у исследователя отношений субъек­тивного пристрастия к кому-либо из отвечающих.

Анкетированию свойственны и существенные не­достатки:

  • отсутствие личного контакта не позволяет, как, скажем, в свободном интервью, изменять порядок и формулировки воп­росов в зависимости от ответов или поведения респондентов;

  • не всегда достаточна достоверность подобных «самоот­четов», на итоги которых влияют неосознаваемые установки и мотивы респондентов или желание их выглядеть в более вы­годном свете, сознательно приукрасив реальное положение дел.

В современной психологии анкетирование считается вспо­могательным методом исследования, в таких науках, как со­циология или демография — одним из основных, обеспечиваю­щим, по некоторым данным, до 80% собираемой информации (18).

Личный опыт: 10 правил хорошего интервью


Лариса Парфентьева

За свою журналистскую карьеру я взяла более 3000 интервью у самых разных людей: от Аллы Пугачевой и Романа Виктюка до Ивана Урганта и Киану Ривза. А еще в рамках нашей рубрики «ТALKовый бизнес» я беру интервью у лучших бизнесменов России.

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

1. Уделите достаточно времени на подготовку

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

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

— Биография и официальный сайт, если есть.

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

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

— Видео его выступлений.


Евгений Демин и я во время интервью

2. Интервью — это не беседа

Второе правило краткое: помните, что интервью — это не беседа. В беседе оба человека равноправные, а в интервью — вы спрашиваете, а ваш собеседник — отвечает.

3. Поставьте цель интервью

В «Алисе в стране чудес» был очень интересный диалог между Алисой и Чеширским Котом. Алиса спросила у Чеширского Кота:

— Куда мне отсюда идти?

— А куда ты хочешь попасть?

— Мне все равно… Только бы попасть куда-нибудь.

— Тогда все равно, куда и идти. Куда-нибудь ты обязательно попадешь.

С интервью то же самое. Без цели можно куда-нибудь прийти, но непонятно куда.

Какая цель вашего интервью? Рассказать вашим читателям об этом человеке, его историю жизни? Узнать секреты его успеха в профессиональной деятельности? Узнать подробности о его новом проекте?

У интервью должна быть цель, иначе ничего не получится.

Теперь перейдем к правилам составления вопросов.

4. Начните с разогрева

Интервью — это тоже знакомство. Не стоит сразу задавать очень глубокие или провокационные вопросы. Лучше подойти к этому постепенно.

Начните с разогревающих вопросов. По-другому эта техника называется «ice breaking», что в переводе означает «растопить лед», и используется, например, в переговорах.

Ваша задача — разговорить человека и разрядить напряженную обстановку. Например, можно спросить: «Чем вы занимались до нашего разговора?» или «Чем планируете заняться после?». Можно начать с комплимента. Допустим: «Я смотрю, у вас такие интересные картины в офисе. Сами выбирали?».

То есть, вначале нужно задать 1-2 достаточно легких вопроса, которые не заставят сильно задуматься.


Во время интервью с одним из лучших предпринимателей России Андреем Кривенко

5. Долой банальные вопросы

Список самых скучных вопросов выглядит так:

— Расскажите о себе или своем бизнесе. Такой вопрос можно задавать человеку, который пока никому не известен и только начинает свою карьеру, но никак не известному человеку. Только представьте, что вы начнете интервью с Дональдом Трампом с вопроса «Расскажите о себе».

— Как появилась ваша компания/ваша книга/ваш проект. Представьте, вы берете интервью у основателя IKEA Ингвара Кампрада. Компании уже больше 70 лет и вы задаете ему вопрос: «Как появилась ваша компания?».

Скорее всего, ваш вопрос останется без ответа. Представляете, сколько раз он уже слышал этот вопрос? Миллионы. Тут надо переформулировать вопрос так, чтобы он звучал интересно. Допустим: «Инвар, каково чувствовать, что вы создали компанию, которая пережила Советский Союз?».

— Какие у вас планы? Еще один вопрос, который не очень любят. Конечно, тема интересная, но сам вопрос скучный. Можно его переформулировать так: «Какие цели из стоящих перед вами в ближайшее время, вас больше всего вдохновляют?» или так: «Каких побед нам еще ждать от вас в ближайший год?».

6. Не задавайте слишком размытые и тяжелые вопросы

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

Например, «В чем смысл жизни?». Лучше задать более простой вопрос, который охарактеризует человека: «Что для вас самое главное в жизни?».

Или вот еще странный вопрос «О чем вы мечтаете?». По моему журналистскому опыту, это вопрос, который вводит в тупик почти любого человека.


Источник

7. У интервью должна быть цельность

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

Запомните: 70% вопросов должны быть составлены так, чтобы добиться цели интервью.

8. Задавайте вопросы, на которые вам интересно услышать ответы

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

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

Однажды мой Учитель произнес отличную вещь: «Правильный вопрос — это вопрос, ответ на который тебе что-то даст».

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

9. Обязательно согласовывайте интервью

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

Кстати, а мое любимое интервью вот тут.

10. Устройте блиц-опрос

Это не то, чтобы правило, просто дополнение к интервью, которое я сама часто использую. Я провожу в конце интервью блиц-опрос. Обычно это 5 вопросов в стиле «Лучшая книга для бизнесмена?», «На что вы готовы потратить последние деньги?» и так далее.

Вы можете придумать свои вопросы для блица. Главное, чтобы это было интересно и полезно.

На этом все. Желаю вам хороших и интересных интервью!

Составление вопросников и типы вопросов. Устная история

Составление вопросников и типы вопросов

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

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

Если исследователя интересует «человеческое содержание истории», т. е. модели поведения человека или социальных групп, индивидуальный или типичный опыт, историческое сознание той или иной эпохи, жизненные установки и ценности общественных групп и их влияние на ход исторических событий, стереотипы и идеологемы основных участников исторического процесса и т. д., то для него важно сформулировать вопросы, чтобы выйти на глубинные пласты исторической памяти, сознания, психологии, менталитета, этничности. Именно выявление мировоззрения, установок и целеполагания исследуемых социальных групп (колхозное крестьянство, сельская интеллигенция, рабочие леспромхоза и т. д.) выходит на первый план при формировании вопросника. Очень интересным может стать воссоздание с помощью вопросов исторического облика (портрета) участников советской истории: исторической психологии советского человека в целом и частных случаев — «портретов» колхозника, интеллигента, партийного работника, учителя, рабочего, инженера и т. д. Для работы с каждой категорией вопросник должен корректироваться. Для такого рода исследования интервьюеру нужен респондент не столько знающий (даты, топонимы), сколько ощущающий. В таких случаях важно будет формировать репрезентативную, т. е. представляющую разные социальные группы, выборку респондентов и для каждой группы корректировать маршруты опроса.

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

Но, как показывает опыт, чаще всего вопросник целесообразнее делать смешанным, в котором одна часть вопросов относится к событийному прошлому, а другая обращена к ощущениям человека в этих событиях, особенно если события являлись масштабными (например, участие в войне, в протестном движении и т. п.). В таком случае событийная информация может повторяться из рассказа в рассказ. Это, как правило, дезориентирует начинающего исследователя: у него складывается впечатление, что исследуемая тема исчерпана. Примером является создание студентами АлтГПА во время историко-этнографических экспедиций устных исторических источников о развитии сети населенных пунктов в 1950-1960-е гг. и ликвидации сел. Уже на третьем-четвертом самостоятельно проведенном интервью они говорят, что не слышат ничего нового, так как на вопросы о причинах гибели села получают однотипные ответы — «школу закрыли», «ферму перевели в соседнее село», «и все поехали…», «последним уехал…», «места красивые, если бы возродили, вернулись бы…».

Возможно, в подобном случае надо пересмотреть вопросник или научить ребят им пользоваться, так как со школьной скамьи они традиционно ориентируются на событийную информацию: где? кто? сколько? почему? как? С этой психологией начинающих историков руководителю исследовательского проекта приходится «бороться», в том числе с помощью совершенствования вопросников. В них необходимо включать вопросы, нацеленные на индивидуальный эмпирический опыт людей, ибо оценки и ощущения участников одних и тех же исторических процессов и явлений могут содержать разную их интерпретацию в зависимости от социальности, этничности, ментальности человека и т. п. От этих факторов зависит поведение как отдельных людей, так и социальных групп, влияющее на ход и результат самих исторических событий. Поэтому смешанный вопросник является оптимальным. Ориентация преимущественно на событийную информацию чревата получением однообразных сведений. Жизненные истории разнятся именно субъективной оценочной информацией, и этим они особенно интересны. Получению этой «субъективной» информации надо учить начинающих интервьюеров, что позволит им избежать разочарования («все говорят одно и то же»),

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

Вопросники создаются в соответствии с логикой опроса и в зависимости от принципов их формирования имеют несколько типов.

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

Тематический принцип формирования вопросника более подходит для получения как оценочной (субъективной), так и фактологической информации с детализацией исследуемой темы. Особенно успешно тематические вопросники используются в создании устных исторических источников по истории ментальности, исторической психологии и интеллектуальной истории. Тематический принцип в наибольшей степени подходит для обучения начинающих интервьюеров навыкам самостоятельного составления вопросников. Им легче осваивать научную информацию по интересующей их теме и начинать работать в освоенном информационном пространстве или социокультурном поле. Именно на тематическом вопроснике можно учить стажеров формулировать вопросы для «раскручивания» рассказчика на его собственную интерпретацию событий и описание собственного опыта, после того как событийная или фактологическая информация оказывается исчерпанной.

Необходимо учитывать, что многие темы, которые известны респонденту благодаря наличию жизненного опыта, могут быть для него сложными в плане изложения или не совсем понятными из-за формулировки вопросов и по этой причине оказаться нераскрытыми. В таких случаях можно выйти на них через биографию или автобиографию. Еще одной причиной замалчивания информации респондентом при тематическом опросе являются его опасения или неприятные воспоминания. Для получения латентной (скрытой) информации можно использовать «окольные» или косвенные вопросы.

Биографический принцип формирования вопросника близок к хронологическому, так как и рассказчик, и расспросчик как бы поднимаются по лестнице времени — из прошлого к настоящему. Но на каждой ступени они останавливаются и с помощью тематических вопросников реконструируют субъективные (индивидуальные) представления о времени. Можно сказать, что биографический принцип предполагает получение «срезов» исторического времени по вертикали — от одной эпохи к другой или от одного политического режима к другому: последние, в свою очередь, являются «горизонталями». Динамика советской истории отчетливо прослеживается по десятилетним «горизонталям» (1920-е, 1930-е, 1940-е, 1950-1960-е, 1970-1980-е гг.) с их комплексами социально-политических и ментально-психологических явлений и знаменательных событий.

Например, можно рассмотреть временную «горизонталь» 1920-х гг. В крестьяноведении и аграрной истории эти годы являются, с одной стороны, периодом инерционного развития традиционного крестьянского мира с развивающимся единоличным хозяйством (сельское предпринимательство и предприниматели, сельские ярмарки и частные кустарные предприятия и т. д.). С другой стороны, это период формирования и внедрения новой системы ценностей (развитие коммунарского движения, создание отраслевых совхозов, создание партийно-комсомольских организаций и т. д.). Биографические вопросники по этому периоду должны предусмотреть всё.

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

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

Одним из самых сложных этапов в составлении вопросника является формулировка вопросов. По форме вопросы делятся на открытые, которые предполагают развернутый, содержащий пояснения ответ («Расскажите, пожалуйста…») и закрытые, предполагающие либо утвердительный, либо отрицательный ответ («Вы родом из деревни Ельцовка?»). Первые не ограничивают собеседника ни во времени, ни в полноте ответа, более того, побуждают его рассуждать, размышлять, выражать свои мысли. И эту особенность открытых вопросов надо «эксплуатировать», чтобы помочь собеседнику. Дело в том, что некоторые люди не в состоянии ответить на вопросы, требующие объяснения их переживаний и эмоций, они не в состоянии понять, а тем более словесно охарактеризовать свои чувства. Такому собеседнику надо показать направление рассуждений, чтобы он вспомнил, что он чувствовал в тот или иной момент жизни: «О чем Вы подумали, когда узнали…». Вопросы второго типа (закрытые) не требуют от рассказчика объяснений и рефлексий.

Наиболее «безопасной» для исследователя формой вопроса является открытый общий вопрос, требующий развернутого ответа и не содержащий в своей формулировке возможных вариантов ответа (например, «расскажите о…»). Формулировать общие вопросы можно также из двух предложений: констатационного (в нем формулируется проблема) и вопросительного («Известно, что вы…», «Говорят, что…», «Как это происходило?»). При опроснике, направленном на выявление жизненного мира участника исторических событий, можно начинать разговор и с вопроса о конкретной ситуации, а затем развивать беседу вокруг тех явлений или аспектов, которые рассказчик затронул в своем повествовании.

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

Для развертывания ответа частные конкретные вопросы опросника могут носить уточняющий характер. Корреспондент должен стремиться помочь собеседнику, особенно если заметно, что тот затрудняется с ответом, или если исследователю необходимо уточнить какие-то детали. При этом следует избегать наводящих вопросов, так как они в скрытой форме могут содержать оценочные суждения интервьюера. Наводящие вопросы, как правило, предвосхищают ожидаемый ответ (например, «Можно считать раскулачивание насильственной политикой?»).

По характеру вопросы также делятся на несколько типов. В устной истории накоплен определенный опыт использования разных типов вопросов, которые можно применять при составлении вопросников по любым историческим проблемам недавнего прошлого. Можно использовать опыт постановки вопросов в качественной социологии и этнологии[40]:

Общие вводные вопросы: «Не могли бы Вы рассказать…?», «Не припомните ли Вы…?» Их цель — спровоцировать на подробные описания. Остальное интервью можно построить на детализации тех аспектов, событий, явлений, которые были затронуты в рассказе, а для этого использовать другие типы вопросов.

Проясняющие вопросы: «А что случилось? Нельзя ли подробнее…» Они, как правило, задаются вслед за ответом, проясняя сказанное или расширяя информацию.

Конкретизирующие вопросы: «Что Вы тогда подумали?», «Что Вы предприняли?», «Что Вы сами ощущали?». Эти вопросы помогут обогатить событийную канву рассказа «человеческим материалом», получить «человеческое содержание истории» и сформировать источники о таких движущих силах истории, как мнения, установки, поведение человека.

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

Косвенные вопросы: «Как, Вам кажется, в селе относились к депортированным?» «Как относились в селе к тем, кто раскулачивал? К тем, кого раскулачивали?» При такой постановке вопроса можно узнать отношение респондента к изучаемым событиям через его оценку или мнение о других участниках.

Вопросы-интерпретации могут носить подспудный характер и также быть очень эффективными для выяснения личной позиции рассказчика. Например: «Говорят, что богатыми или кулаками были самые работящие, а беднотой — те, кто лодырничал да непробудно пил». Вопросы-интерпретации могут иметь форму провокации, чтобы заставить рассказчика на своем опыте и опыте своих односельчан опровергнуть либо подтвердить высказывание или порассуждать. Вопросы-интерпретации могут формулироваться в виде утверждения: «В советское время на партийных собраниях не принята была развернутая критика…» или начинаться с фразы: «…То есть Вы считаете?» или «…Если я правильно понял, то…».

Структурирующие вопросы. Обычно интервьюер должен иметь их в запасе и использовать, например, когда тема исчерпана или необходимо прервать многословный ответ не по теме: «Хотелось бы перейти к другой теме…» или «Давайте поговорим о…».

Вопросы, направленные на поиск смысла и раскрытие внутреннего мира респондента: «Почему так произошло?», «Что это для Вас значило?», «Как Вы себя при этом чувствовали?». Эта группа вопросов используется, если целью интервью является именно реконструкция субъективного человеческого опыта. Такие вопросы стимулируют как рассказчика, показывая ему, что исследователя интересуют не просто некие факты прошлого, а сам человек, его жизнь, так и интервьюера, заставляя его «копать глубже», «докапываться до истины».

Вопросы на сравнение, например, «Чем Ваше детство отличалось от детства Ваших родителей?» Такие вопросы способствуют более глубокому изучению какой-либо исторической проблемы или темы. Однако такие вопросы могут быть сложными для респондентов, не склонных к анализу и рефлексии.

Вопросы, высказанные в условном наклонении, например, «Если бы Вам пришлось…?» или в косвенной форме. Такие вопросы могут помочь в случае, если интервьюируемый затрудняется сформулировать ответ, не умеет выразить свои мысли или стесняется признаться в чем-то.

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

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

Предлагаемые типы вопросников помогают интервьюеру «раскрутить» респондента на личностные суждения, перевести его рассуждения на интересующие исследователя проблемы, если он отклонился и перешел на темы, волнующие в данный момент его самого, или пытается уйти от ответа и т. д. Многие подобные вопросы трудно заранее предусмотреть в вопросниках. Они могут использоваться ситуативно, хотя могут планироваться и заранее. Так или иначе, данные технологии должны быть апробированы не только при составлении вопросников, но и в ходе практических занятий, чтобы научить экспромтом или ситуативно включать в опрос не запланированные заранее вопросником вопросы. Любое интервью: запланированное, структурированное или проводимое в более свободной форме — должно быть подготовлено через разработку вопросов и подразумевать психологическую готовность корректировать вопросник в ходе интервью. Опыт исследований показывает, что даже живой диалог с участием опытного интервьюера невозможен без знания всех типов вопросов.

Любые типы вопросов должны быть понятны и доступны для расспрашиваемого. При этом необходимо стремиться избегать:

— формулировки вопросов, требующих однозначных ответов — «да», «нет»;

— наукообразных заумных формулировок вопросов;

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

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

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

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

Особым достоинством интервью с использованием свободного вопросника является его открытость для внесения изменений и корректировки опроса, исследуемой темы или проблемы. Для нестандартизированного интервью не существует строгих правил проведения опроса или технологий, а используется некий набор методов. Отсутствие жесткой схемы дает огромные возможности для проявления мастерства интервьюера, его знаний. Более того, искусство интервьюера заключается именно в умении выделять перспективные сюжеты, возникающие в рассказе респондента, откликаться на них, задавая вопросы, позволяющие рассказчику развить интересную тему, о существовании которой исследователь перед началом интервью и не подозревал. Идеальным для профессионала является свободное интервью с вопросником-путеводителем, когда от интервьюера требуется только «слышать респондента» и чутко реагировать на ход его мыслей.

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

Путеводителем может служить и программа изучения, которая в комплексе отражает целостность явления, события, процесса. Пример — программа изучения истории исчезнувших сел Алтая, разработанная для историко-этнографических экспедиций АлтГПА (БГПУ) в рамках научно-практической программы «Города и села Алтайского края: историко-культурное наследие» (см. Приложение 3). На ее основе можно углублять те или иные проблемы и составлять самостоятельные вопросники: как «по вертикали» (хронологический принцип составления опросника, в данном путеводителе — от 1920-х гг., о которых можно еще найти информантов, через 1930-1990-е гг. и до наших дней, например вопросник о возможностях подсобного личного хозяйства в единоличном, колхозно-совхозном и рыночном хозяйстве), так и «по горизонтали» (тематический принцип составления опросника, в данном случае проработка исторических сюжетов каждого временного отрезка, например вопросник с включением вопросов обо всех событиях 1930-х гг. — раскулачивании, образовании колхозов, совхозов, артелей, поселков МТС, спецпереселениях, образовании комсомольской и пионерской организаций, открытии школы, разрушении церкви и т. д.), смешанные вопросники (см. Приложение 4).

Как Написать Интервью — Простые Правила и Вопросы.

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

Что такое интервью

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

Другой вид беседы направлен на раскрытие индивидуальности того, у кого берут интервью. Часто это известные люди: актеры, певцы, политики. В рамках такого разговора затрагивают почти любые темы, начиная от рода деятельности, заканчивая философскими и личными вопросами.

По способу оформления жанр бывает:

  • устный;
  • письменный;
  • видеоинтервью.

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

Как составить хорошее интервью

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

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

Правила написания вопросов несложные:

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

Их следует расположить в таком порядке: от легких и располагающих, в середине перейти на провокационные или злободневные, завершить приятной нотой. Такое построение позволяет “разговорить” объект.

Важно, чтобы журналист имел свою точку зрения о предмете вопроса, ведь интервью – это диалог, где могут звучать разные мнения. Не стоит перебивать собеседника или негативно оценивать его ответы. Также журналиста не должно быть много – большая часть разговора отводится гостю.

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

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

Третий этап подготовки – психологический настрой. И журналисту, и гостю должно быть комфортно в месте записи. Гость должен знать, что беседа записывается, быть в курсе, когда отключается видео или диктофон. Использовать записанные “вне” разговора фрагменты неэтично. Интервьюеру нужно вести себя вежливо, открыто и честно, без лести и поклонения.

Интервью: обработка информации

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

В зависимости от типа интервью (анкета, проблемное, экспертное, портретное) требования к информативности материала меняются. Последний этап – визирование. Готовый материал отправляют объекту, затем по необходимости вносят правки.

Авторский стиль. Как умение писать помогает в жизни

Полная подборка: как подготовить вопросы для интервью?

Вопросы! Именно от них зависит, насколько успешным или никудышним будет интервью.

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

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

Вопросы нужно уметь задавать.

Что такое интервью. Примеры успешных интервью.

Хорошее интервью,  — эта живая беседа. Когда вы отлично пообщались с человеком, только еще эту информацию удалось сохранить и выложить.

Журнал The Guardian выбрал 14 самых лучших интервью ХХ века.

В приложении вы можете прочитать (открывается в новом окне). И хоть они на английском языке — вам, тем не менее, будет очень интересно:

Все 14 самых популярных в ХХ веке по версии журнала The Guardian:

1. Ричард Никсон, by David Frost, 1977
2. Диана, Принцесса Уэльская, by Martin Bashir, 1995
3. Джон Леннон, by Jann S Wenner, 1970 
4. Марлон Брандо, by Truman Capote, 1957 
5. Дэннис Поттер, by Melvyn Bragg, 1994
6. Фрэнсис Бэкон, by David Sylvester, 1963, 1966 и 1979 
7. Мэрилин Монро, by Richard Meryman, 1962
8. Sex Pistols by Bill Grundy, 1976
9. Малькольм Х, by Alex Haley, 1963
10. Адольф Гитлер, by George Sylvester Viereck, 1923 
11. Фрэнсис Скотт Фитцджеральд, by Michel Mok, 1936
12. Маргарет Тэтчер, by Terry Coleman, 1971
13. Фидель Кастро, by Herbert Matthews, 1957
14. Мэй Уэст, by Charlotte Chandler, 1979 

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

Секреты интервью Владимира Познера и опросник Марселя Пруста

Марсель Пруст

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

Вот они:

Ваша самая характерная черта? Жажда быть любимым, а точнее, быть обласканным и избалованным, скорее чем служить предметом восхищения.

Какова Ваша мечта о счастье? Боюсь, что она недостаточно возвышенна, к тому же боюсь разрушить её словами.

Что Вы считаете самым большим несчастьем? Никогда не знать мою маму или бабушку.

Каким Вы хотели бы быть? Самим собой — тем, кем меня хотели бы видеть люди, которыми я восхищаюсь.

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

Ваш любимый цвет? Красота заключается не в одном цвете, а в их гармонии.

Ваши любимые писатели? Сегодня это Анатоль Франс и Пьер Лоти.

Ваши любимые поэты? Бодлер и Альфред де Виньи.

Любимый литературный герой? Гамлет.

Любимые герои в реальной жизни? Месье Дарлю, месье Бутру.

Любимая героиня в истории? Клеопатра.

Что вы больше всего ненавидите? То дурное, что есть во мне.

Исторические персонажи, которых Вы презираете? У меня недостаточно познаний, чтобы дать ответ на этот вопрос.

Какой момент в военной истории Вы цените больше всего?Когда я записался в добровольцы!

Владимир Познер. Один из лучших современных интервьюеров

Реформа, которую вы цените особенно высоко? —-

Способность, которой вам хотелось бы обладать? Сила воли и умение очаровывать.

Как Вы хотели бы умереть? Став лучше, чем я теперь, и любимым.

Ваше состояние духа в настоящий момент? Досада, что пришлось так долго размышлять о себе, чтобы ответить на все эти вопросы.

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

На эти вопросы Пруст отвечал, когда ему было 20 лет.

 

Правила составления вопросов для интервью

  1. Подготовьте вопросы к интервью, а потом выбросьте их

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

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

Дик Кавет, ведущий ток-шоу, ветеран телевидения так сказал об этом:

«Мой бывший босс, кумир и зритель, Джек Пар, однажды позвонил мне перед ток-шоу и сказал: «Эй, парень, не делай интервью». Я сказал: «А что же мне делать? Петь или просто читать аудитории?» И он сказал: «Нет, но интервью скучны как вопрос «какой ваш любимый цвет?» Очень скучно. Заведи беседу и узнай реальные тайны. Выброси свои записки, если это необходимо».

А вот что говорит Мак Марон, отличный ведущий WTF

Марк Марон — популярный американский ведущий

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

  1. Не стоит задавать слишком длинные вопросы

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

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

 

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

«Тот, кто чувствует себя более комфортно, лучше даст интервью», — сказала известный интервьюер Кэти Курик. 

Хорошие интервьюеры подстраиваются под человека на всех уровнях. Например, если вы говорите быстро, или громко с человеком, обладающим тихим голосом, разговор не получится. И вы заставите вашего интервьюируемого ощущать себя не на своем месте.

  1. Работайте над тем, чтобы вопросы были интересными 

Ваша задача как интервьюера – спросить так, чтобы человеку хотелось отвечать на ваш вопрос, а читателю после было интересно читать интервью.

  1. Вопросы должны быть корректными

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

  1. Не включайте в окончательный вариант рабочие вопросы 

Вопросы типа «Где работаете?», «Женаты ли вы?», «Каковы ваши увлечения?» входят в вашу предварительную работу. Все это вы уже должны знать, собираясь на интервью. Поэтому следует составлять более глубокие вопросы – например: «Изменились ли ваши увлечения после того, как вы сменили работу?» и т.п.

  1. Задавайте больше уточняющих вопросов

Если вы видите, что собеседнику сложно отвечать на некоторые вопросы, или он уходит от ответа, расшевелить его можно уточнениями типа «Как это случилось?», «Что сподвигло вас к такому решению?»

  1. Всегда составляйте несколько вопросов для интервью «про запас»

«Запасные» вопросы выручат вас, если собеседник не был слишком многословным и очень кратко отвечал на вопросы. Вопросы могут быть, например, о книгах, фильмах, искусстве и т.п.

  1. Учитесь «гибкому слушанию»

Хотя говорят, что слушать легче всего — это подчас становится самым сложным.

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

«Нет ничего хуже для меня, как для зрителя, чем наблюдать, когда кто-то продолжает идти по своему длинному списку вопросов, не слушая человека и не пытаясь узнать его лучше… Я думаю, вы можете использовать вопросы как своего рода шаблон, но и должны быть готовы слушать и отклоняться от задуманного сценария беседы в совершенно другом направлении».

А вот другой совет Дика Каветта, отличный ведущий WTF :

Дик Каветт

«Я недавно усовершенствовал методику памяти моего друга, Гарри Лорейна, эксперта по работе с памятью, о том, как изобразить возмущение на лице. Иногда человек уходит в другую область от предмета разговора. Тогда представьте, что он ребенок, и вы поймали его на краже яблок. Он  начинает говорить о чем-то другом, чтобы отвлечь внимание, а вы подбираете яблоко и бросаете его ему в лицо. Даже если это известная личность. Запомните пример с яблоком, чтобы вовремя «метнуть» нужный вопрос, когда собеседник начинает юлить».

  1. Учитесь использовать силу паузы

Иногда паузу можно использовать с большим толком.

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

Вот что по этому поводу думает Джим Лерер:

«Если вы удержитесь от соблазна сказать что-то после ответа, вы откроете для себя нечто почти магическое. Другой человек будет либо настаивать  на том, что он уже сказал, или вообще пойдет в другом направлении. В любом случае, он начнет расширять свой ??ответ, а вы получите четкое представление, что на самом деле у него в голове и сердце».

Это просто. Считайте от трех до пяти, и не говорите. Дик Каветт дополняет

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

  1. Развивайте любопытство

Все эти методы работают хорошо. Но любопытство — главный двигатель интересного интервью. Вот, что говорит Гай Талезе, один из основателей литературной журналистики:

Дейл Карнеги

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

Дэйл Карнеги объяснял это потрясающе просто:

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

  1. Никаких «я». Учитесь смирять свое эго.

Люди зациклены на себе. И вы тоже. Но если вы научитесь меньше думать о себе, и больше уделять внимания человеку — вы станете неотразимым собеседником.

Вот что сказал по этому поводу Роберт Дрике, ведущий инструктор в учебном центре ФБР по поведенческим и межличностным навыкам:

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

 

Вопросы для интервью — только верхушка айсберга подготовки

Чтобы брать классные интервью — практикуйте эти советы. И изучайте интервью лучших. Тогда вас будут читать.

Закончу цитатой Тома Вулфа, известного писателя

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

 

Автор текста Владимир Багненко

 

Коротко обо мне: Предприниматель, интернет-маркетолог, коммерческий писатель, христианин. Автор двух блогов (о текстах и Слова Ободрения), руководитель студии текстов “Слово”. Осознанно пишу с 2001 года, в газетной журналистике с 2007, зарабатываю исключительно текстами с 2013-го года. Люблю писать и делиться тем, что помогает мне на тренингах. С 2017 года стал отцом.
Заказать тренинг или тексты вы можете по почте [email protected] или написав в личку в удобной вам соцсети.

Если вам есть чем поделиться или вы хотите написать мне — я тут: Вконтакте, Facebook, Twitter, Instagram, YouTube.

 

P.S. Ура. Наконец-то с сентября 2017 года я завел свой уютный канал в Телеграм. Называется, угадайте? Да, конечно, вы угадали:»Авторский стиль». Делюсь опытом, рассказываю о том, как выработать свой авторский стиль. Верю, что его нужно лишь откопать за горами стереотипов и сомнений в себе. Тут много того, чего не даю больше нигде. https://t.me/bagnenkotext

 

 

31. октября 2014 by Admin
Categories: Блог, Журналисту | 2 комментария

Правила составления анкет.

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

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

Проведение анкетного опроса должно соответствовать ряду специфических требований.

— Он не должен длится более 30-40 минут, в противном случае респондент устаёт, и последние вопросы обычно остаются без полноценных ответов.

—    Важно, чтобы интерес к предмету опроса не снижался, а постепенно повышался. Поэтому более сложные по содержанию (и пониманию) вопросы должны следовать за более простыми.

—    Первый вопрос не должен быть ни дискуссионным, ни настораживающим. Лучше всего если он будет нейтральным.

—    Трудные вопросы целесообразно поместить в середине анкеты, чтобы респондент успел «включиться» в тему.

—    Вопросы должны быть ясными, чёткими, понятными опрашиваемым.

Внимание!

Если вам нужна помощь в написании работы, то рекомендуем обратиться к профессионалам. Более 70 000 авторов готовы помочь вам прямо сейчас. Бесплатные корректировки и доработки. Узнайте стоимость своей работы.

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

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

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

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

Вопросы могут объединяться в блоки по тематическому и проблемному принципам. При этом переход к новому направлению беседы должен сопровождаться пояснениями, «переключателями» внимания.

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

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

Кроме минимального инструктивного материала в тексте вопросника необходим специальный документ «Инструкция интервьюеру». Обычная структура такой инструкции: объяснение целей и задач исследования, создание мотивации на добросовестную работу, объяснение роли, задач, обязанностей, прав и ответственности интервьюера, правила поиска респондента, установление контакта с ним и получение согласия на интервью; правила заполнения отдельных видов вопросов; правила стимулирования внимания респондентов; правила завершения беседы. Об этом пишут авторы учебника под ред. Г.В. Осипова (Социология. Основы общей теории. – М.: Изд-во НОРМА, 2002. – С. 777-778) и А.И. Кравченко (Социология: Учебник. – М.: Изд-во Проспект, 2003. – С. 465–466).

Вопросы анкеты различаются между собой по содержанию и форме. Деление вопросов по содержанию обусловлено характером информации, которую представляет ответ на тот или иной вопрос. Информация о фактах и отношении к ним, о нормах и мотивах поведения, об интенсивности мнения, о поведении в настоящем и прошлом является основанием для деления их по содержанию.

Ответы на вопросы, дающие информацию, например, о факте, содержат объективные сведения об отвечающем на анкету (возраст, образование, профессия, доход и т.п.). Они могут также давать сведения о поведении опрашиваемого и каких-либо событиях его жизни. Цель такого рода вопросов состоит в отсеивании тех лиц, которые не могут дать нужную информацию.

По форме вопросы делятся на три основные группы: 1) открытые, закрытые и полузакрытые; 2) прямые и косвенные; 3) личные и безличные. Обычно в анкете чередуются открытые и закрытые, прямые и косвенные, личные и безличные вопросы.

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

Проверка и контроль достоверности данных опросов осуществляется рядом способов. Один из них – контрольные вопросы. Разновидностью контроля может быть повторный опрос с соблюдением тех же условий – на весь объём выборки (панельный опрос) или на 5-10% лиц, уже опрошенных ранее. Одно из самых надёжных средств контроля достоверности данных анкетного опроса – сочетание нескольких методов: анкетирование и наблюдение, анкетирование и свободное интервью. Виды вопросов, применяемых в социологическом опросе, описаны в учебнике А.И. Кравченко (Социология: Учебник. – М.: Изд-во Проспект, 2003. – С. 461-465). Иллюстрировано наглядными примерами изложение особенностей опроса, интервью и композиции анкеты в «Социологии XX века» Э.А. Капитонова (Социология XX века. – Ростов-на-Дону: Изд-во Феникс, 1996. – С. 461-485).

Поможем написать любую работу на аналогичную тему

Получить выполненную работу или консультацию специалиста по вашему учебному проекту

Узнать стоимость

Золотые правила интервью, или кто такой Сэр Робин

Подпись к фото,

Cэр Робин Дэй во время интервью с Маргарет Тэтчер в 1984 году

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

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

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

С другой стороны, важно относиться к гостю справедливо и тактично.

Правила Сэра Робина

Около полувека назад, когда практика ведения довольно жестких интервью еще не была широко распространена, молодой британский телеведущий Робин Дэй заметил:

Тем не менее, «неудобные» не значит «бестактные».

В 1961 году Сэр Робин, как его стали называть много позже, составил список правил ведения интервью, в котором попытался совместить «игру по правилам с остротой и энергичностью телевидения».

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

Вот, что гласят эти правила:

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

Робина Дэя считают одним из самых умных и жестких интервьюеров в истории телевидения

  • Свои личные предрассудки нужно оставить в стороне и стараться задавать объективные вопросы, отражающие широкий спектр мнений;
  • Не следует впадать в ступор от восторга в присутствии известного или авторитетного гостя;
  • Нельзя обманывать аудиторию, намеренно избегая неловких тем и заранее заготавливая нужные вопросы;
  • Важно не поддаваться на просьбы работодателя сгладить острые углы или заранее прописать текст интервью, чтобы обеспечить появление в эфире престижного гостя или угодить властям. Журналист обязан отказаться от интервью, если его требования против подобного подхода не были удовлетворены;
  • Интервьюер не должен заранее согласовывать свои вопросы с гостем, однако он вполне может сообщить, о чем в целом пойдет речь. Если гость уже получил список конкретных вопросов, журналист не сможет ничего уточнить или предъявить контраргументы;
  • Журналист обязан дать гостю возможность высказаться, учитывая жесткие временные рамки телевизионного эфира;
  • Ни в коем случае нельзя использовать свои профессиональные навыки, чтобы «подставить» или смутить собеседника, не привыкшего к камере;
  • Задавать вопросы нужно уверенно и твердо стоять на своем. Однако важно знать меру, чтобы не звучать слишком агрессивно или оскорбительно;
  • Важно помнить, что телеведущий не обязан вступать в полемику. Он прежде всего журналист, представляющий интересы зрителей, а не прокурор, следователь или психиатр.

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

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

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

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

Как провести интервью по исследованию дизайна | Мэтт Купер-Райт | Методы исследования дизайна

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

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

Итак, о чем вы должны думать при проведении собеседования?

Дайте вам и вашим участникам время освоиться с форматом интервью. Начните обсуждение с общих вопросов, вы сузите их позже.

Где вы живете, чем зарабатываете, чем занимаетесь.

Подобные вопросы не только успокаивают людей, но и открывают области для дальнейших вопросов.Если вы разговариваете с профессионалом, спросите его об их роли и обязанностях, спросите, чем он занимался вчера. Если они говорят: «Вчерашний день был не очень типичным», это прекрасно. Спросите их , чем он отличается, и спросите их , почему это другое.

При разговоре с людьми важно отбросить свои представления и предубеждения, вы хотите видеть мир их глазами. Это непросто. Желание заполнить пробелы в понимании, когда вы разговариваете с людьми, естественно — это хорошее поведение в разговоре, , но собеседование — это не разговор, .Удерживайтесь, не заканчивайте свои предложения, позвольте им объясниться.

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

Если на ваши вопросы можно ответить «да» или «нет», значит, они недостаточно усердно работают. Задавать открытые вопросы сложнее, чем кажется, но это навык, который можно улучшить с практикой.

Узнайте больше о том, как структурировать вопросы в другой моей статье: «Важность того, как и почему» в этой коллекции Design Research Methods .

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

Вы просто дизайнер.

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

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

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

Два интервьюера (один спрашивающий и один записывающий) и один участник работают очень хорошо. Соотношение интервьюеров и участников более 3: 1 может вызвать у них дискомфорт. Если у вас есть три интервьюера, пусть один сядет поудобнее и задаст минимум вопросов.

Технологии при собеседовании могут стать огромным препятствием. Помимо того, что ноутбук — это буквально барьер между вами и участником, iPhone и iPad посылают подсознательные сигналы, что вы выполняете несколько задач одновременно.Даже если нет.

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

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

В отличие от предыдущего пункта, сессия документирования с фото и аудиозаписью может работать, когда участник дает согласие.Когда вы проводите подробное интервью у кого-то дома или на работе, они часто показывают предметы, чтобы проиллюстрировать ответ, спрашивают разрешения и делают быструю фотографию, чтобы помочь вам запомнить.

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

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

Это также поможет вам не опаздывать: если вы все еще не ответили на первый вопрос через 15 минут, вероятно, пора двигаться дальше.

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

Есть много способов включить «действие» в интервью. Мы просим людей нарисовать то, что они думают, или отсортировать список характеристик в зависимости от их приоритетов (см. Упражнение по сортировке карточек).Физическая активность может быть хорошим изменением темпа во время собеседования, но также часто выявляет вещи, которые вы, возможно, не планировали.

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

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

Финальная точка — одна из самых сложных.

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

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

Удачного интервью!

6 правил проектирования, которые я хотел бы знать перед собеседованием | Конрад Пирси

Прежде чем вы сможете справиться с задачей, давайте сначала поговорим о формате.

Вызов дизайна бывает разных форм и вкусов. Некоторые из наиболее популярных форматов включают в себя Flow & Diagraming, Take-Home Challenge и сессии совместной работы с интерактивной доской.

  • Пользовательский поток и построение диаграмм:
    Тест, чтобы понять свои навыки логики и информационной архитектуры. Компании могут использовать этот тест, если роль предназначена для помощи продуктовым командам в реструктуризации существующих продуктовых структур и потоков.
  • Take-Home Challenge:
    В конце концов, неважно, производите ли вы серые низкокачественные провода или полные макеты, цель состоит в том, чтобы продемонстрировать свои дизайнерские навыки и творческое решение проблем. .Продолжительность от 1 до 7 дней до завершения, будет дана подсказка, связанная с компанией, на которой нужно сосредоточиться.
  • Сессия интерактивной доски для совместной работы:
    Используется в качестве нейтральной площадки для оценки сотрудничества в команде и решения проблем без подготовки на месте — обычно в этом виде деятельности не оцениваются навыки эстетического дизайна. Этот тип вызова требует подготовки и обучения со стороны кандидата на собеседование.

Помните о соотношении времени и затрат, не подписывайте свою работу и практикуйтесь на практике.

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

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

1. Следите за часами.

Даже когда непреднамеренные проблемы с дизайном могут быть риском для участия из-за огромного количества времени или творческой интеллектуальной собственности, необходимых для инвестиций. Это независимо от того, длится ли задача дизайна 30 минут или одну неделю. Годы знаний, навыков и обучения передаются только для того, чтобы нанимающая компания подмигнула, намекая на возможную работу.

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

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

2. Четко укажите, кому принадлежит работа.

Однажды у меня была компания, которая попросила сохранить за собой все права на любую работу, выполненную во время восьмичасового выездного проекта по разработке и разработке стратегии. Я был шокирован и обратился к работодателю. Их ответ? «Значит, вы хотите получать деньги за собеседование?» Излишне говорить, что я отказался от этой задачи. Восемь часов бесплатной работы для меня — не собеседование. Я просто хотел получить компенсацию за свои идеи и дизайн.Как и любой другой дизайнер, выполняющий такой объем работы.

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

Вот ссылка на образец, не стесняйтесь редактировать и использовать повторно. (полное раскрытие информации, я не юрист, поэтому образец следует использовать в качестве шаблона, я не несу ответственности.)

3. Принесите свои лучшие работы.

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

Получите четкие инструкции:

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

Get Inspired:

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

Оставайтесь креативными в данный момент:

Если вы собираетесь вживую или планируете проект на месте, обязательно подготовьте список запасных сегвеев и дизайнерских решений.Это поможет случайно выбраться из любой опасной ситуации, в которой вы можете оказаться. Каждый дизайнер слишком хорошо знает этот момент «креативного блока». Такие темы, как: Изучение альтернативных дизайнов для различных типов устройств (например, iPad или умные часы), Чем ранние последователи могут отличаться от более поздней аудитории, и обсуждение внедрения проверенных методов обучения помогут поддерживать непрерывность разговора и заставят вас задуматься о продукте общая деталь.

Практика, практика, практика:

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

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

1. Платите, когда возможно.

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

Кандидатам необходимо продемонстрировать свои таланты и навыки (будь то через портфолио или задание по дизайну), но вы, как компания, также должны заслужить уважение кандидата.Хороший найм отмечен кандидатом, который поддерживает взаимоотношения с компанией, а не улицу с односторонним движением. Обращение к потенциальным сотрудникам с просьбой отказаться от работы ради бесплатных компаний проливает свет на то, как они относятся к сотрудникам и относятся к ним.

2. Четко укажите, кому принадлежит работа.

Неоплачиваемые вызовы должны сопровождаться контрактом для защиты дизайнера, а не компании. Да, это может показаться противоположным вашей нынешней деловой практике. Вместо того, чтобы посылать кандидатам на собеседование NDA и IP-соглашения, создайте короткий контракт, который защитит работу дизайнера перед тестом.Он должен четко указывать, какие части результатов принадлежат какой стороне.

Вот ссылка на образец, не стесняйтесь редактировать и использовать повторно. (полное раскрытие информации, я не юрист, поэтому образец следует использовать в качестве шаблона, я не несу ответственности).

3. Выбирайте командные занятия, такие как доска объявлений.

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

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

Как проводить собеседования с пользователями

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

Автор / Правообладатель: Heinrich-Böll-Stiftung. Условия авторских прав и лицензия: CC BY-SA 2.0

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

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

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

Арни Лунд, автор User Experience Management, сказал; «Знай своего пользователя, и ты не твой пользователь.«Пользовательские интервью — отличный способ познакомиться с вашими пользователями … но действительно ли ваша компания их проводит?

Что такое интервью с пользователем?

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

Автор / Правообладатель: Лиз Данцико.Условия авторского права и лицензия: Добросовестное использование.

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

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

  • Справочная информация (например, этнографические данные)
  • Использование техники в целом
  • Использование продукта
  • Основные цели и мотивация пользователя
  • Болевые точки пользователя

Не ограничивайтесь этими темами. Если вам нужно знать что-то, что вы можете узнать, задавая вопросы своим пользователям (если это не является оскорбительным или угрожающим), вы можете задать вопрос об этом.

Существует также особый тип интервью с пользователем, известный как контекстное интервью. Это интервью, которое проводится после (или во время) наблюдения за пользователем, использующим реальный продукт. Это интервью «в контексте» употребления. Они очень распространены при тестировании юзабилити и оценке продуктов и даже при визуализации информации.

Автор / Правообладатель: RezScore. Условия авторских прав и лицензия: Добросовестное использование

Подготовка к интервью с пользователями

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

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

Вот несколько советов по вашему сценарию:

  • Обязательно начинайте с объяснения цели собеседования — чего вы пытаетесь достичь?
  • Также объясните, как данные этого человека и любые собранные вами данные будут использоваться в ходе интервью.
  • Постарайтесь свести наводящие вопросы к минимуму. Хороший вопрос: «Вы пользуетесь мгновенными сообщениями?» а не «Как часто вы пользуетесь Snapchat?» Первый позволяет вам исследовать, что на самом деле делает пользователь. Последнее предполагает, что пользователь работает со Snapchat, и это степень их активности по обмену мгновенными сообщениями.
  • Сделайте это достаточно коротким. Если вы читаете сценарий вслух, а чтение занимает более 10 минут … вероятно, это слишком долго. В идеале интервью должны длиться менее 1 часа, и большую часть времени интервьюируемый должен говорить, а исследователь — слушать.

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

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

Как проводить интервью с пользователем

Проведение интервью — это просто вопрос проработки вашего сценария или постановки вопросов, которые у вас есть. Однако есть несколько советов, которые сделают этот процесс более полезным:

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

Автор / Правообладатель: Victorgrigas. Условия авторских прав и лицензия: CC BY-SA 3.0

Отчетность по опросам пользователей

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

Вы можете скачать шаблон для проведения интервью с сочувствием здесь:

Получите бесплатный шаблон «Как проводить собеседование с сочувствием»

Take Away

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

Ссылки и где узнать больше

Курс: Исследование пользователей — методы и передовой опыт:
https://www.interaction-design.org/courses/user-research-methods-and-best-practices

Некоторые дополнительные советы по интервьюированию пользователей от Nielsen Norman Group — https://www.nngroup.com/articles/interviewing-users/

Почему слушать пользователей не всегда правильно, также от Nielsen Norman Group — https: // www.nngroup.com/articles/first-rule-of-usability-dont-listen-to-users/

Некоторые идеи для вопросов в интервью с пользователями — https://medium.com/user-research/ Never-ask-what-they-want-3-better-questions-to-ask-in-user-interviews-aeddd2a2101e — .izil93jqf

Изображение героя: Автор / Правообладатель: Дэвид Дэвис. Условия авторских прав и лицензия: CC BY-SA 2.0

Вопросы для собеседования по проектированию системы — концепции, которые вы должны знать

Возможно, вы слышали термины «Архитектура» или «Дизайн системы».«Они часто возникают во время собеседований с разработчиками, особенно в крупных технологических компаниях.

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

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

Оттуда вы можете глубже изучить другие ресурсы. Я перечислил некоторые из моих любимые ресурсы в самом низу этой статьи.

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

  1. Раздел 1: Сети и протоколы (IP, DNS, HTTP, TCP и т. Д.)
  2. Раздел 2: Хранение, задержка и пропускная способность
  3. Раздел 3: Доступность
  4. Раздел 4: Кэширование
  5. Раздел 5: Прокси-серверы
  6. Раздел 6: Балансировка нагрузки
  7. Раздел 7: Последовательное хеширование
  8. Раздел 8: Базы данных
  9. Раздел 9: Выбор лидера
  10. Раздел 10: Опрос, потоковая передача, сокеты
  11. Раздел 11: Защита конечных точек
  12. Раздел 12: Сообщения и публикации. Sub
  13. Раздел 13: Важнейшие мелочи

Приступим!

Раздел 1: Сети и протоколы

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

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

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

Возможно, вы слышали о наиболее распространенных сетевых протоколах эпохи Интернета — таких как HTTP, TCP / IP и т. Д. Давайте разберем их по основам.

IP — Интернет-протокол

Думайте об этом как о фундаментальном уровне протоколов. Это базовый протокол, который учит нас, как должна быть реализована почти вся связь через Интернет-сети.

Сообщения по IP часто передаются «пакетами», которые представляют собой небольшие пакеты информации (2 ^ 16 байтов).Каждый пакет имеет существенную структуру, состоящую из двух компонентов: заголовка и данных.

Заголовок содержит «метаданные» о пакете и его данных. Эти метаданные включают такую ​​информацию, как IP-адрес источника (откуда приходит пакет) и IP-адрес назначения (место назначения пакета). Ясно, что это фундаментально для возможности отправлять информацию из одной точки в другую — вам нужны адреса «от» и «до».

А IP-адрес — это числовая метка, присваиваемая каждому устройству, подключенному к компьютерной сети, которое использует Интернет-протокол для связи.Существуют публичные и частные IP-адреса, и в настоящее время существует две версии. Новая версия называется IPv6 и получает все большее распространение, поскольку в IPv4 заканчиваются числовые адреса.

Другие протоколы, которые мы рассмотрим в этом посте, построены на основе IP, точно так же, как ваш любимый программный язык имеет библиотеки и фреймворки, построенные поверх него.

TCP — протокол управления передачей

TCP — это служебная программа, построенная на основе IP. Как вы, возможно, знаете из моих сообщений, я твердо верю, что вам нужно понять , почему было изобретено, чтобы по-настоящему понять , что он делает.16 байт). Множественные пакеты могут привести к (A) потерянным или отброшенным пакетам и (B) неупорядоченным пакетам, таким образом искажая передаваемые данные. TCP решает обе эти проблемы, гарантируя передачу пакетов в порядке упорядоченного .

Будучи построенным поверх IP, пакет имеет заголовок, называемый заголовком TCP, в дополнение к заголовку IP. Этот заголовок TCP содержит информацию о порядке пакетов, количестве пакетов и т. Д. Это гарантирует, что данные будут надежно получены на другом конце.Обычно его называют TCP / IP, потому что он построен поверх IP.

TCP необходимо установить соединение между источником и получателем перед передачей пакетов, и он делает это посредством «рукопожатия». Само это соединение устанавливается с использованием пакетов, в которых источник сообщает адресату, что он хочет открыть соединение, а пункт назначения говорит ОК, а затем соединение открывается.

Это, по сути, то, что происходит, когда сервер «слушает» порт — непосредственно перед тем, как он начинает слушать, происходит рукопожатие, а затем открывается соединение (начинается прослушивание).Точно так же один отправляет другому сообщение о том, что он собирается закрыть соединение, и это завершает соединение.

HTTP — протокол передачи гипертекста

HTTP — это протокол, который является абстракцией, построенной на основе TCP / IP. Он вводит очень важный шаблон, называемый шаблоном запрос-ответ, специально для взаимодействий клиент-сервер.

Клиент — это просто машина или система, которая запрашивает информацию, а сервер — это машина или система, которая отвечает информацией.Браузер — это клиент, а веб-сервер — это сервер. Когда сервер запрашивает данные с другого сервера, тогда первый сервер также является клиентом, а второй сервер является сервером (я знаю, тавтологии).

Таким образом, этот цикл запроса-ответа имеет свои собственные правила для HTTP, и это стандартизирует то, как информация передается через Интернет.

На этом уровне абстракции нам обычно не нужно слишком беспокоиться об IP и TCP. Однако в HTTP запросы и ответы также имеют заголовки и тела, и они содержат данные, которые могут быть установлены разработчиком.

HTTP-запросы и ответы можно рассматривать как сообщения с парами «ключ-значение», очень похожими на объекты в JavaScript и словарях в Python, но не на то же самое.

Ниже показано содержимое и пары «ключ-значение» в сообщениях HTTP-запроса и ответа. Источник

: https://developer.mozilla.org/en-US/docs/Web/HTTP/Messages

HTTP также содержит некоторые «глаголы» или «методы», которые представляют собой команды, которые дают вам представление о том, что за операция предназначен для выполнения.Например, общими методами HTTP являются «GET», «POST», «PUT», «DELETE» и «PATCH», но их гораздо больше. На картинке выше найдите HTTP-глагол в начальной строке.

Раздел 2: Хранилище, время ожидания и пропускная способность

Хранилище

Хранилище предназначено для хранения информации. Любое приложение, система или служба, которые вы программируете, должны будут хранить и извлекать данные, и это две основные цели хранения.

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

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

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

Но это не всегда происходит в компьютерном мире. Хранилище может быть двух типов: хранилище «Память» и хранилище «Диск».

Из этих двух дисковое хранилище имеет тенденцию быть более надежным и «постоянным» (не совсем постоянным, поэтому вместо этого мы часто используем слово «постоянное» хранилище). Дисковое хранилище — это постоянное хранилище. Это означает, что когда вы сохраняете что-то на Диск и выключаете питание или перезагружаете сервер, эти данные будут «сохраняться».Это не будет потеряно.

Однако, если вы оставляете данные в «Памяти», они обычно стираются при выключении или перезапуске, либо при иной потере питания.

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

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

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

Но все, что вы хотите сохранить (например, историю корзины покупок), вы поместите в постоянное хранилище на Диске. Таким образом, вы сможете получить доступ к этим данным в следующий раз, когда пользователь войдет в систему, и у них будет бесперебойная работа.

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

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

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

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

Задержка

«Задержка» и «Пропускная способность» — это термины, которые вы часто будете слышать, когда начнете приобретать более опыт проектирования систем для поддержки внешнего интерфейса вашего приложения. Они очень важны для работы и производительности вашего приложения и системы в целом.Часто существует тенденция использовать эти термины в более широком смысле, чем предполагалось, или вне контекста, но давайте исправим это.

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

Наиболее часто понимаемая задержка — это сетевой запрос «туда и обратно» — сколько времени требуется вашему веб-сайту переднего плана (клиенту), чтобы отправить запрос на ваш сервер и получить ответ от сервера.

Когда вы загружаете сайт, вы хотите, чтобы это было как можно быстрее и плавнее. Другими словами, вам нужна с низкой задержкой . Быстрый поиск означает низкую задержку. Таким образом, поиск значения в массиве элементов происходит медленнее (большая задержка, потому что вам нужно перебирать каждый элемент в массиве, чтобы найти тот, который вы хотите), чем поиск значения в хеш-таблице (меньшая задержка, потому что вы просто смотрите данные за «постоянное» время с помощью ключа. Итерация не требуется.).

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

В этом смысле задержка обратно пропорциональна скорости. Вам нужны более высокие скорости и меньшая задержка. Скорость (особенно при сетевых вызовах, таких как HTTP) также определяется расстоянием. Таким образом, на задержку из Лондона в другой город будет влиять расстояние от Лондона.

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

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

Пропускная способность

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

Например, сборочная линия может собирать 20 автомобилей в час, что составляет ее пропускную способность. В вычислениях это будет объем данных, который может быть передан за единицу времени. Таким образом, подключение к Интернету со скоростью 512 Мбит / с является мерой пропускной способности — 512 Мбит (мегабит) в секунду.

А теперь представьте себе веб-сервер freeCodeCamp. Если он получает 1 миллион запросов в секунду и может обслуживать только 800 000 запросов, то его пропускная способность составляет 800 000 в секунду.Вы можете в конечном итоге измерить пропускную способность в битах, а не в запросах, так что это будет N бит в секунду.

В этом примере существует узкое место , потому что сервер не может обрабатывать более N бит в секунду, но запросов больше. Таким образом, узкое место — это ограничение системы. Система работает так же быстро, как и ее самое медленное узкое место .

Если один сервер может обрабатывать 100 бит в секунду, а другой может обрабатывать 120 бит в секунду, а третий может обрабатывать только 50, тогда вся система будет работать со скоростью 50 бит в секунду, потому что это ограничение — она ​​поддерживает скорость другие серверы в данной системе.

Таким образом, увеличение пропускной способности в любом месте, кроме узкого места, может быть пустой тратой — вы можете сначала просто увеличить пропускную способность на самом низком узком месте .

Вы можете увеличить пропускную способность, купив дополнительное оборудование (горизонтальное масштабирование) или увеличив емкость и производительность вашего существующего оборудования (вертикальное масштабирование) или несколькими другими способами.

Увеличение пропускной способности иногда может быть краткосрочным решением, и поэтому хороший системный разработчик продумает наилучшие способы масштабирования пропускной способности данной системы, в том числе путем разделения запросов (или любой другой формы «нагрузки») и распределения их через другие ресурсы и т. д.Ключевой момент, о котором следует помнить, — это пропускная способность, ограничение или узкое место и их влияние на систему.

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

Раздел 3. Доступность системы

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

Под доступностью полезно понимать отказоустойчивость системы. Если система достаточно устойчива, чтобы обрабатывать отказы в сети, базе данных, серверах и т. Д., То ее обычно можно рассматривать как отказоустойчивую систему, что делает ее доступной системой.

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

Количественная оценка доступности

Для количественной оценки доступности системы мы вычисляем процент времени, в течение которого основные функции и операции системы доступны (время безотказной работы) в заданном временном интервале.

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

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

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

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

Коммерческая причина высокой доступности заключается просто в том, что любой простой на сайте приведет к потере денег на сайте. Кроме того, это может быть очень плохо для репутации, например, если услуга — это услуга, используемая другими предприятиями для предоставления услуг. Если AWS S3 выйдет из строя, пострадает множество компаний, в том числе Netflix, а это плохо .

Поэтому время безотказной работы чрезвычайно важно для успеха. Стоит помнить, что показатели коммерческой доступности рассчитываются на основе годовой доступности, поэтому время простоя 0,1% (т.е. доступность 99,9%) составляет 8,77 часа в год!

Следовательно, время безотказной работы очень высокое. Обычно можно увидеть такие вещи, как время безотказной работы 99,99% (52,6 минуты простоя в год). Вот почему сейчас принято называть время безотказной работы «девятками» — количеством девяток в гарантии безотказной работы.

В современном мире это неприемлемо для крупномасштабных или критически важных услуг. Вот почему в наши дни «пять девяток» считается идеальным стандартом доступности, потому что это означает, что время простоя составляет немногим более 5 минут в год .

SLA

Чтобы сделать онлайн-услуги конкурентоспособными и соответствовать ожиданиям рынка, поставщики онлайн-услуг обычно предлагают соглашения об уровне обслуживания / гарантии. Это набор показателей гарантированного уровня обслуживания.99,999% времени безотказной работы является одним из таких показателей и часто предлагается в рамках премиальных подписок.

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

Во многих случаях несоблюдение SLA дает клиенту право на кредиты или другую форму компенсации за невыполнение поставщиком этих гарантий. Вот, в качестве примера, соглашение об уровне обслуживания Google для API Карт.

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

Проектирование HA

При проектировании системы высокой доступности (HA) вам необходимо уменьшить или устранить «единые точки отказа». Единственная точка отказа — это элемент в системе, который является единственным элементом , который может вызвать нежелательную потерю доступности.

Вы устраняете единые точки отказа, создавая в системе «избыточность». Избыточность — это, по сути, создание одной или нескольких альтернатив (т. Е. Резервных копий) элемента, который имеет решающее значение для высокой доступности.

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

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

Раздел 4: Кэширование

Кэширование! Это очень фундаментальный и простой для понимания метод повышения производительности системы.Таким образом, кэширование помогает уменьшить «задержку» в системе.

В повседневной жизни мы используем кеширование исходя из здравого смысла (большую часть времени …). Если мы живем по соседству с супермаркетом, мы все равно хотим покупать и хранить самое необходимое в холодильнике и кухонном шкафу. Это кеширование. Мы всегда можем выйти, пойти по соседству и покупать эти вещи каждый раз, когда нам понадобится еда, но если она находится в кладовой или в холодильнике, мы сокращаем время, необходимое для приготовления нашей еды. Это кеширование.

Общие сценарии кэширования

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

Это часто верно, когда данные быстрее извлекаются из памяти, чем с диска, из-за задержки при выполнении сетевых запросов. Фактически, многие веб-сайты кэшируются (особенно, если контент не меняется часто) в CDN, чтобы его можно было обслуживать конечному пользователю намного быстрее, и это снижает нагрузку на внутренние серверы.

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

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

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

Таким образом, кэширование может происходить на нескольких точках или уровнях системы, в том числе на уровне оборудования (ЦП).

Обработка устаревших данных

Вы могли заметить, что приведенные выше примеры неявно удобны для операций «чтения». Операции записи не сильно отличаются по основным принципам со следующими дополнительными соображениями:

  • операции записи требуют синхронизации кеша и вашей базы данных
  • это может усложнить выполнение, поскольку требуется выполнить больше операций, и новые соображения относительно обработки Несинхронизированные или «устаревшие» данные должны быть тщательно проанализированы
  • , возможно, потребуется реализовать новые принципы проектирования для обработки этой синхронизации — должно ли это выполняться синхронно или асинхронно? Если асинхронный, то с какими интервалами? Откуда в это время поступают данные? Как часто нужно обновлять кеш и т. Д…
  • «вытеснение» данных или передача и обновление данных, чтобы сохранять кэшированные данные свежими и актуальными. К ним относятся такие методы, как LIFO, FIFO, LRU и LFU.

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

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

Раздел 5: Прокси

Прокси. Какие? Многие из нас слышали о прокси-серверах. Возможно, мы видели варианты конфигурации в некоторых наших программах для ПК или Mac, в которых говорится о добавлении и настройке прокси-серверов или доступе «через прокси».

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

Источник: https: // www.merriam-webster.com/dictionary/proxy

Теперь вы можете выбросить большую часть этого из головы и удержать одно ключевое слово: «заменить».

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

В случае, если вам нужно напомнить что-то новое или вы не уверены в определениях клиента и сервера, «клиент» — это процесс (код) или машина, которая запрашивает данные от другого процесса или машины («сервер»).Браузер является клиентом, когда запрашивает данные с внутреннего сервера.

Сервер обслуживает клиента, но также может быть клиентом — когда он извлекает данные из базы данных. Тогда база данных — это сервер, сервер — это клиент (базы данных), а также — сервер для внешнего клиента (браузера).

Источник: https://teoriadeisegnali.it/appint/html/altro/bgnet/clientserver.html#figure2

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

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

Таким образом, когда клиент отправляет запрос на сервер через прокси, прокси может иногда маскировать личность клиента — для сервера IP-адрес, который проходит в запросе, может быть прокси, а не исходным клиентом.

Для тех из вас, кто получает доступ к сайтам или скачивает вещи, которые иным образом ограничены (например, из торрент-сети или сайтов, запрещенных в вашей стране), вы можете узнать этот шаблон — это принцип, на котором построены VPN.

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

Это отличается от обратного прокси, где прокси действует от имени сервера. На схеме это будет выглядеть одинаково — прокси находится между клиентом и сервером, а потоки данных — это один и тот же клиент <-> прокси <-> сервер.

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

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

Прокси кажутся немного хитрыми 🙂

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

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

Раздел 6: Балансировка нагрузки

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

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

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

Таким образом, балансировщики нагрузки похожи на менеджеров трафика, которые направляют трафик. И они делают это для поддержания доступности и пропускной способности.

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

The Balancing Act — Стратегии выбора сервера

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

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

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

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

Round Robin и Weighted Round Robin

Другой метод, который можно интуитивно понять, называется «round robin». Именно так многие люди обрабатывают списки в этом цикле. Вы начинаете с первого элемента в списке, последовательно перемещаетесь вниз, а когда закончите с последним элементом, вы снова возвращаетесь к началу и снова начинаете работать по списку.

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

Вы можете получить немного больше «фантазии» с круговым алгоритмом, «взвесив» одни услуги над другими. В обычном стандартном циклическом алгоритме каждому серверу дается равный вес (допустим, всем дается вес 1). Но когда вы по-разному оцениваете серверы, у вас может быть несколько серверов с меньшим весом (скажем, 0.5, если они менее мощные), а другие могут быть выше, например 0,7, 0,9 или даже 1.

Затем общий трафик будет разделен пропорционально этим весам и распределен соответственно серверам, мощность которых пропорциональна объем запросов.

Выбор сервера на основе нагрузки

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

Выбор на основе IP-хеширования

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

Маршрутизация на основе IP-хэша

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

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

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

Выбор на основе пути или службы

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

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

Mixed Bag

И, как и со всем остальным, вы можете перейти на более высокие и подробные уровни сложности. У вас может быть несколько балансировщиков нагрузки, каждый из которых имеет разные стратегии выбора сервера! А если у вас очень большая система с высокой посещаемостью, вам могут понадобиться балансировщики нагрузки для балансировщиков нагрузки…

В конечном итоге вы добавляете элементы в систему до тех пор, пока ваша производительность не будет настроена в соответствии с вашими потребностями (ваши потребности могут выглядеть плоскими, или слегка замедляться со временем, или быть предрасположенными к скачкам!).

Мы говорили о виртуальных частных сетях (для прямых прокси) и балансировке нагрузки (для обратных прокси), но здесь есть и другие примеры.

Раздел 7. Последовательное хеширование

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

Чтобы понять это, сначала необходимо понять, как работает хеширование на концептуальном уровне. TL; DR заключается в том, что хеширование преобразует ввод в значение фиксированного размера, часто целочисленное значение (хэш).

Одним из ключевых принципов хорошего алгоритма или функции хеширования является то, что функция должна быть детерминированной, что является причудливым способом сказать, что идентичные входные данные будут генерировать идентичные выходные данные при передаче в функцию. Итак, детерминированный означает — если я передаю строку «Код» (с учетом регистра) и функция генерирует хэш 11002, то каждый раз, когда я передаю «Код», она должна генерировать «11002» как целое число.И если я передам «код», он будет генерировать другое число (последовательно).

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

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

Например, так может выглядеть псевдокод ваших балансировщиков нагрузки:

 
запрос # 1 => хеширует до 34
запрос # 2 => хеширование до 23
запрос # 3 => хешей до 30
запрос # 4 => хеширование до 14

// У вас 5 серверов => [Сервер A, Сервер B, Сервер C, Сервер D, Сервер E]

// так по модулю 5 для каждого запроса...

запрос №1 => хеширование до 34 => 34% 5 = 4 => отправить этот запрос на серверы [4] => Сервер E

запрос №2 => хеширование на 23 => 23% 5 = 3 => отправить этот запрос на серверы [3] => Сервер D

запрос №3 => хеширование до 30 => 30% 5 = 0 => отправить этот запрос на серверы [0] => Сервер A

запрос # 4 => хеширование до 14 => 14% 5 = 4 => отправить этот запрос на серверы [4] => Сервер E  

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

Вы определенно получите разные запросы, отображаемые на один и тот же сервер, и это нормально, пока существует «единообразие» в общем распределении для всех серверов.

Добавление серверов и обработка отказавших серверов

Итак — что произойдет, если один из серверов, на которые мы отправляем трафик, выйдет из строя? Функция хеширования (см. Фрагмент псевдокода выше) по-прежнему считает, что существует 5 серверов, а оператор мода генерирует диапазон от 0 до 4. Но сейчас у нас только 4 сервера, один из которых вышел из строя, и мы все еще отправляем ему трафик.Ой.

И наоборот, мы могли бы добавить шестой сервер, но тогда никогда не получит трафика, потому что наш оператор модификации 5, и он никогда не даст число, которое будет включать только что добавленный 6-й сервер. Двойной ой.

  // Добавим 6-й сервер
серверы => [Сервер A, Сервер B, Сервер C, Сервер D, Сервер E, Сервер F]

// давайте изменим операнд по модулю на 6
запрос №1 => хеширование до 34 => 34% 6 = 4 => отправить этот запрос на серверы [4] => Сервер E

запрос №2 => хеширование до 23 => 23% 6 = 5 => отправить этот запрос на серверы [5] => Сервер F

запрос №3 => хеширование до 30 => 30% 6 = 0 => отправить этот запрос на серверы [0] => Сервер A

запрос # 4 => хеширует до 14 => 14% 6 = 2 => отправить этот запрос на серверы [2] => Сервер C  

Обратите внимание, что номер сервера после применения мода изменяется (хотя в этом примере , а не для запроса №1 и запроса №3 — но это только потому, что в данном конкретном случае числа рассчитывались таким образом).

Фактически, в результате половина запросов (в других примерах может быть больше!) Теперь полностью направляется на новые серверы, и мы теряем преимущества ранее кэшированных данных на серверах.

Например, запрос №4 использовался для перехода к серверу E, но теперь идет на сервер C. Все кэшированные данные, относящиеся к запросу №4, находящемуся на сервере E, бесполезны, поскольку запрос теперь отправляется на сервер C. Вы может вычислить аналогичную проблему, когда один из ваших серверов умирает, но функция мода продолжает отправлять ему запросы.

В этой крошечной системе это звучит второстепенно. Но для очень крупномасштабной системы это плохой результат. #SystemDesignFail.

Итак, очевидно, что простая система хеширования для выделения памяти плохо масштабируется и не справляется со сбоями.

Популярное решение — последовательное хеширование

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

Ключевая проблема наивного хеширования, как мы обсуждали, заключается в том, что когда (A) сервер выходит из строя, трафик все еще направляется на него, и (B) вы добавляете новый сервер, распределения могут существенно измениться, что приведет к потере преимущества предыдущих кешей.

При изучении согласованного хеширования следует помнить о двух очень важных вещах:

  1. Согласованное хеширование не устраняет проблем , особенно B. Но это значительно снижает проблемы.Сначала вы можете задаться вопросом, в чем же особенность последовательного хеширования, поскольку основной недостаток все еще существует — да, но в гораздо меньшей степени, и это само по себе является ценным улучшением в очень крупномасштабных системах.
  2. Согласованное хеширование применяет хеш-функцию к входящим запросам и серверам . Таким образом, итоговые результаты попадают в заданный диапазон (континуум) значений. Эта деталь очень важна.

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

Я настоятельно рекомендую это видео, поскольку оно включает эти принципы, не обременяя вас излишними подробностями.

Краткое введение в последовательное хеширование от Ханны Бартон

Если у вас возникли небольшие проблемы с пониманием того, почему эта стратегия важна для балансировки нагрузки, я предлагаю вам сделать перерыв, затем вернуться к разделу балансировки нагрузки, а затем повторно прочтите это еще раз. Это не редкость, когда все это выглядит очень абстрактным, если вы непосредственно не столкнулись с проблемой в своей работе!

Раздел 8: Базы данных

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

Реляционные базы данных

Реляционная база данных — это база данных, в которой строго установлены отношения между объектами, хранящимися в базе данных. Эти отношения обычно становятся возможными благодаря требованию, чтобы база данных представляла каждую такую ​​вещь (называемую «сущностью») в виде структурированной таблицы — с нулем или несколькими строками («записи», «записи») и одним или несколькими столбцами («атрибутами»). , «поля»).

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

Эту структуру можно увидеть в таблице, в которой записываются данные «младенец» (объект) ниже. Каждая запись («запись») в таблице имеет 4 поля, которые представляют данные, относящиеся к этому младенцу. Это классическая структура реляционной базы данных (а формализованная структура сущности называется схемой).Источник

: https://web.stanford.edu/class/cs101/table-1-data.html

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

Большинство реляционных баз данных поддерживают язык запросов к базе данных, называемый SQL — язык структурированных запросов.Это язык, специально разработанный для взаимодействия с содержимым структурированной (реляционной) базы данных. Эти две концепции настолько тесно связаны, что люди часто называют реляционную базу данных «базой данных SQL» (и иногда произносится как «база данных сиквелов»).

В целом считается, что (реляционные) базы данных SQL поддерживают более сложные запросы (сочетающие различные поля, фильтры и условия), чем нереляционные базы данных. Сама база данных обрабатывает эти запросы и отправляет результаты сопоставления.

Многие фанаты баз данных SQL утверждают, что без этой функции вам пришлось бы извлекать все данных, а затем сервер или клиент загружать эти данные «в память» и применять условия фильтрации — что нормально для небольшие наборы данных, но для большого и сложного набора данных с миллионами записей и строк это сильно повлияет на производительность. Однако это не всегда так, как мы увидим, когда узнаем о базах данных NoSQL.

Распространенным и любимым примером реляционной базы данных является база данных PostgreSQL (часто называемая «Postgres»).

ACID

Транзакции ACID — это набор функций, описывающих транзакции, которые будет поддерживать хорошая реляционная база данных. ACID = «Атомарный, согласованный, изолированный, надежный». Транзакция — это взаимодействие с базой данных, обычно операции чтения или записи.

Атомарность требует, чтобы, когда одна транзакция состоит из более чем одной операции, база данных должна гарантировать, что в случае сбоя одной операции вся транзакция (все операции) также завершится ошибкой.Это «все или ничего». Таким образом, если транзакция завершилась успешно, то по ее завершении вы знаете, что все подоперации завершились успешно, а если операция завершилась неудачно, вы знаете, что все операции, которые были с ней выполнены, завершились неудачно.

Например, если одна транзакция связана с чтением из двух таблиц и записью в три, то в случае сбоя любой из этих отдельных операций произойдет сбой всей транзакции. Это означает, что ни одна из этих отдельных операций не должна завершаться. Вы бы не хотели, чтобы работала даже 1 из 3 транзакций записи — это «испортит» данные в ваших базах данных!

Согласованность требует, чтобы каждая транзакция в базе данных была действительной в соответствии с определенными правилами базы данных, и когда база данных изменяет состояние (изменилась некоторая информация), такое изменение является действительным и не повреждает данные.Каждая транзакция перемещает базу данных из одного действительного состояния в другое действительное состояние . Согласованность можно представить следующим образом: каждая операция «чтения» получает самые последние результаты операции «записи».

Изоляция означает, что вы можете «одновременно» (в одно и то же время) запускать несколько транзакций в базе данных, но в конечном итоге база данных будет иметь состояние, которое выглядит так, как будто каждая операция выполнялась последовательно (в последовательности, например очередь операций).Я лично считаю, что «изоляция» — не очень описательный термин для этой концепции, но я полагаю, что ACCD сложнее сказать, чем ACID …

Долговечность — это обещание, что как только данные будут сохранены в базе данных, они будут оставаться таким. Он будет «постоянным» — храниться на диске, а не в «памяти».

Нереляционные базы данных

Напротив, нереляционная база данных имеет менее жесткую или, другими словами, более гибкую структуру данных. Данные обычно представлены в виде пар «ключ-значение».Проще всего это представить в виде массива (списка) парных объектов «ключ-значение», например:

  // имена детей
[
{
    имя: "Иаков",
        классифицировать: ##,
        пол: «М»,
        год: ####
    },
    {
    имя: "Изабелла",
        классифицировать: ##,
        пол: «Ж»,
        год: ####
    },
    {
      // ...
    },
    
    // ...
]  

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

Подобно свойствам ACID, свойства базы данных NoSQL иногда называют BASE:

Базовая доступность , в которой говорится, что система гарантирует доступность

Мягкое состояние означает, что состояние системы может со временем измениться, даже без ввод

Окончательная согласованность заявляет, что система станет согласованной в течение (очень короткого) периода времени, если не будут получены другие входные данные.

Поскольку по своей сути эти базы данных хранят данные в виде структуры, подобной хеш-таблице, они чрезвычайно быстры, просты и удобны в использовании и идеально подходят для таких случаев, как кэширование, переменные среды, файлы конфигурации, состояние сеанса и т. Д. .Эта гибкость делает их идеальными для использования в памяти (например, Memcached), а также в постоянном хранилище (например, DynamoDb).

Существуют и другие «JSON-подобные» базы данных, называемые базами данных документов, такие как всеми любимый MongoDb, и по своей сути они также являются хранилищами «ключ-значение».

Индексирование базы данных

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

Представьте себе таблицу базы данных со 100 миллионами строк.Эта таблица используется в основном для поиска одного или двух значений в каждой записи. Чтобы получить значения для определенной строки, вам нужно будет перебрать таблицу. Если это самая последняя запись, это займет много времени!

Индексирование — это способ быстрого перехода к записи, которая имеет совпадающие значения, более эффективно, чем просмотр каждой строки. Индексы обычно представляют собой структуру данных, которая добавляется в базу данных и предназначена для облегчения быстрого поиска в базе данных тех конкретных атрибутов (полей) .

Итак, если бюро переписи имеет 120 миллионов записей с именами и возрастом, и вам чаще всего нужно получить списки людей, принадлежащих к возрастной группе, тогда вы должны проиндексировать эту базу данных по атрибуту возраста.

Индексирование является ядром реляционных баз данных, а также широко предлагается для нереляционных баз данных. Таким образом, преимущества индексирования теоретически доступны для обоих типов баз данных, и это очень полезно для оптимизации времени поиска.

Репликация и сегментирование

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

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

Мы рассмотрели преимущества резервирования в системе для поддержания высокой доступности. Репликация обеспечивает избыточность в базе данных, если одна из них выйдет из строя. Но это также поднимает вопрос о том, как синхронизировать данные между репликами, поскольку они должны иметь одинаковые данные. Репликация операций записи и обновления в базу данных может происходить синхронно (одновременно с изменениями в основной базе данных) или асинхронно.

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

Но что делать, когда у вас так много данных, что простая их репликация может решить проблемы с доступностью, но не решит проблемы с пропускной способностью и задержкой (скоростью)?

На этом этапе вы можете подумать о том, чтобы «разбить» ваши данные на «сегменты».Некоторые люди также называют это разделением данных (что отличается от разделения жесткого диска!).

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

Раздел 9: Выборы лидера

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

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

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

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

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

Принцип очень прост, но дьявол кроется в деталях. По-настоящему сложная часть — убедиться, что серверы «синхронизированы» с точки зрения их данных, состояния и операций.

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

Другими словами, алгоритм консенсуса используется, чтобы дать всем серверам «согласованное» значение, на которое все они могут полагаться в своей логике при определении того, какой сервер является лидером.

Leader Election обычно реализуется с помощью программного обеспечения, такого как etcd, которое представляет собой хранилище пар ключ-значение, которое обеспечивает высокую доступность и сильную согласованность (что является ценным и необычным сочетанием) с использованием самого Leader Election и с использованием алгоритма консенсуса. .

Таким образом, инженеры могут полагаться на собственную архитектуру выбора лидера etcd для проведения выборов лидера в своих системах. Для этого в сервисе, таком как etcd, сохраняется пара «ключ-значение», представляющая текущего лидера.

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

Раздел 10: Опрос, потоковая передача, сокеты

В современную эпоху непрерывных обновлений, push-уведомлений, потокового контента и данных в реальном времени важно понимать основные принципы, лежащие в основе этих технологий.Чтобы данные в вашем приложении обновлялись регулярно или мгновенно, необходимо использовать один из двух следующих подходов.

Опрос

Это просто. Если вы посмотрите статью в Википедии, она может показаться вам немного напряженной. Так что вместо этого взгляните на его словарное значение, особенно в контексте информатики. Помните об этом простом принципе.

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

Опрос каждые несколько секунд по-прежнему не совсем такой же, как в реальном времени, а также имеет следующие недостатки, особенно если у вас более миллиона одновременных пользователей:

  • почти постоянные сетевые запросы (не очень хорошо для клиента)
  • почти постоянные входящие запросы (не очень хорошо для серверных нагрузок — 1 миллион + запросов в секунду!)

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

Например, если вы создали клон Uber, приложение на стороне водителя может отправлять данные о местонахождении водителя каждые 5 секунд, а приложение на стороне водителя опрашивает местоположение водителя каждые 5 секунд.

Потоковая передача

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

Это сетевой протокол связи, предназначенный для работы через TCP. Он открывает двусторонний выделенный канал (сокет) между клиентом и сервером, что-то вроде открытой горячей линии между двумя конечными точками.

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

Вы, возможно, помните из нашего обсуждения IP, TCP и HTTP, что они работают, отправляя «пакеты» данных для каждого цикла запрос-ответ.Веб-сокеты означают, что существует единственное взаимодействие запроса-ответа (на самом деле это не цикл, если вы думаете об этом!), И это открывает канал, через который два данных отправляются в «потоке».

Большая разница с опросом и всеми «обычными» IP-коммуникациями заключается в том, что в то время как при опросе клиент делает запросы к серверу для данных через равные промежутки времени («вытягивание» данных), при потоковой передаче клиент находится в режиме ожидания. для сервера, чтобы «протолкнуть» некоторые данные себе дорогу. Сервер будет отправлять данные, когда они меняются, и клиент всегда их ожидает.Следовательно, если изменение данных является постоянным, тогда оно становится «потоком», что может быть лучше для того, что нужно пользователю.

Например, при использовании IDE для совместного кодирования, когда один из пользователей что-то вводит, это может отображаться на другом, и это делается через веб-сокеты, потому что вы хотите сотрудничать в реальном времени. Было бы ужасно, если бы то, что я напечатал, появилось на вашем экране после того, как вы попытались ввести то же самое или после 3 минут ожидания, гадая, что я делаю!

Или подумайте об онлайн-многопользовательских играх — это идеальный вариант использования потоковой передачи игровых данных между игроками!

В заключение, вариант использования определяет выбор между опросом и потоковой передачей.В общем, вы хотите выполнять потоковую передачу, если ваши данные «в реальном времени», и если это нормально, если задержка (всего 15 секунд — это все еще задержка), тогда опрос может быть хорошим вариантом. Но все зависит от того, сколько у вас одновременных пользователей и ожидают ли они мгновенного получения данных. Часто используемым примером службы потоковой передачи является Apache Kafka.

Раздел 11: Защита конечных точек

При построении крупномасштабных систем становится важным защитить вашу систему от слишком большого количества операций, когда такие операции фактически не требуются для использования системы.Это звучит очень абстрактно. Но подумайте об этом — сколько раз вы яростно нажимали кнопку, думая, что это сделает систему более отзывчивой? Представьте себе, если бы каждое из этих нажатий кнопки отправляло запрос на сервер, и сервер пытался обработать их все! Если по какой-то причине пропускная способность системы низкая (скажем, сервер испытывал проблемы с необычной нагрузкой), то каждый из этих щелчков сделал бы систему еще медленнее, потому что она должна обрабатывать их все!

Иногда дело даже не в защите системы.Иногда вы хотите ограничить операции, потому что это часть вашей службы. Например, вы могли использовать бесплатные уровни для сторонних служб API, где вам разрешено делать только 20 запросов за 30-минутный интервал. если вы сделаете 21 или 300 запросов в 30-минутном интервале, после первых 20, этот сервер перестанет обрабатывать ваши запросы.

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

Хорошо, теперь вы можете подумать, что «защита» конечных точек — это преувеличение. Вы просто ограничиваете возможность пользователей получить что-то из конечной точки. Верно, но это также защита, когда пользователь (клиент) злонамерен, например, бот, который ломает вашу конечную точку. Почему так могло случиться? Потому что переполнение сервера большим количеством запросов, чем он может обработать, — это стратегия, используемая злоумышленниками для остановки этого сервера, что фактически приводит к остановке этой службы.Именно это и есть атака типа «отказ в обслуживании» (D0S).

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

Но ограничение скорости в любом случае полезно и популярно для менее пугающих случаев использования, таких как ограничение API, о котором я упоминал. Учитывая, как работает ограничение скорости, поскольку сервер должен сначала проверить условия ограничения и при необходимости обеспечить их выполнение, вам нужно подумать о том, какую структуру данных и базу данных вы хотите использовать, чтобы сделать эти проверки сверхбыстрыми, чтобы вы не замедляете обработку запроса, если он находится в допустимых пределах. Кроме того, если он находится в памяти на самом сервере, вам необходимо иметь возможность гарантировать, что все запросы от данного клиента будут приходить на этот сервер, чтобы он мог правильно применять ограничения.Для обработки подобных ситуаций часто используется отдельная служба Redis, которая находится вне сервера, но хранит данные пользователя в памяти и может быстро определить, находится ли пользователь в допустимых пределах.

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

Раздел 12: Обмен сообщениями и Pub-Sub

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

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

Обмен сообщениями издателя / подписчика

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

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

Сообщения в теме — это просто данные, которые необходимо передать, и они могут принимать любые нужные вам формы. Таким образом, у вас есть четыре игрока в Pub / Sub: Издатель, Подписчик, Темы и Сообщения.

Лучше, чем база данных

Так зачем с этим заморачиваться? Почему бы просто не сохранить все данные в базе данных и не использовать их прямо оттуда? Что ж, вам нужна система для постановки сообщений в очередь, потому что каждое сообщение соответствует задаче, которую необходимо выполнить на основе данных этого сообщения.Итак, в нашем примере с билетами, если 100 человек бронируют билеты за 35 минут, занесение всего этого в базу данных не решает проблему отправки электронной почты этим 100 людям. Он просто хранит 100 транзакций. Системы Pub / Sub обрабатывают обмен данными, последовательность задач и , сообщения сохраняются в базе данных. Таким образом, система может предлагать полезные функции, такие как доставка «хотя бы один раз» (сообщения не будут потеряны), постоянное хранение, упорядочение сообщений, «повторная попытка», «возможность повторного воспроизведения» сообщений и т. Д.Без этой системы простое сохранение сообщений в базе данных не поможет вам гарантировать, что сообщение будет доставлено (использовано) и будут приняты меры для успешного выполнения задачи.

Иногда одно и то же сообщение может быть использовано подписчиком более одного раза — обычно из-за того, что сеть на мгновение отключилась, и, хотя подписчик получил сообщение, он не сообщил об этом издателю. Таким образом, издатель просто повторно отправит его подписчику. Поэтому гарантия — «хотя бы раз», а не «раз и только раз».Это неизбежно в распределенных системах, поскольку сети по своей природе ненадежны. Это может вызвать сложности, когда сообщение запускает операцию на стороне подписчика, и эта операция может изменить что-то в базе данных (изменить состояние во всем приложении). Что делать, если одна операция повторяется несколько раз и каждый раз при изменении состояния приложения?

Контроль результатов — один или несколько результатов?

Решение этой новой проблемы называется идемпотентностью — концепция, которая важна, но не интуитивно понятна для понимания в первые несколько раз, когда вы ее исследуете.Эта концепция может показаться сложной (особенно если вы читаете статью в Википедии), поэтому для текущей цели вот удобное для пользователя упрощение от StackOverflow:

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

Итак, когда подписчик обрабатывает сообщение два или три раза, общее состояние приложения точно такое, каким оно было после того, как сообщение было обработано первый раз .Если, например, в конце бронирования авиабилетов и после того, как вы ввели данные своей кредитной карты, вы трижды нажали «Оплатить сейчас», потому что система работала медленно … вы не захотите платить в 3 раза больше цены билета, правильно ? Вам нужна идемпотентность, чтобы гарантировать, что каждый щелчок после first не совершает новую покупку и не снимает с вашей кредитной карты более одного раза. Напротив, вы можете разместить идентичный комментарий в ленте новостей вашего лучшего друга N раз. Все они будут отображаться как отдельные комментарии, и, помимо того, что они раздражают, на самом деле это не ошибка . Другой пример — предложение «хлопков» на постах Medium — каждый хлопок предназначен для увеличения количества хлопков, а не для одного и только одного хлопка. Эти последние два примера не требуют идемпотентности, но пример оплаты требует.

Существует множество разновидностей систем обмена сообщениями, и выбор системы определяется сценарием использования, для которого необходимо решить. Часто люди будут ссылаться на архитектуру «на основе событий», что означает, что система полагается на сообщения о «событиях» (например, оплата билетов) для обработки операций (например, отправка билета по электронной почте).Наиболее часто упоминаемые сервисы — это Apache Kafka, RabbitMQ, Google Cloud Pub / Sub, AWS SNS / SQS.

Раздел 13: Smaller Essentials

Ведение журнала

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

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

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

Мониторинг

Это следующие шаги после регистрации.Он отвечает на вопрос «Что мне делать со всеми этими данными журнала?». Вы отслеживаете и анализируете это. Вы создаете или используете инструменты и службы, которые анализируют эти данные и предоставляют вам информационные панели, диаграммы или другие способы понимания этих данных в удобочитаемом виде.

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

Оповещение

При активном мониторинге вы также должны установить систему, которая предупреждает вас о важных событиях.Точно так же, как наличие предупреждения о том, что цены на акции превышают определенный потолок или ниже определенного порога, определенные показатели, которые вы наблюдаете, могут потребовать отправки предупреждения, если они станут слишком высокими или слишком низкими. Время отклика (задержка) или ошибки и сбои являются хорошими показателями для настройки предупреждений, если они превышают «приемлемый» уровень.

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

Ресурсы

Как и было обещано, некоторые полезные ресурсы следующие:

  1. Фантастический репозиторий Github, полный концепций, диаграмм и учебных материалов
  2. Введение Тушара Роя в системный дизайн
  3. Плейлист Гаурав Сена на YouTube
  4. SQL vs NoSQL

Надеюсь, вам понравилось это подробное руководство!

Если вы хотите узнать больше о моем пути к программированию, посмотрите выпуск 53 подкаста freeCodeCamp, в котором мы с Куинси (основателем freeCodeCamp) делимся своим опытом, который меняет карьеру и может помочь вам в вашем путешествии.Вы также можете получить доступ к подкасту в iTunes, Stitcher и Spotify.

Я также проведу несколько AMA и вебинаров в ближайшие месяцы. Если вас это интересует, дайте мне знать, перейдя сюда. И, конечно же, вы также можете написать мне в Твиттере на @ZubinPratap.

#TiSDD Extra: Правила проведения интервью

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

  • Установление доверия Рассмотрим некоторые правила безопасного пространства [01] для собеседований.Представьте себя и, возможно, других людей в комнате. Дайте понять, что вам небезразличны ответы респондентов и что вы здесь, чтобы учиться, а не только подтверждать свои предположения.
  • Используйте понятный язык Задавайте вопросы на понятном языке, по одному вопросу за раз. В противном случае вы можете запутать собеседников. Избегайте сленга или технических терминов. Старайтесь говорить с осторожностью.
  • Избегайте закрытых вопросов Избегайте закрытых вопросов, на которые можно было бы ответить простым «да» или «нет».«Ваши вопросы должны вдохновлять собеседников на конкретные темы. Следуйте инструкциям по собеседованию, если вы проводите полуструктурированные интервью, но будьте готовы следовать и другим направлениям, по которым ваш собеседник может пойти.
  • Избегайте наводящих вопросов Старайтесь избегать наводящих вопросов, в которых вы выдвигаете определенное предположение или гипотезу и тем самым подводите собеседника к определенному ответу. Наводящие вопросы часто являются симптомом основной предвзятости интервьюера.Второй исследователь, проверяющий эти симптомы, помогает выявить такую ​​предвзятость.
  • Слушайте Звучит намного проще, чем есть на самом деле. Дайте интервьюируемым время подумать и не призывайте их сразу же отвечать. Иногда момент молчания вызывает у интервьюера дискомфорт, но предоставление респондентам времени подумать помогает им структурировать свои мысли, копать глубже и часто открываться больше.
  • Перефразирование Перефразирование описывает метод, при котором интервьюер повторяет своими словами то, что только что сказал собеседник.Это помогает интервьюерам проверить, правильно ли они поняли или слышали только то, что хотели услышать. Перефразирование также дает интервьюируемым больше времени, чтобы поразмышлять над тем, что они только что сказали, и подробнее остановиться на этом.
  • Используйте пять «почему» «Пять почему» — это простая, но эффективная техника собеседования. Интервьюер перефразирует первоначальный ответ собеседника примерно пять раз на вопросы, начинающиеся с «Почему». С каждым последующим ответом участник будет переходить от довольно простых и поверхностных ответов к основным мотивам и первопричинам.
  • Запланируйте вопросы на собеседовании Какие вопросы на собеседовании вы зададите? Они могут не совпадать с исследовательским вопросом, но вместо этого могут касаться темы косвенно или косвенно.

Контрольный список для собеседований по проектированию системы — выход в FAANGs | Автор: Сандип Каул

Это моя стратегия проведения собеседования по проектированию системы, которое помогло мне взломать кучу FAANG. Вы можете попробовать то же самое!

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

Ниже представлена ​​структура, которой я следую, и вы можете попробовать то же самое.

Фото Гленна Карстенс-Петерса на Unsplash

Проведите интервью

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

FR и NFR

Четко обозначьте функциональные и нефункциональные требования. Намерение состоит в том, чтобы требования были достаточно большими, чтобы сделать задачу сложной, а также достаточно конечными, чтобы вы могли построить систему, которая удовлетворяет этим требованиям в течение установленного времени.С нефункциональной стороны попытайтесь создать систему, которая работает в очень большом масштабе. Что за удовольствие в разработке системы, которая работает в низком масштабе?
Перед окончательной доработкой FR и NFR попросите вашего интервьюера просмотреть их, чтобы убедиться, что они не хотят что-то добавлять / удалять. Иногда интервьюеры имеют в виду некоторые конкретные варианты использования, которые они хотят обсудить.

Оценка возможностей

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

Plan

На основе FR и NFR придумайте следующие вещи:

  1. Точки взаимодействия с пользователем.
  2. Требования к задержке / доступности / согласованности в каждой точке взаимодействия с пользователем.
  3. Быстрый анализ, позволяющий определить, является ли взаимодействие с интенсивным чтением или взаимодействием с большим объемом записи.
  4. Основываясь на трех вышеупомянутых, придумайте, какие все службы вам понадобятся и какие базы данных вы можете использовать для хранения данных, которыми владеет каждая из этих служб.

HLD

Придумайте диаграмму компонентов высокого уровня, которая охватывает следующее:

  1. Какие все услуги присутствуют? Убедитесь, что вы разделили поток на несколько функциональных компонентов и посмотрите, имеет ли смысл подход, основанный на микросервисах, или нет. Обычно использование подхода, основанного на микросервисах, является хорошей идеей для собеседований SD.
  2. Как службы взаимодействуют друг с другом и какие протоколы используются для межсервисной связи, например Async / Sync — Rest, RPC и т. Д.?
  3. Как пользователи будут взаимодействовать со всей системой и с какими службами сталкиваются пользователи.Вам нужен кеш для уменьшения задержек?
  4. Какой сервис использует какую базу данных и почему? Вы можете обратиться к этому видео, которое может помочь вам выбрать правильную базу данных на основе вашего варианта использования.
  5. Посмотрите, нужно ли вам где-либо кеширование, и если да, то какой должна быть политика выселения, нужен ли вам срок действия ключей, должен это будет запись через кеш и т. д.?
  6. На основе всего этого анализа нарисуйте диаграмму высокого уровня всей вашей системы.

Должен иметь

Некоторые ключевые вещи, которые должна иметь ваша диаграмма высокого уровня:

  1. Балансировщики нагрузки
  2. Службы
  3. Базы данных и кеши
  4. Точки взаимодействия с пользователем
  5. Любые другие инструменты, такие как очередь сообщений, CDN и т. Д.

Пошаговое руководство по дизайну

Когда у вас будет готовая диаграмма, просмотрите весь дизайн, по одному варианту использования за раз, и объясните свой дизайн интервьюеру на очень высоком уровне. Обсудите, почему вы выбрали здесь конкретную базу данных и почему вы использовали определенный режим связи, такой как Sync / Async и т. Д. Вы также можете вступить в диалог типа RPC и HTTP, если вы сделали конкретный выбор дизайна. Вам следует выяснить, какая стратегия репликации данных используется в ваших базах данных, например, вы бы использовали настройку Master-Slave или Multi Master и т. Д.

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

ВНИМАНИЕ : Не вдавайтесь в подробности, такие как API, схема БД и т. Д. Сразу, если интервьюер не попросит об этом. Большинство людей теряются в разработке API-интерфейсов только для одной системы на этом этапе, а позже у него заканчивается время.

Brownie Points: В большинстве интервью нет FR и NFR по аналитике, но если ваш дизайн покрывает это или оставляет достаточно возможностей для аналитики, это значительно улучшает ваше решение.Попробуй это добавить. Например, вы можете посмотреть на это.

Реализация

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

  1. API-интерфейсы — Вызов API-интерфейсов, которые предоставляет эта система.Убедитесь, что вы используете здесь лучшие практики. Например, вместо GET API с URL-адресом типа GET / user / getUserbyUserId лучше использовать: GET / user / {id}
  2. Протоколы API — Вы можете указать, какие протоколы вы используете API на. Большинство людей выбирают REST API, но вы можете решить использовать что-то более эффективное, например Thrift, Protobuf и т. Д., В зависимости от ваших сценариев использования.
  3. События — Вы можете указать, какие события прослушивает эта конкретная служба, кто создает это событие, какая полезная нагрузка поступает, какая обработка происходит в этом событии и т. Д.
  4. Схема БД: Ознакомьтесь со схемой БД здесь. Вы также можете вступить в дискуссию о SQL и NoSQL или о том, почему вы выбрали конкретную базу данных, если вы не повторяли то же самое ранее, говоря о дизайне высокого уровня.
    Если это SQL, обсудите, какие у вас будут индексы и как вы оптимизируете свои запросы. В случае NoSQL убедитесь, что вы прошли гарантии согласованности, которые предоставляет БД, может ли это вызвать какие-либо проблемы и какие запросы вы будете запускать в этой БД. Ясно обозначьте ключи для хранилищ ключей и значений или ключи разделов для столбчатых хранилищ и т. Д.

Обработка закона Мерфи

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

Расскажите о том, как вы следите за системой. Какой у вас механизм оповещения? Каковы ваши KPI (ключевые показатели эффективности) и как вы их отслеживаете? Что происходит, когда что-то ломается, когда ваша служба выходит из строя, главный узел вашей БД выходит из строя или даже когда один из ваших центров обработки данных выходит из строя?

Опять же, если вы не делали этого раньше, посмотрите, как я это делаю, ближе к второй половине этого видео.

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

Ну, это было для системного дизайна, если вы хотите посмотреть, как я смог взломать такие компании, как Google, Facebook, Amazon и т. Д., Взгляните на мою общую стратегию подготовки по адресу:

Надеюсь, это поможет!

7 советов для собеседования на вакансию дизайнера — Smashing Magazine

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

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

Я заметил, что многим людям сложно справиться с этой областью собеседования. Учитывая, что у вас есть опыт и навыки для работы, собеседование должно быть тем, чего вы с нетерпением ждете. Это должно быть то, в чем вы уверены, и то, от чего вы не должны уклоняться. Вы можете быть самым талантливым веб-дизайнером, но если вы не преуспеете на собеседовании, это может привести к тому, что вы потеряете ту отличную должность, о которой всегда мечтали.Итак, приступим. Я хочу дать вам 7 важных советов, которые помогут вам на следующем собеседовании.

Дополнительная литература по SmashingMag:

Preparation

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

«Всегда найдется подготовленное место для подготовленного человека».

Позвольте дать вам несколько советов о том, что приготовить.

Подготовьте свое портфолио.

Я не могу этого особо подчеркнуть. Если вы собираетесь на собеседование на должность веб-дизайнера, подготовьте свое онлайн-портфолио. Убедитесь, что все ваши ссылки работают, немного очистите их и убедитесь, что ваш код аккуратный и организованный. Я не говорю, что вам нужно изменить дизайн всего портфолио, но, по крайней мере, сделать его максимально презентабельным. Подожди, что это? У вас нет онлайн-портфолио? Тогда как вы рассчитываете получить работу? Это печально, но я слышал о очень многих людях, которые хотят работать веб-дизайнером / графическим дизайнером, но у них все еще нет портфолио.Это ваш приоритет номер один. Подготовьте свое портфолио как можно скорее.

Вот примеры отличных онлайн-портфолио:

Подготовьтесь к внешнему виду.

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

Подготовьте резюме и материалы.

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

Если вам нужна помощь в составлении отличного резюме, прочтите эту статью в Smashing Magazine.

Подготовьтесь, изучив информацию о компании.

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

Пунктуальность

Словарь определяет пунктуальность как:

Действует или прибывает точно в назначенное время; Подсказка.

Пожалуйста, не опаздывайте на собеседование.Опаздывать, особенно до того, как вас даже наняли, действительно нехорошо. Google проложит маршрут накануне и дайте себе достаточно времени, чтобы добраться до пункта назначения. Да, и приготовьтесь к пробкам и дайте себе достаточно передышки, чтобы в случае, если вы заблудитесь, у вас еще было достаточно времени, чтобы добраться туда. Добравшись до места, зайдите в офис за 15-20 минут до запланированного собеседования и просто сообщите им, что вы там.


Вежливый

Во время собеседования будьте как можно вежливее.Не будь грубым и неприятным. Они могут спросить вас о вашей прошлой работе и опыте. Если у вас был плохой опыт, не критикуйте вашего старого начальника или старую компанию. Если вам нечего сказать о них, просто не говорите этого. Кроме того, вы, вероятно, получите вопросы о вашем процессе и мыслях о текущих веб-стандартах и ​​т. Д. Когда вы поделитесь с ними своими убеждениями и мнениями, их философия может отличаться от вашей, так что будьте к этому готовы.

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

Pay Attention

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

Страстный

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

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

Продвигайте

Собеседование — это действительно время, когда компания узнает вас, а вы — больше о компании. Это также время, когда вы можете показать им, почему вы подходите для этой работы, так что будьте к ней готовы.Обычно интервьюер спрашивает вас: «Почему мы должны нанять вас на эту работу? Что отличает вас от всех остальных? » Будьте готовы к таким вопросам и ответьте искренне. Если вы действительно хороши в определенной области, может быть, XHTML / CSS или типографике, тогда сосредоточьтесь на этом. Расскажите им, чем вы можете принести пользу их компании и чем вы можете им помочь. Не стесняйся.

Все на этих собеседованиях демонстрируют свои лучшие качества, и вы тоже.

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

После интервью

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

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

Теперь ваша очередь. Сообщите нам, чем вы занимаетесь до и во время собеседования? Каким опытом, советами, рекомендациями вы можете поделиться с нами? Я буду рад получить известие от вас, поэтому не стесняйтесь оставлять свои комментарии ниже.Еще раз спасибо, что нашли время прочитать эту статью.

Об авторе

alexxlab administrator

Оставить ответ