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

15 фильмов, которые помогут выучить английский

как писать ревю на английском

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

1. Вверх

  • Мультфильм, комедия, приключения.
  • США, 2009 год.
  • Длительность: 96 минут.
  • IMDb: 8,3.



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

Замечательный мультфильм для начинающих. В нём мало диалогов, зато очень много коротких высказываний типа «Let me in», «It s me», «Get up!», которые пригодятся в реальной жизни. Многое понятно без слов. Музыка, жесты, выражения лиц дают весь необходимый контекст для тех, кто только начал смотреть в оригинале.

Анастасия Иванова

2. Книга джунглей

  • Фэнтези, драма, приключения.
  • Великобритания, США, 2016 год.
  • Длительность: 105 минут.
  • IMDb: 7,4.

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

Кроме того, что «Книга джунглей» – редкая возможность послушать Скарлетт Йоханссон, а не посмотреть на неё, это ещё и знакомый сюжет. Несмотря на то, что в картине мало диалогов, вам встретятся полезные фразы: «Man is forbidden», «Jungle is no longer safe», «I’ll never forgive myself». А ещё вы узнаете, как по-английски будет «зимняя спячка» и что такое nap.

Анастасия Иванова

3. Отпуск по обмену

  • Мелодрама, комедия.
  • США, 2006 год.
  • Длительность: 138 минут.
  • IMDb: 6,9.

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

Когда вы овладеете уровнем Pre-Intermediate, станет интересно: а есть ли разница между британским и американским английским? Есть, вы почувствуете её как раз в этом фильме. Особенно когда британец говорит с американцем и наоборот. Заодно узнаете несколько эвфемизмов для фразы «заниматься сексом», как британских, так и американских.

Анастасия Иванова

Смотреть в iTunes →

4. Изгой

  • Драма, мелодрама.
  • США, 2000 год.
  • Длительность: 143 минуты.
  • IMDb: 7,8.



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

Если вы уже знаете классическую фразу Шварцнеггера «I’ll be back», этот фильм добавит в ваш словарь ещё и «I’ll be right back» – менее драматичную и более ежедневную. Во-вторых, можно послушать, как говорят по-русски американцы («спазибо» и прочее). А если серьёзно, так как фильм в основном про одного героя и его мяч, вы услышите много настоящего времени Present Continuous и немножко Present Perfect.

Анастасия Иванова

Смотреть в iTunes →

5. Форрест Гамп

  • Драма, мелодрама.
  • США, 1994 год.
  • Длительность: 142 минуты.
  • IMDb: 8,8.

<span data-mce-type=»bookmark» style=»display: inline-block; width: 0px; overflow: hidden; line-height: 0;» class=»mce_SELRES_start»></span>

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

Один из самых цитируемых фильмов в англоязычном сообществе. Да, не только мы используем фразы из фильмов для общения, типа «Хорошие сапоги, надо брать». Американцы часто цитируют как раз Форреста Гaмпа, особенно «Life is a box of chocolates». Просмотр этого фильма поможет вам сойти если не за своего, то хотя бы за культурного человека.

Анастасия Иванова

6. Гарри Поттер и философский камень

  • Фэнтези, приключения.
  • США, Великобритания, 2001 год.
  • Длительность: 152 минуты.
  • IMDb: 7,6.



История о Гарри Поттере — мальчике, который выжил. «Философский камень» посвящён первому году обучения в Хогвартсе.

Фильм-ловушка, но мы все этому рады. Кто-нибудь смотрел только «Философский камень»? Нет, все потом идут пересматривать «Комнату» и далее по списку.

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

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

Анастасия Иванова

Смотреть в iTunes →

7. Дневник Бриджет Джонс

  • Драма, мелодрама, комедия.
  • Великобритания, Франция, США, Ирландия, 2001 год.
  • Длительность: 97 минут.
  • IMDb: 6,7.

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

Британцы просто специалисты в использовании ярких и сочных неприличных слов к месту и не к месту. Кроме неприличных слов и нескольких фраз для флирта с начальником вы узнаете о том, что научиться говорить как британцы вполне возможно. Вы же в курсе, что Рене Зеллвегер американка? Она учила британский акцент специально для роли – значит, и вы сможете!

Анастасия Иванова

Смотреть в iTunes →

8. День сурка

  • Мелодрама, комедия.
  • США, 1993 год.
  • Длительность: 101 минута.
  • IMDb: 8,0.

Корреспондент Фил Коннорс приезжает в небольшой город штата Пенсильвания на празднование Дня сурка и оказывается во временной петле. Теперь для него каждый день — второе февраля.

Из фильма вы узнаете, что некоторые американцы не в курсе значения слова «дежавю» (из шутки: «Mrs Lancaster, do you have déjà vu? — I don’t know, but I can check with the kitchen»).

А также наконец поймёте разницу между артиклями a и the. В разговоре про бога главный герой говорит: «I’m A god, not THE god».

А ещё в разговорной речи англоговорящие люди используют название фильма – groundhog day — так же, как и мы, когда жалуемся на день сурка.

Анастасия Иванова

Смотреть в iTunes →

9. 500 дней лета

  • Мелодрама, комедия.
  • США, 2009 год.
  • Длительность: 95 минут.
  • IMDb: 7,7.

<span data-mce-type=»bookmark» style=»display: inline-block; width: 0px; overflow: hidden; line-height: 0;» class=»mce_SELRES_start»></span>

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

ЭТО ИНТЕРЕСНО:  Как научиться понимать английский язык на слух

Хотя в трейлере фильма и говорится, что это не love story, вы всё равно узнаете несколько фраз для знакомства с противоположным полом, выражения своих симпатий и статусов отношений (например, как будет «встречаться»? уж точно не meet). А также подтянете прошедшее время, когда герои рассказывают друг другу о своей жизни.

Анастасия Иванова

Смотреть в iTunes →

10. Пираты Карибского моря

  • Фэнтези, приключения.
  • США, 2003 год.
  • Длительность: 143 минуты.
  • IMDb: 8,0.

<span data-mce-type=»bookmark» style=»display: inline-block; width: 0px; overflow: hidden; line-height: 0;» class=»mce_SELRES_start»></span>

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

Шанс выучить произношение имени Элизабет, а также слов «капитан» и «пират» по-английски почти 100%. Кроме этого, пара catchphrases от Джека Воробья. Ой, капитана Джека Воробья. Вы неизбежно запомните абсолютно бессмысленное в современной жизни слово «Savvy?». У нас его перевели как «Смекаешь?». И это гениально, ведь оба слова устарели ещё миллион лет назад. А вот как прилагательное savvy очень даже используется — погуглите!

Анастасия Иванова

Смотреть в iTunes →

11. Матрица

  • Фантастика, боевик.
  • США, 1999 год.
  • Длительность: 136 минут.
  • IMDb: 8,7.

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

Хороший фильм для тех, кому не очень понятны условные предложения. В нём много «если бы да кабы», что помогает разобраться в контексте нереальных размышлений: «But if you could, would you really want to?».

Анастасия Иванова

Смотреть в iTunes →

12. Король говорит

  • Драма.
  • Великобритания, США, Австралия, 2010 год.
  • Длительность: 118 минут.
  • IMDb: 8,0.

Этот фильм как будто создан для изучения английского языка. У короля Англии есть проблемы с речью. Он не может внятно изъясняться, от чего страдает всё королевство. Чтобы сделать из монарха хорошего оратора, ему нанимают логопеда.

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

Анастасия Иванова

13. Мальчишник в Вегасе

  • Комедия.
  • США, 2009 год.
  • Длительность: 96 минут.
  • IMDb: 7,7.

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

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

Анастасия Иванова

Смотреть в iTunes →

14. Криминальное чтиво

  • Триллер, комедия.
  • США, 1994 год.
  • Длительность: 154 минуты.
  • IMDb: 8,9.



Смотреть фильмы Тарантино в оригинале — всё равно что читать Чехова или Достоевского. Тарантино мастер диалогов, и следить за ними на родном языке — истинное удовольствие. В «Криминальном чтиве» очень живая речь, много афоризмов и крылатых фраз.

Кроме ставшей классической фразы «English, motherfucker, do you speak it?» всем изучающим английский из фильма можно узнать: как пригласить кого-то на танец, что в современном английском больше ain’t чем aren’t или isn’t, как из фразы сделать один звук. Сэмюэль Джексон умеет произносить «What are you having?» как «апчхи». Если за фильм научитесь понимать всё, что он говорит, никакой вы не Advanced, а просто гений!

Анастасия Иванова

Смотреть в iTunes →

15. Социальная сеть

  • Драма, биография.
  • США, 2010 год.
  • Длительность: 120 минут.
  • IMDb: 7,7.

Источник: https://Lifehacker.ru/filmy-dlya-izucheniya-anglijskogo/

Что такое код-ревью — Журнал «Код»: программирование без снобизма

как писать ревю на английском

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

Когда вы пише­те новую функ­цию, она не попа­да­ет сра­зу в про­ект. Вме­сто это­го ваш код отправ­ля­ет­ся на код-ревью (code review).

Что делают на код-ревью

Во вре­мя код-ревью кто-то из стар­ших това­ри­щей изу­ча­ет ваш код на пред­мет:

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

Если про­бле­мы есть, про­ве­ря­ю­щий отправ­ля­ет код на дора­бот­ку. Если всё хоро­шо, код пере­хо­дит на сле­ду­ю­щую ста­дию — как пра­ви­ло, в тести­ро­ва­ние.

Кто проводит

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

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

Как это выглядит

  1. Про­грам­мист напи­сал код и отдал его на про­вер­ку
  2. Про­ве­ря­ю­щий смот­рит код, исправ­ля­ет ошиб­ки или пишет свои ком­мен­та­рии. В малень­ких ком­па­ни­ях может встре­тить­ся лич­но и рас­ска­зать, что было не так с кодом и как это испра­вить.
  3. Если заме­ча­ний мно­го, автор идёт пере­де­лы­вать. Если мало или их нет — про­ве­ря­ю­щий дела­ет всё сам и пере­да­ёт код даль­ше.
ЭТО ИНТЕРЕСНО:  Что такое хобби на английском

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

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

Источник: https://thecode.media/code-review/

Как проводить Code Review по версии Google

как писать ревю на английском

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

И вот недавно при подготовке к очередному выпуску подкаста «Цинковый прод» я узнаю, что Google опубликовал свод правил по проведению Code Review, битком набитый ценными мыслями.

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

Итак, поехали

Термины, используемые в оригинальной статье:

CL — changelist. Но обычно это называют Merge Request или Pull Request, поэтому в статье я буду использовать сокращение MR

LGTM — Looks Good to Me. Короче, когда жмут кнопку «approve». Я буду использовать термин «апрув», как более понятный населению.

Идеальность MR

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

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

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

Свобода делать замечания

Несмотря на то, что нельзя задалбывать мелочами, тем не менее можно свободно эти мелочи писать хоть к каждой строчке. Противоречие с предыдущим пунктом решается просто: мелочи и придирки ревьювер помечает префиксом «nit:» от англ. nitpick (придирка). Такие замечания фиксить необязательно, однако автор MR может захотеть что-то исправить или, даже если нет, учесть на будущее некоторые моменты.

Факты важнее персональных предпочтений

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

Прямая цитата для лучшего понимания:

Источник: https://habr.com/post/473308/

Code review — как это делать в стиле Google?

Адаптированный перевод статьи «How to do a code review»

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

Стандарты

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

Дилемма обозревателя

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

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

Главное правило

Запомните, именно вам предстоит найти баланс, позволив кодерам развиваться, и в то же время не пожертвовав качеством кода.

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

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

Наставничество

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

Принципы

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

Разрешение конфликтов

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

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

ЭТО ИНТЕРЕСНО:  Сколько всего слов в английском языке

Что нужно проверить в рецензируемом коде

  • Общая структура. Как код вписывается в ваш проект.
  • Функциональность. Способен ли код полностью удовлетворить поставленные задачи.
  • Удобство. Интуитивность UI и соответствие его общему стилю.
  • Многопоточность. Рецензируемый код не должен конфликтовать с другими элементами кодовой базы при многопоточном выполнении. То же касается и внутренних конфликтов кода.
  • Простота. Код не должен быть слишком громоздким. Максимально упрощаем, но не в ущерб качеству и функциональности.
  • Перспектива масштабирования. Возможно, в коде могут быть реализованы некоторые возможности, востребованные в будущем, сообщите об этом разработчику.
  • Наличие тестов (модульные, интеграционные и так далее). Внимательно изучите их структуру.
  • Преемственность разработчиков. Все переменные, поля, функции, вообще все объекты и элементы в коде должны иметь ясные, однозначные имена. к коду ясно и чётко объясняют, зачем нужен каждый элемент. Обратите внимание, вопрос «зачем это» важнее вопроса «что это».
  • Соответствие стандартам. Код должен соответствовать стандарту стиля и быть должным образом документирован.

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

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

Последовательность действий при рецензировании кода

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

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

  3. Изучите остальную часть кода.

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

Чем чреваты медленные code review?

  • Уменьшается скорость работы всей команды. Как цепь не сильнее самого слабого звена, так и команда не быстрее самого медленного её участника.
  • В Google считают, что обозреватель, появляющийся раз в несколько дней с ворохом комментариев, вызывает раздражение и жалобы разработчиков. В компании считают, что гораздо эффективнее незамедлительно реагировать на каждый апдейт от кодера, предлагая пусть и небольшие, но положительно влияющие на качество кодовой базы изменения.
  • Чем сильнее вы затягиваете с code review — тем сильнее желание добавить код в базу «как есть», а это чревато ухудшением общего качества.

Как быстро нужно делать code review?

В идеале стоит приступать сразу после получения кода. Постарайтесь уложиться в один рабочий день. Учитывайте часовой пояс разработчика.

Единственное исключение из этого правила — если вы сконцентрированы на другой задаче. Переключение займёт слишком много времени. 

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

Работа с большими объёмами

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

Экстренные ситуации

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

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

  • Будьте благожелательны. Вы с разработчиком на одной стороне баррикад. Рецензируйте код, а не кодера.
  • Не будьте императивны, поясняйте свои рекомендации и указания. Это поможет разработчику лучше понять и выполнить их.
  • Объясните, чего вы хотите, но не делайте работу за кодера. Как правило, он всё же может сделать её лучше. Помните, разработчику нужно дать возможность развиваться. Опять же, не в ущерб качеству. Ищите баланс.
  • Предложите разработчику попробовать упростить код, а если это невозможно — добавить подробные комментарии.

Работа с возражениями

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

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

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

Источник: https://tproger.ru/translations/code-review-a-la-google/

How to write a book review (with a sample review)

В этой статье я расскажу, как писать рецензию на книгу на английском языке (how to write a book review), а именно каков план написания рецензии и какие полезные фразы и выражения рекомендуется использовать в ней. Данный вид письменной работы относится к повышенному уровню сложности в отличие от отзыва о прочитанном произведении — An opinion about a book in English.

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

:

* * *

1. План написания рецензии на произведение (The Plan of a Book Review)

A book rewiew is written according to the following plan:

  1. Introduction (an author, a title, a setting, a plot in short) — Введение (автор, название, местодействия, краткий сюжет)
  2. The main part (the plot in details, main characters) — Основная часть (сюжет частично, главные герои)
  3. Conclusion  (opinion about the book, reservations, recomendations) — Заключение (личное мнение, недостатки, рекомендации)

* * *

2. Фразы и выражения для рецензии на английском языке (Useful Words for a Book Review)

Общая оценка произведения:

  1. a splendid book — великолепная книга
  2. a powerful novel — производящий сильное впечатление роман
  3. a gripping narrative — захватывающее повествование

О сюжете:

  1. be meticulously (intricately) constructed — тщательно продуман
  2. be richly detailed (is rich and ditailed in plot) — сюжет богат деталями
  3. be set in — происходит в
  4. be told by — (повествование) ведется от

Источник: http://englishstory.ru/a-review-on-the-book-the-secret-history-by-donna-tratt.html

Понравилась статья? Поделиться с друзьями:
English lessons
Как пишица по английски

Закрыть