2023-02-25 영어공부

exceed : 초과하다
abbreviate : 단축하다, 생략하다
attempt : 시도하다 / 기도하다 / 꾀하다
retrieval : 회복, 복구, 만회 / 수정 / 사전에는 안나오지만 검색이라는 뜻도 있음
alleviate : 덜다, 완화하다
vastly : 대단히 크게

we should favor the Deque interface and its implementations.
우리는 Deque의 인터페이스와 Deque의 구현체들을 주로 사용해야합니다. 
favor : 선호하다 / 호의
-> 대충 의역했는데 아무리봐도 선호하다나 호의로 해석하면 이상하단 말이지...

First, we'll take a peek at what a Queue does, and some of its core methods.
먼저 우리는 큐에 대해서 엿보고 그 다음 몇몇개의 핵심 메서드에 대해서 알아볼겁니다.
peek at : 훔쳐보다, 엿보다
-> 우리나라에서도 "~에 대해 알아보고"를 엿보다 라고 표현하는데 영어도 마찬가지구나 싶었다

A thread may wait on the Queue to be non-empty when attempting a retrieval, or for it to become empty when adding a new element.
하나의 스레드는 검색을 시도할 때, 비어있을 때, 새로운 요소가 추가될 때 빈공간이 될 때까지 기다린다. 
retrieval : 회복, 복구 / 수정 / 검색
-> 사전에 나오지도 않는 뜻으로 해석되길래 당황... 검색이라는 뜻 있음

Though mostly directly associated, yet the N+1 problem is not specific to ORMs only. This problem can be related to the context of web APIs as well, e.g. REST APIs.
N + 1 문제는 ORM만의 특별한 문제가 아닙니다. 이러한 문제는 REST API와 같은 web API의 컨텍스트와 연관될 수 있습니다. 

In the case of web APIs, the N+1 problem is a situation where client applications are required to call the server N+1 times to fetch one collection resource + N child resources.
web API의 경우에서 N + 1 문제는 클라이언트 애플리케이션이 자식 리소스를 N 번 컬렉션 리소스로 가져오기 위해 N + 1번 서버로 응답이 요청되는 상황에서 발생합니다. 
-fetch : 가지고 오다. 

This is mostly because the collection resource did not provided enough information about the child resources to help the client application to build its user interface altogether.
이런 경우는 대게 컬렉션 리소스가 클라이언트 애플리케이션의 UI를 모두 빌드하기위해 도와주는 자식리소스에 대해 충분한 정보를 제공하지 않았기 때문에 발생합니다. 

Here /books resource return list of books with information including only it’s id and isbn. This information is not enough to build a client application UI, which will want to typically show the books name in UI rather than ISBN.
여기 book의 id 와 isbn만을 포함하고있는 정보를 가진 book list를 반환하는 /books 리소스가 있다. 이 정보는 클라이언트 애플리케이션 UI를 빌드하기위해 충분하지않다. 그리고 그것은 ISBN 보다는 UI안에 book name을 전형적으로 보여주는 것을 원합니다. 

In some situations, the clients may want to show other information such as the author’s name and the publication year as well.
이러한 몇몇의 상황에서, 클라이언트는 아마 다른 정보를 보기를 원할것입니다. 예를들어서 저자의 이름이나 출판연도같은 것들을요

In the above scenario, the client application MUST make N more requests for each individual book resource at /books/{id}. So in the total client will end up invoking REST 
APIs N+1 times.
위와같은 시나리오에서 클라이언트 애플리케이션은 반드시 /books/{id}에 있는 각각의 book에 대한 리소스를 N개만큼 더 요청해야합니다. 그래서 결과적으로 클라이언트는 REST API의 N + 1 번 도달하게 됩니다. 

The above scenario is only for example. The idea is that insufficient information in collection resources may lead to the N+1 problem in REST APIs.
위의 시나리오는 단 하나의 예제일 뿐입니다. 이 아이디어는 REST API에서 컬렉션 리소스안에있는 불충분한 정보가 N + 1 문제를 야기한다는 것을 보여줍니다.