Ревю что это

29.08.202229.08.2022 admin 0 Комментариев

Ревю что это

Значение слова «ревю»

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

Источник (печатная версия): Словарь русского языка: В 4-х т. / РАН, Ин-т лингвистич. исследований; Под ред. А. П. Евгеньевой. — 4-е изд., стер. — М.: Рус. яз.; Полиграфресурсы, 1999; (электронная версия): Фундаментальная электронная библиотека

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

РЕВЮ’, нескл., ср. [фр. revue — обозрение]. 1. Театральное представление, состоящее из ряда отдельных сцен, эпизодов и номеров, объединенных по какому-н. общему признаку, то же, что обозрение (театр.). 2. Журнал (об иностранных журналах).

Источник: «Толковый словарь русского языка» под редакцией Д. Н. Ушакова (1935-1940); (электронная версия): Фундаментальная электронная библиотека

ревю́

1. эстрадное или театральное представление, состоящее из отдельных сцен, номеров, объединённых одной, обычно злободневной темой

2. печатное издание с обзором каких-либо материалов

Делаем Карту слов лучше вместе

Привет! Меня зовут Лампобот, я компьютерная программа, которая помогает делать Карту слов. Я отлично умею считать, но пока плохо понимаю, как устроен ваш мир. Помоги мне разобраться!

Спасибо! Я стал чуточку лучше понимать мир эмоций.

Вопрос: обалдело — это что-то нейтральное, положительное или отрицательное?

Источник

Ревю что это

Смотреть что такое «Ревю» в других словарях:

ревю — нескл., ср. revue f. 1. Парадный смотр войскам. Смотр большого войска. Тучков 1818. Грос пишет, что король в Берлине имел генеральной ревю или смотр находящимся полкам. 1749. АВ 3 65. Присутствовать при ревю. 1784. Зиновьев Журн. // Бирж. 236. По … Исторический словарь галлицизмов русского языка

ревю — неизм.; ср. [франц. revue] Эстрадное или театральное представление из отдельных сцен, номеров, объединённых между собой общей темой. Музыкальное, балетное ревю. Балет ревю. Ледовое ревю (балетное представление на льду). * * * ревю (франц. revue,… … Энциклопедический словарь

ревю — (фр. revue обозрение) 1) обозрение, вид театрального или эстрадного представления, состоящего из отдельных сцен и номеров, объединенных общей темой; 2) журнал (в названиях нек рых иностранных журналов). Новый словарь иностранных слов. by EdwART … Словарь иностранных слов русского языка

РЕВЮ — РЕВЮ, нескл., ср. (франц. revue обозрение). 1. Театральное представление, состоящее из ряда отдельных сцен, эпизодов и номеров, объединенных по какому нибудь общему признаку, то же, что обозрение (театр.). 2. Журнал (об иностранных журналах).… … Толковый словарь Ушакова

РЕВЮ — РЕВЮ, нескл., ср. Театральное обозрение представление из отдельных сцен, эпизодов и номеров. Музыкальное р. Толковый словарь Ожегова. С.И. Ожегов, Н.Ю. Шведова. 1949 1992 … Толковый словарь Ожегова

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

ревю — журнал, теаревю, варьете, представление Словарь русских синонимов. ревю сущ., кол во синонимов: 4 • варьете (3) • журн … Словарь синонимов

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

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Ревю — нескл. ср. Эстрадное или театральное представление, состоящее из отдельных сцен и номеров, объединенных общей темой. Толковый словарь Ефремовой. Т. Ф. Ефремова. 2000 … Современный толковый словарь русского языка Ефремовой

Источник

Ревю что это

(франц. revue, буквально — обозрение) театральное представление, соединяющее в себе черты оперетты, балета, театров кабаре и варьете. Музыка в Р. смотреть

ревю ср. нескл. Эстрадное или театральное представление, состоящее из отдельных сцен и номеров, объединенных общей темой.

ревю с. нескл.revue

РЕВЮ (франц. revue, букв.- обозрение), театр, представление, соединяющее в себе черты оперетты, балета, театров кабаре и варьете. Музыка в Р. занимал. смотреть

РЕВЮ нескл., ср. revue f. 1. Парадный смотр войскам. Смотр большого войска. Тучков 1818. Грос пишет, что король в Берлине имел генеральной ревю или см. смотреть

ревю́ (фр. revue обозрение) 1) обозрение, вид театрального или эстрадного представления, состоящего из отдельных сцен и номеров, объединенных общей т. смотреть

(франц. revue – обозрение), театральное представление, в котором выступления артистов разных жанров (оперетты, балета, кабаре, варьете) соединены общим. смотреть

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

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

невідм., с. Естрадне або театральне видовище-огляд, що складається з невеликих сценок, вокально-інструментальних, танцювальних і циркових номерів, різ. смотреть

РЕВЮ́, невідм., с.Естрадне або театральне видовище-огляд, що складається з невеликих сцен, номерів, різних за жанром, але об’єднаних спільною, перев. з. смотреть

Источник

Ревью

Сборку рецензий также можно назвать рецензией. Например, en:The New York Review of Books (русск. Нью-Йоркский Книжный обзор ) является коллекцией эссе по литературе, культуре и текущим событиям. en:National Review (русск. Национальный обзор ), основанный Уильямом Бакли Младшим (en:William F. Buckley, Jr.), является влиятельным консервативным журналом, а en:Monthly Review (русск. Ежемесячный обзор ) — долго работающее социальное периодическое издание.

В терминах научной литературы обзоры – это научные издания, которые предоставляют синтез исследований относительно темы. Сборка этих обзоров формирует ядро информационного наполнения «третичных» научных журналов, таких как «Annual Reviews», серию журналов «Nature Reviews» и «Trends».

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

Виды рецензий

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

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

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

Источник

Ревю что это

Смотреть что такое РЕВЮ в других словарях:

ревю с. нескл.revue

франц. revue – обозрение), театральное представление, в котором выступления артистов разных жанров (оперетты, балета, кабаре, варьете) соединены общим сюжетом. Возникло в 1830-х гг. в Париже. Обычно исполняется в мюзик-холлах. Сейчас термин «ревю» приобрел значение обозрения, особенно в названиях газет и журналов: «АвтоРевю». смотреть

Источник

Ревю что это

Смотреть что такое «ревю» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

Смотреть что такое «РЕВЮ» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

Смотреть что такое «РЕВЮ» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

Смотреть что такое «ревю» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

Смотреть что такое «РЕВЮ» в других словарях:

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

Ревю (от фр. Revue — обозрение) — одна из разновидностей музыкального театра.

История

Ревю как театральное искусство развивается в конце XIX века в Париже из представлений кабаре («Чёрный кот», «Фоли-Бержер», «Мулен-Руж») и достигло своей вершины в 1920-х годах. Первыми, примитивными ревю можно считать ярмарочные предновогодние представления в Париже 1850-х годов, на которых актрисы, переодетые в комическую военную форму, пародировали нравы, царившие во французской армии. Парижская оперетта впитала эти народные элементы (как это видно из «Die Großherzogin von Gerolstein (1867)» Жака Оффенбаха). Первым состоявшимся ревю считается проведённая в 1886 в Фоли-Бержер инсценировка Площадь молодёжи (Place aux Jeunes). Начиная в 1889 года ревю становятся постоянной частью программы в Мулен-Руж. С наступлением ХХ века этот жанр распространяется по всей Европе.

В США ревю было впервые поставлено в 1907 году (Безумства Зигфелда). Вскоре после этого оно становится самым популярным развлекательным шоу в Бродвейских театрах. В Германии известнейшим ревю-театром был берлинский Большой театр (ныне Фридрихштадтпаласт. Кроме участвующих певцов, актёров, комиков, акробатов и танцоров значительную роль в успехе представления играли художественное и техническое оснащение сцены, костюмы, маски и т. п. В 1920-е годы появляется политическое ревю — Красная суматоха (Revue Roter Rummel) Эрвина Пискатора, нашедшее многочисленных последователей.

В 1930-х интерес публики к ревю как жанру снижается. К этому времени появляются фильмы-ревю, в связи с чем желающие могут посмотреть эти представления не только в театре, но и в кино. С появлением телевидения начинается транслирование ревю. В настоящее время ревю можно увидеть на таких традиционных варьете-сценах, как «Лидо», «Фоли-Бержер», «Мулен-Руж», «Фридрихштадтпаласт» и т. д. в Европе, в шоу-театрах Лас-Вегаса в Америке. Во время позднейшей фазы развития этого жанра в Венской оперетте было поставлено Венское ревю на льду.

Литература

Полезное

Смотреть что такое «Ревю» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

Смотреть что такое «ревю» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

РЕВЮ́ (фр. revue — обозрение) — театр. представление, состоящее из драматич. и комедийных, муз.-вокальных, танцевальных и цирковых эпизодов, объединенных общим сюжетом и действ. лицами. В России Р. получило распространение во 2-й пол. 19 в. (антреприза М. В. Лентовского в саду «Эрмитаж» в Москве и др.). В нач. 20 в. Р. пользовалось большой популярностью (кабаре «Летучая мышь», представления в моск. «Эрмитаже», петерб. садах «Буфф» и «Аквариум»). В 1920-х гг. Р. стало жанром драматич. т-ра. Классическим можно считать обозрение «Д. Е.» («Даешь Европу!») по произв. Б. Келлермана и И. Г. Эренбурга, поставленное Вс. Э. Мейерхольдом в ГосТИМ’е. В 1960—80-х гг. многие спектакли Ю. П. Любимова и М. А. Захарова поставлены как Р. В сов. время Р. широко существовало под названием «эстрадный концерт». Как правило, центральной фигурой таких Р. был конферансье. Известные мастера этого жанра: А. Г. Алексеев, Н. П. Смирнов-Сокольский, М. Н. Гаркави, П. Л. Муравский, Л. Б. Миров и др. В 70—80-е гг. Р. было вытеснено с концертных площадок, осталось жанром представлений мюзик-холла.

Смотреть что такое «Ревю» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Бывает нечто, о чем говорят: «смотри (РАА),
вот это новое»; но это уже было в веках,
бывших, прежде нас
Екклесиаст 1:10

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

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

1) Существующая этимология

* Revue. Корень не выделен. Значение: журнал. Этимология. Происходит от гл. revoir.

* Revoir. Корень не выделен. Значение: снова видеть; пересматривать, поправлять, редактировать. Этимология – нет.

б) Online Etymology Dictionary (перевод Гугл)

Review или revue – обозрение, ревю. Середины 15 в., от французского Ближнем reveue «рассмотрения, обзор» поддерживать. FEM. Причастие прошедшего времени reveeir «чтобы увидеть снова, идти, чтобы увидеть снова». От латинского revidere, от повторной «снова» (см. RE) + videre «видеть». Глагол записывается с 1570-х годов. Значение «общего счета или критика последних литературных работ» впервые свидетельствует 1640-х годов.

2) Термин «ревю» в русском языке

* Исторический словарь галлицизмов (?) русского языка

Ревю нескл., ср. revue f. 1. Парадный смотр войскам. Смотр большого войска. Тучков 1818. Грос пишет, что король в Берлине имел генеральной ревю или смотр находящимся полкам. 1749. АВ 3 65. Присутствовать при ревю. 1784. Зиновьев Журн. // Бирж. 236. По окончании трехдневных ревюев, поехал я обратно в Брауншвейг. 1774. В. Н. Зиновьев Журн. // РС 1878 7 221.

* Словари Академии Российской 1789 и 1847 гг. не имеют статьи РЕВЮ; в значении «периодическое издание, обозрение» слово появляется в литературных кругах в середине XIX века, в переписке русских писателей (Анненков, Огарев, Герцен).

* Национальный корпус русского языка

Д. В. Душенкевич. Из моих воспоминаний от 1812-го года до (1815-го года) (1838): «27-го числа произведена репетиция, а 29-го то славное 180 тыс. россиян ревю, которое удивило всех, при оном бывших высоких особ».

Г. П. Данилевский. Потемкин на Дунае (1876):»Невдали от ясского лагеря Потемкин повелел, якобы для генерального «ревю», соорудить в поле подземную палату».

3) Обобщение вывод

* Древний латинский язык не знал слова REVIDERE, это уже христианская инновация (новое слово, отсутствовавшее в древнем языке).

Вывод
Целесообразно рассмотреть термин в связи с идеологией (образами) иудаизма и терминологией сакрального языка – иврита.

4) Театр, Реформация и иврит по материалам ЕЭБЕ

В период Возрождения возрос интерес к еврейской религии и языку, в связи с возвращением к подлинным текстам Святого Писания, папство дискредитировало себя настолько, что христианское общество потеряло к нему доверие и начало вести самостоятельный поиск путей к построению «Царства божьего».
Итальянский поэт, философ, каббалист Пика де Мирандоло (1463-1494) открыл для Западной Европы «Каббалу», изучив еврейский язык, он написал ряд книг по теологии, на диспуте перед папой Александром VI доказывал, что Каббала может служить подтверждением христианству; благодаря чему еврейские книги были спасены от сожжения.

Крупный деятель этого времени немецкий гебраист и гуманист Иоанн фон Рейхлин (1455-1522) в 1490 г. во время путешествия в Рим познакомился с каббалой и ивритом, который стал изучать у еврейских ученых. Организованные церковью нападки на еврейскую литературу вызвали возражения в среде гуманистов, Рейхлин заявил, что литературно-религиозные еврейские произведения не должны быть уничтожены, т.к. они полезны для теологии и науки и не содержат никакой ереси. В результате ходатайства Рейхлина император Максимилиан I издал эдикт (1510) и отменил приказ об уничтожении еврейских книг; Рейхлин первый ученый, который ввел в курс университетского образования еврейский язык и сам его преподавал.

Немецкий гебраист и лингвист Иоанн Бешенштейн (род. 1472) составил грамматику еврейского языка и преподавал его: в Ингольштате (1505), Аугсбурге (1513), Виттенберге (1518), а также в Нюрнберге и Цюрихе; среди его слушателей был известный деятель Реформации Ульрих Цвингли, основатель цвинглианства, реформатор церкви и политического строя в Цюрихе.

Известен учитель еврейского языка испанский еврей Матвей Адрианус, он принял христианство в Германии, и в 1513 г. получил кафедру евр. языка в Гейдельберге, по рекомендации Эразма Ротердамского получил профессуру в «Коллегии трех языков» в Ливне, где его хорошо принял Лютер.

В Англии Генрих VIII (1509-1556) король-реформатор, разрывает отношения с папским Римом и закрыл 376 мелких монастырей, в 1534 г. был принят «Акт о супрематии», которым английский король объявлялся главой англиканской церкви; он имел право присваивать платежи, шедшие раннее в Рим и разрешать богословские споры. В это время известен профессор, преподаватель еврейского языка (1549) в университете Кембриджа этнический еврей Тримеллиус (1510-1580), его главный труд – латинский перевод Библии с еврейского языка, напечатан во Франкфурте-на-Майне (1575-79), на еврейский язык перевёл «Catechism» Кальвина и составил халдейскую и сирийскую грамматику.
В 1571 г. в Англии был утвержден символ веры английской церкви – «39 статей», догматы лютеранства и кальвинизма, в английском христианстве возникло новое религиозное направление – пуританизм. Пуритане, основывали своё учение на Ветхом Завете: «английский пуританизм, соединяя религиозное настроение со строгим исполнением предписаний религии, приближался к древне-раввинскому еврейству» (ЕЭБЭ, т. 12, с. 385).

В период «Великого раскола» (XIV-XV вв.) и Реформации произошел переворот в религиозном (политическом) сознании европейцев, оригинальные тексты Библии стали восприниматься не как культ, а как социальная система универсального международного ПРАВА и МОРАЛИ; на неё ссылались порабощенные, призывая к справедливости, и угнетатели, требуя повиновения. На основе моральных норм Писания начали формироваться местные программы развития или реформистские движения, крестьяне в период Реформации в Германии и деятели Английской буржуазной революции опирались на авторитет Библии, как и гуситы Чехии до этого.

5) Терминология иврита и библейский образ

а) РЕВЮ, фр. REVEUE, REVUE = REVE+UE, REVUE = ивр. РААВА рассматривание, зрелище, обозрение.

Производное слово от корня ивр. РАА видеть, смотреть, рассматривать, ОБОЗРЕВАТЬ; перен. знать, узнавать; являться, появляться; быть видимым; показывать, давать увидеть; быть явленным, быть показанным; смотреть друг на друга.

ивр. РЕИ вид, образ; РОИ зрение, вид, образ.

ивр. РОЭ зритель, провидец; ЛЕРААВА напоказ.

См. стронг иврита 7207, РААВА

*См. Еврейский и халдейский этимологический словарь к книгам Ветхого Завета, Вильно, 1878; http://www.greeklatin.narod.ru/hebdict/img/_434.htm

б) Библейские образы

Глагол РАА (форма РААВА) употребляется в книгах Библии более 450 раз, приведем некоторые примеры.

* Господь – Аврааму, Бытие 13:15: «Ибо всю землю, которую ты видишь (РАА, обозреваешь), тебе дам Я».

* Плач Иеремии 1:7: «Вспомнил Иерусалим, во дни бедствия своего и страданий своих, о всех драгоценностях своих, какие были у него в прежние дни, тогда как народ его пал от руки врага, и никто не помогает ему; неприятели смотрят (РАУАХ, форма от РАА) на него и смеются над его субботами».
* Иезекииль 28:17: «От красоты твоей возгордилось сердце твое, от тщеславия твоего ты погубил мудрость твою; за то Я повергну тебя на землю, перед царями отдам тебя на позор (РААВА, на рассмотрение, обзор, показ)».

«Смотри (РАА) на действование Божие: ибо кто может выпрямит то, что ОН сделал кривым!», Екклесиаст 7:13.

Источник

Ревю что это

Смотреть что такое «Ревю» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

На ледовом ревю в Театре эстрады побывал почти весь город.

Смотреть что такое «ревю» в других словарях:

РЕВЮ — (франц. revue букв. обозрение), вид эстрадного представления … Большой Энциклопедический словарь

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю что это

Смотреть что такое «РЕВЮ» в других словарях:

ревю́ — ревю, нескл., с … Русское словесное ударение

Источник

Ревю – что означает? Определение, значение, примеры употребления

Ищешь, что значит слово ревю? Пытаешься разобраться, что такое ревю? Вот ответ на твой вопрос:

Значение слова «ревю» в словарях русского языка

Ревю это:

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

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

( фр. revue обозрение)
1) обозрение, вид театрального или эстрадного представления, состоящего из отдельных сцен и номеров, объединенных общей темой;
2) журнал (в названиях нек-рых иностранных журналов).

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

1. обозрение, вид театрального или эстрадного представления, состоящего из отдельных сцен и номеров, объединенных общей темой;

2. журнал (в названиях нек-рых иностранных журналов).

театральное обозрение — представление из отдельных сцен, эпизодов и номеров Музыкальное р.

(франц. revue, букв. — обозрение), вид эстрадного представления.

нескл., ср. (фр. revue – обозрение).

1. Театральное представление, состоящее из ряда отдельных сцен, эпизодов и номеров, объединенных по какому-н. общему признаку, то же, что обозрение (театр.).

2. Журнал (об иностранных журналах).

эстрадное или театральное представление, состоящее из отдельных сцен, номеров, объединённых одной, обычно злободневной темой печатное издание с обзором каких-либо материалов

Где и как употребляется слово «ревю»?

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

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

Источник

Review, что это за профессия?

В переводе с английского “review” означает “обзор”, “рецензия”. Это оценка, разбор и анализ чего-либо.

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

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

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

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

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

Источник

Ревю что это

ревю, рев′ю, нескл., ср. Театральное обозрение представление из отдельных сцен, эпизодов и номеров. Музыкальное р.

Смотреть что такое РЕВЮ в других словарях:

ревю с. нескл.revue

Источник

Ревю что это

Литература : Бородин A., Долев Д., Техника работы над малыми формами, (М.), 1930; «Советская эстрада и цирк», 1964, No 5, с. 9-11; Dreyfus R., Petite histoire de la revue de fin dannйe, P., 1909; Frйjaville G., Au music-hall, P., 1922.

Смотреть что такое РЕВЮ в других словарях:

ревю с. нескл.revue

Источник

Значение слова ревю

Ревю в словаре кроссвордиста

Большой современный толковый словарь русского языка

Новый словарь иностранных слов

Новый толково-словообразовательный словарь русского языка Ефремовой

2. журнал (в названиях нек-рых иностранных журналов).

Словарь иностранных выражений

Словарь русского языка Лопатина

Словарь русского языка Ожегова

Современный толковый словарь, БСЭ

Толковый словарь Ефремовой

нескл., ср. (фр. revue – обозрение).

2. Журнал (об иностранных журналах).

Толковый словарь русского языка Ушакова

Большая советская энциклопедия, БСЭ

Полный орфографический словарь русского языка

«Бомбей квортерли ревю », «Бомбей газет», «Калькутта ревю », «Индустан ревю » (в Алахабаде) и «Калькутта инглишмен» расточали дифирамбы.

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

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

Источник

Значение слова ревю

ревю в словаре кроссвордиста

Толковый словарь русского языка. Д.Н. Ушаков

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

Журнал (об иностранных журналах).

Толковый словарь русского языка. С.И.Ожегов, Н.Ю.Шведова.

Новый толково-словообразовательный словарь русского языка, Т. Ф. Ефремова.

Энциклопедический словарь, 1998 г.

Большая Советская Энциклопедия

Википедия

Ревю́ :

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

Примеры употребления слова ревю в литературе.

Хосров Абдулаев, народный артист АзССР, создатель удивительно элегантного современного иллюзионного ревю.

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

Источник: библиотека Максима Мошкова

Транслитерация: revyu
Задом наперед читается как: ювер
Ревю состоит из 4 букв

Источник

Что такое код-ревью и кто им занимается?

Эффективный способ заботиться о качестве кода

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

Задачи код-ревьюера

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

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

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

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

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

Этапы работы и инструменты

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

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

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

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

«Наша задача в том, чтобы разработчик понял, в чём заключается комментарий и почему важно исправить код в соответствии с ним. Для этого недостаточно сильных технических знаний, нужны хорошие soft skills. Если ревьюер дал полезный комментарий, а разработчик почему-то не захотел исправлять — это будет выглядеть глупо», — говорит Андрей Строгов.

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

«Не стоит оставлять комментарии в духе “бред какой-то” или “тут ты не подумал”. Нужно формулировать проблему корректно. Субъективное мнение тоже не помогает улучшить код. Лучше найти что-то точнее, чем “это непонятный код”», — говорит Андрей Строгов.

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

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

Знания и навыки

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

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

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

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

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

Источник

Как провести код-ревью: советы по применению

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

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

Код-ревью — это процесс проверки кода, который позволяет:

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

→ архитектурные решения. Например, разбиение на модули, code style решения, неверно подобранный паттерн проектирования.

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

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

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

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

нет человека, который обладает экспертизой в области специфики задачи;

Причины, чтобы отказаться от постоянной практики код-ревью:

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

Перед стартом ревьюер должен оценить объем MR и определить, сможет ли его проверить на «одном дыхании»‎ — не теряя концентрации. Если объем MR слишком большой, советуем разбить его на части поменьше. Чем объемнее решение, тем ниже эффективность проверки.

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

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

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

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

«Решение не должно быть идеальным — оно должно соответствовать потребностям проекта и выполнять поставленную задачу»‎, — отмечает разработчик Антон Щербак.

→ Оно не имеет явных ошибок.

Ревью может выявить недочеты, которые видны без запуска проекта. Обычно это:

→ Соответствует стайл-гайдам, принятым в команде.

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

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

→ Не затрагивает код, выходящий за рамки задачи.

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

→ Пропущено через линтеры, используемые в проекте.

Большинство команд в Selectel использует pre-commit — так при каждом коммите код прогоняется через линтеры. Для Python используется black, isort, flake8, pyupgrade и autoflake.

→ Обладает хорошей читаемостью и пояснением неочевидных мест.

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

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

→ Если на проекте пишутся автотесты, решение должно ими покрываться.

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

→ Нет оверинжениринга (кода «на будущее»‎).

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

Еще Дональд Кнут говорил: преждевременная оптимизация — корень всех проблем в программировании.

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

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

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

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

Так не стоит комментировать → «Ты тут ошибся, поправь по моему примеру. Вот ссылка».

Так лучше → «Мы уже сталкивались с аналогичной ситуацией. Вот как эта проблема решилась тут → ссылка. Можем ли реализовать нечто подобное?»

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

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

Источник

Эффектно и эффективно. Как оценить сотрудников по методу Performance Review?

Представим себе ситуацию: сотрудник проработал в компании определенное время и хотел бы обсудить карьерные возможности. Либо руководство хотело бы проверить эффективность команды за определенный период. В таких случаях компания должна провести Performance Review сотрудника – оценить проявление профессиональных качеств в работе, эффективность выполнения задач и потенциал для продвижения по карьерной лестнице, обсудить понимание роли в команде, дать конструктивный фидбек и помочь с постановкой и достижением целей.

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

Метод Performance Review – что это?

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

Почему этот подход так популярен?

Какие критерии учитываются при оценивании сотрудника?

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

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

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

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

Для чего нужен перфоманс ревью?

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

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

Каковы этапы проведения Performance Review?

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

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

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

Компетенциями могут выступать:

Собрать показатели продуктивности

Провести оценку деятельности

Оценка сотрудника может проводиться по методам 180 и 360 градусов. В первом случае человек оценивает сам себя, и по таким же критериям его оценивает линейный руководитель. Во втором – подключаются еще и коллеги. На примере оценки 180 градусов рассмотрим процедуру:

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

Подготовиться к разговору с сотрудником

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

Встреча с сотрудником

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

Что стоит и чего не стоит делать на перформанс ревью

Ошибки при оценивании эффективности – какие бывают, и как избежать?

Первая и самая большая ошибка при проведении Performance Review, с которой сталкиваются участники процесса – преувеличение или преуменьшение своих заслуг. Так устроена психика – мы любое признание вины или ошибки принимаем как негатив, который может повлиять на отношение начальства или даже на уровень оплаты труда. Поэтому перед оценкой менеджер должен четко расставить приоритеты – всё, что будет оцениваться, рассмотрим только в контексте будущего роста в компании. Хотите развиваться? Оценивайте себя трезво и свободно принимайте критику коллектива, если она конструктивна.

Что ещё должны учитывать стороны оценивания?

Что делать после перформанс ревью?

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

Разница между старыми методами оценки и методом перфоманс ревью

Плюсы и минусы проведения Performance Review

Общая польза от метода

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

Вот еще несколько плюсов для обеих сторон:

А есть ли минусы?

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

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

Автоматизируем проведение ревью с помощью HRM-платформ

К инструментам проведения оценивания можно отнести:

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

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

Компании, которые используют метод перформанс ревью в работе

Adobe

Метод оценивания в компании Adobe используется с 2012 года, более того – компания использует процессы автоматизации, чтобы облегчить коммуникацию с работниками. За девять лет компания просчитала, что с помощью ревью сохранила более 100 тысяч рабочих часов, которые сотрудники тратили на прояснение задач или заполнение лишних брифов. Показатели по лояльности после начала использования HRM-платформ выросли на 10%.

Google

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

General Electric

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

Применение Performance Review, по нашему скромному мнению, – один из самых комплексных способов оценки сотрудника не только количественно, но и идейно. А идея проста – помочь понять, что оценка нужна ради развития профессиональных качеств. Так что, при соблюдении всех правил игры, кто же откажется «прокачать» свои навыки и доказать, что именно он влияет на успех всей компании?

Источник

Шаблон: как писать ревью/отзыв на английском

Нет времени? Сохрани в

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

Для каких целей пишется ревью

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

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

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

Семь лайфхаков как не забросить английский (видео)

Разница между review, overview и critique

Review — критическая оценка произведения (например, книги или фильма). В ревью можно описать свои впечатления, поделиться эмоциями, посоветовать или не посоветовать произведение к прочтению/просмотру. Хотя, отзыв может быть и на что-то другое. Например, отзыв на приложение в AppStore — тоже review.

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

Critique — почти то же самое, что и review, но критика может быть написана только автором. Например, один писатель пишет critique на другого. А если этим занимается обычный читатель, даже если он большой ценитель литературы и считает себя экспертом, это будет просто review.

Какой стандартный объем ревью на английском

Шаблон отзыва на английском (review template)

Используйте структуру из таблички.

I ordered this product in your store. I’ve been waiting for a week, and you still haven’t delivered it.
Я заказала этот товар в вашем магазине. Я прождала уже неделю, а вы до сих пор его не доставили.

I have been waiting for a long time for this GPU to be available. And finally I got it. Now I want to share my emotions with those who are just planning to buy.
Я долго ждал, пока эта видеокарта появится в наличии. Теперь она наконец у меня. Теперь я хочу поделиться эмоциями с теми, кто только планирует покупку.

This dishwasher washes dishes well. Just like it supposed to.
Посудомойка хорошо моет посуду. Как и должна.

This book isn’t trivial, unlike most motivational literature.
Эта книга не была банальной, как большая часть мотивационной литературы.

Everything was fine for the first two weeks. Then it broke.
Все было хорошо первые две недели. Потом оно сломалось.

I learned nothing. This is not a textbook, this is just a collection of incoherent exercises.
Я не узнал ничего нового. Это не учебник, это просто набор несвязных упражнений.

Don’t watch it if your IQ is more than 40
Не смотрите это, если ваш айкью больше 40.

This was incredible. I wish I could erase my memory to read it again.
Это было волшебно. Я хотела бы стереть память, чтобы прочитать это еще раз.

Not bad. 4/5.
Неплохо. 4 из 5.

To sum up, 3/5.Could be better.
Подводя итог, 3 из 5. Могло быть и лучше.

НЕФОРМАЛЬНЫЙ ОТЗЫВ
Как вы узнали о товаре/продукте/произведении? Как вы его получили? Где покупали?
*Поскольку это неформальный отзыв, соблюдение структуры не является обязательным.

This story is about an orphan girl who loved to play chess.
Эта история — о девочка-сироте, которая любила играть в шахматы.

The action takes place in the middle of the 18th century somewhere in France.
Действия происходят в середине 18 века где-то во Франции.

I think this is the best melodrama of the decade. Let me convince you of this
Я думаю, это лучшая мелодрама десятилетия. Позвольте мне убедить вас в этом.

The film captures the atmosphere of the time well.
Фильм хорошо передает атмосферу того времени.

This film won an Oscar for Best Picture of 2014.
Этот фильм взял Оскар как лучший фильм 2014 года.

The film is based on the book of the same name.
Фильм основан на одноименной книге.

This is one of the TOP-10 most expensive movies ever.
Это один из ТОП-10 самых дорогих фильмов в истории.

The confrontation between hero and antihero is highlighted by color balance.
Конфронтация героя с антигероем подчеркивается цветовым балансом.

The actor gained 10 kilos to get the role.
Актер набрал 10 килограм, чтобы заполучить роль.

The most scary thing about this film is that this is all real.
Самое страшное во всем фильме то, что все это было реально.

Now this is definitely one of my favorite horrors.
Теперь это определенно один из моих любимых хорроров.

This is a success as a work of art and as a product for a mass audience too.
Это успех, и как художественное произведение, и как продукт для масс тоже.

This is an absolute failure. This is not only my opinion — it can be seen from the ratings.
Это абсолютный провал. Это не только мое мнение — это видно из рейтингов.

I highly recommend watching this for those who love the feeling of nostalgia.
Я горячо рекомендую посмотреть это тем, кто любит ощущение ностальгии.

РЕВЬЮ
Введение
Впечатление (опционально в зависимости от цели ревью)

An extremely powerful story of a strong girl.
Невероятно мощная история о сильной девочке.

It completely blew my mind.
Это полностью перевернуло мое сознание.

It’s 1960’s in the United States of America.
Действия происходят в 1960-х в Соединенных Штатах.

The Narrator meets unique personalities, whose views intertwine with his own.
Рассказчик встречает несколько уникальных людей, чьи взгляды переплетаются с его собственными.

The novel begins strangely and then becomes even more incomprehensible.
Роман начинается странно, и далее становится еще более непонятным.

I don’t want to sound harsh, but it’s very hard to read. It’s really exhausting.
Я не хочу показаться резким, но это действительно тяжело читать. Это действительно выматывает.

It’s hard to surprise an experienced critic when it comes to plot. But this book is exceptional.
Опытного критика сложно чем-то удивить в плане сюжета. Но эта книга уникальна.

I recognized myself in Richard.
Я узнал себя в Ричарде.

Too much hype for such a run-of-the-mill romance.
Слишком много шумихи для такого заурядного романа.

Definitely one of the most underrated books in modern literature.
Определенно, одна из самых недооцененных книг в современной литературе.

РЕЦЕНЗИЯ НА КНИГУ НА АНГЛИЙСКОМ
Вступительный абзац со справочной информацией и зацепкой
*Рецензия — самый большой по объему формат review из перечисленных в этой статье. Поэтому мы даем вам примеры предложений, на которые можно опираться, а вашей задачей будет развить мысль дальше.

Слова и фразы, которые вам пригодятся

Хорошая оценка:

Сочинение Great Britain на английском с переводом

Code review по-человечески (часть 1)

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

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

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

• Обсуждение проблем с сочувствием и пониманием.
• Помощь партнёру в устранении недостатков.

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

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

Так почему мы проводим code review таким образом?

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

Я собираюсь сделать смелое предположение, что вам хотелось бы улучшить code review в настоящем, где вы работаете с людьми, а не с роботами. Даже более смелое предположение, что хорошие отношения с коллегами — это главная цель, а не просто переменная для ускорения исправления ошибок (минимизации параметра cost-per-defect). Как бы изменились ваши методы ревью с учётом этих обстоятельств?

В этой статье обсудим техники, которые предполагают, что code review — не только технический, но и социальный процесс.

Что такое code review?

Термин “code review” может означать разные действия, от простого чтения какого-то кода из-за спины разработчика до совещания на 20 человек, где вы разбираете код строчка за строчкой. Я здесь имею в виду формальную и письменную процедуру, но не отягощённую рядом совещаний для инспекции кода.

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

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

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

Ревью завершается, когда рецензент одобряет изменения. Обычно этому сопутствует отправка сообщения LGTM, сокращённой фразы “looks good to me”.

Почему это так трудно?

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

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

Филип Гринспан, сооснователь ArsDigita, из книги «Основатели за работой».

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

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

Техники

Отдайте компьютерам скучную часть работы

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

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

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

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

Задача	Автоматизированное решение
Проверить билды	Система непрерывной интеграции, такая как Travis или CircleCI.
Проверить прохождение автоматических тестов	Система непрерывной интеграции, такая как Travis или CircleCI.
Проверить, что отступы и пробелы соответствуют корпоративному стилю.	Инструмент форматирования кода, такой как ClangFormat (для C/C++) или gofmt (для Go).
Идентификация неиспользуемых модулей или неиспользуемых переменных	Статические анализаторы кода, такие как pyflakes (линтер для Python) или JSLint (линтер для JavaScript).

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

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

Нужно всем вместе поработать, чтобы внедрить автоматические проверки такого рода в рабочий процесс code review (например, хуки перед коммитами в Git или вебхуки в GitHub). Если процесс ревью требует от автора запускать такие проверки вручную, то вы лишаетесь большей части преимуществ. Автор неизбежно иногда будет забывать о проверке, из-за чего вам придётся возиться с с простыми ошибками, которые могла исправить автоматическая проверка.

Оформите аргументы по стилю в виде руководства по стилю

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

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

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

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

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

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

Я предпочитаю держать наше руководство в формате Markdown в системе контроля версия (например, на GitHub Pages). Так все изменения проходят через стандартную процедуру рецензирования — кто-то должен явно одобрить изменения, а каждый в команде может поднять любую проблему. Вики и Google Docs тоже подходят.

Вариант 3: Гибридный подход
Сочетая варианты 1 и 2, вы можете адаптировать существующее руководство и одновременно вести локальный документ для расширения или перезаписи базы. Хороший пример — руководство Chromium C++. Там в качестве базы взяли руководство по C++ от Google, но сделали собственные изменения и дополнения.

Начинайте ревью немедленно

Расценивайте code reviews как задачу с высоким приоритетом. Когда вы изучаете код или пишете отзыв, не торопитесь, но начинайте делать это немедленно — в идеале, в течение нескольких минут.

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

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

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

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

Начните с высокого уровня, и спускайтесь ниже

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

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

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

Щедро используйте примеры кода

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

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

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

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

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

Автор будет гораздо счастливее получить такую заметку:

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

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

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

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

Никогда не говорите «ты»

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

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

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

Например, вот безобидный комментарий:

Ты допустил ошибку в слове «благополучно».

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

Вторая заметка — это просто исправление, а не оценка автора.

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

Вариант 1: Замените «ты» на «мы»

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

Вариант 2: Удалите из предложения субъект
Другой вариант избежать личного обращения — использовать сокращение, которое исключает из предложения субъект:

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

Ещё один вариант — перефразировать предложение в виде вопроса, который начинается со слов «Что насчёт. » или «Как насчёт. »:

Оформляйте отзывы как запросы, а не команды

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

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

Сравните одно и то же замечание, оформленное двумя разными способами:

Замечание, оформленное как команда	Замечание, оформленное как запрос
Перенеси класс Foo в отдельный файл.	Мы можем перенести класс Foo в отдельный файл?

Людям нравится контролировать свою работу. Такой запрос даёт автору чувство самостоятельности.

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

Сравните, насколько воинственной кажется беседа в зависимости от оформления первоначального замечания:

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

Обосновывайте принципами, а не мнениями

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

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

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

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

Часть 2: скоро

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

Источник