[질문 내용] 람다 (lambda) 람다는 익명 함수 이다. 따라서 이름 없이 함수를 표현한다. (매개변수) -> {본문} 용어 - 람다 vs 람다식(Lambda Expression) 람다 : 익명 함수를 지칭하는 일반적 용어. (개념) 람다식 : (매개변수) → {본문} 형태로 람다를 구현하는 구체적인 문법 표현을 지칭 람다도 익명 클래스처럼 클래스가 만들어지고, 인스턴스가 생성된다. 함수형 인터페이스 함수형 인터페이스는 정확히 하나의 추상메서드를 가지는 인터페이스를 말한다. 람다는 추상 메서드가 하나인 함수형 인터페이스에만 할당할 수 있다. 단일 추상 메서드를 줄여서 SAM(Single Abstract Method)라 한다. @FunctionalInterface를 통하여 함수형 인터페이스를 보장할 수 있다. 추상 메서드가 추가되면 컴파일 오류 발생 ! (Ex) @Override를 통해 재정의된 함수임을 알 수 있듯이. 고차함수(Higher-Order Function) 고차 함수란, 함수를 값처럼 다루는 함수를 뜻함 함수를 인자로 받는 함수(메서드) 함수를 반환하는 함수(메서드) 기본 함수형 인터페이스 다음은 자바가 기본으로 제공하는 대표적 함수형 인터페이스이다. Function : 입력 O, 반환 O Consumer : 입력 O, 반환 X Supplier : 입력 X, 반환 O Runnable : 입력 X, 반환 X 특화 함수형 인터페이스 Function으로 구현가능하나, 테스트 용도인 인터페이스라는 것을 명확히 하기 위해 사용 Predicate : 입력 O, 반환 boolean 조건 검사, 필터링 용도 Operator (UnaryOperator, BinaryOperator) : 입력 O, 반환 O 동일한 타입의 연산 수행, 입력과 같은 타입을 반환하는 연산 용도 추석 완강 챌린지 중 질문드리고 싶으나, 아직 완벽히 이해된 단계가 아니어서 부득이 복습하며 정리한 내용을 질문으로 작성했습니다. ㅠㅠ 틀린 부분 있다면 지적 부탁드립니다!
안녕하세요! 현대적인 설계에서는 대부분 자연 키가 아닌 대리 키를 기본 키로 사용하는 것이 권장된다고 하셨는데요. 그렇다면 혹시 자연 키를 기본 키로 사용해도 괜찮은 예외적인 상황 이 있을까요? 예를 들어, 변경 가능성이 거의 없는 코드성 데이터나 표준화된 식별자(예: ISO 코드, 통화 코드 등) 같은 경우에도 무조건 대리 키를 추가하는 것이 좋은지, 아니면 자연 키를 PK로 두어도 실무적으로 문제가 없는 기준 이 있는지 궁금합니다. 감사합니다 ☺ ︎
<c:out>을 사용하면 HTML의 특수문자가 포함되있을 경우 HTML을 해석하지 않고 출력한다는데. HTML은 특수문자를 태그로서 가지고있는 마크업 언어인데... 이게 무슨말인지 이해를 잘 못하겠어요... 인터넷의 다른 블로그 글을 봐도 거의다 똑같은 설명이라... 그냥 있는 그대로 출력을 한다는건지 HTML태그 안의 내용을 출력한다는건지 아리쏭 합니다.. 그리고 Spring에서 Beans으로 등록한다는 의미가 스프링에서 자체적으로 관리를 한다?고 이해하고 있는데... 자바를 배우고 바로 spring으로 넘어와서 그런지 servlet의 개념도 어렵습니다... 어디서 부터 손봐야할지 모르곘어요.... 죄송함니다..
강의를 통해 React의 여러 개념을 배웠습니다. 어느 정도 수준에 도달해야 리액트의 기본기를 제대로 이해했다고 스스로 판단 할 수 있을 지 궁금합니다. 예를 들어, 이 강의에서 다룬 TodoList 프로젝트를 혼자서 처음부터 끝까지 구현할 수 있는 정도라면, React의 핵심원리를 충분히 체화했다고 볼 수 있을까요 ?
안녕하세요, 강사님. 데이터를 효율적으로 JOIN 하여 어떻게 가져올지에 대한 방안에 대해 고민하던 중, 궁금한 점이 있어 질문을 드립니다. 강사님의 강의를 들으며 JOIN 시 결과 행수 차이에 대해 아래와 같이 이해했습니다. 부모 테이블에서 자식 테이블로 JOIN할 경우 → 결과 행수가 부모 기준으로 유지된다. 자식 테이블에서 부모 테이블로 JOIN할 경우 → 결과 행수가 자식 행수에 따라 크게 늘어날 수 있다. 그렇다면 아래와 같은 상황에서 어떻게 처리하는 게 효율적일지 궁금합니다. 강의 상세 페이지처럼 여러 유형의 데이터를 한 번에 가져와야 하는 경우 > 예시) 강의 정보, 강사 정보, 강의 평점, 강의 리뷰 등 부모 테이블(강의)에서 자식 테이블(강사 정보, 강의 평점)로 JOIN할 때, 결과 행수가 부모 테이블 기준으로 유지되거나 크게 늘어나지 않는 상황에서는 한 번의 쿼리로 모든 데이터를 조회하는 것이 좋은 방법일까요 ? 반대로, 강의 리뷰처럼 자식 테이블의 데이터가 많아져서 결과 행수가 급격히 늘어날 경우에는 리뷰 데이터만 별도의 쿼리 또는 API로 분리해서 조회하는 것이 더 바람직할지 궁금합니다. 결국, 관계 방향과 데이터 양에 따라 결과 행수가 크게 늘어나지 않는 JOIN까지만 한 번에 처리하고, 행수가 많아지는 데이터(예: 리뷰)는 별도로 쿼리하거나 API를 분리하는 전략이 좋을지, 그리고 쿼리/API 분리 기준을 어떻게 결정하는게 좋을지 설명해주시면 큰 도움이 될 것 같습니다. 감사합니다.
안녕하세요. 41강의 병목현상 해결 사례에서 설명해 주신 내용을 보고 회선과 대역폭의 관계에 대해 제가 이해한 부분이 맞는지 확인하고 싶습니다. 기존 로드밸런서에는 WAS와 DB 각각에 대해 하나의 회선만 연결되어 있었기 때문에, 해당 회선이 제공할 수 있는 대역폭의 한계로 인해 병목현상이 발생한 것으로 이해했습니다. 이후 추가 회선을 연결함으로써 전체 대역폭을 확장하는 효과를 가져와 병목현상이 해소된 것으로 이해했는데, 제 이해가 정확할까요? 감사합니다.
안녕하세요 강의 잘 듣고 있습니다. DTO에 대한 궁금증이 있어 질문 남깁니다. DTO에서 Class-Validator를 통해 유효성 검사를 하는데, 섹션5까지 학습했을 때는 Schema에서 검사를 진행했습니다. DTO에서 PickType Request로 전달되는 데이터만 명시만 하고 Schema에서 유효성검사를 하는 이유가 있는지, 아래 내용처럼 DTO에서 유효성 검사를 분리해서 하는게 이상적인 형태인지 궁금합니다. // src/cats/dto/cats.request.dto.ts import { PickType } from '@nestjs/swagger'; import { IsEmail, IsNotEmpty, IsString } from 'class-validator'; import { Cat } from '../cats.schema'; export class CatRequestDto extends PickType(Cat, [ 'email', 'name', 'password', ] as const) { @IsEmail() @IsNotEmpty() email: string; @IsString() @IsNotEmpty() name: string; @IsString() @IsNotEmpty() password: string; }
개인정보 파기 관련 강의를 듣다 의문이 생겼습니다. A사가 B사의 본인인증 서비스를 쓸 때, 고객의 이름·생년월일·핸드폰 번호 등을 인증 목적으로 B사에 전송합니다. 이때 인증목적 외에 인증시도 기록(누가 언제 어떤 정보로 인증을 시도 했는지) A사 시스템에 남겨도 되나요, 아니면 인증 직후 바로 파기해야 하나요?
강의 잘 듣고 있습니다! 강의를 듣던 중 궁금한것이 있는데요. 예를 들어 결제 API를 만든다면: - 금액, 결제수단: 필수 - 할인쿠폰, 메모: 선택 @Builder를 사용할 때 필수 파라미터 처리가 궁금합니다. 결제 API 같은 걸 만든다면 금액은 필수인데, @NonNull은 런타임 체크로 알고 있는데요. 프로그램을 실행해야 에러를 확인할 수 있었습니다. 필수 항목을 빠뜨리면 컴파일 에러가 나게 할 수는 없나요? 실무에서는 런타임 체크로 충분한가요, 아니면 중요한 객체는 컴파일 타임 체크를 위해 직접 구현해야 할까요?
안녕하세요 선생님, 인프런에서 진행하는 추석완강 챌린지에서, 선생님 강의를 신청하여 수강하고있습니다. 강의는 너무 잘 듣고있고, 오늘 미션이라 특별히 궁금한점은 없지만 질문 남겼습니다.^^ 저는 원래 Spring 기반의 백엔드 개발을 하다가, 이직을 하면서 생성형 AI기반의 서비스를 개발하는 업무를 담당하게 되었는데, RAG 기반 서비스 개발을 하면서 LLM을 공부하다보니, 딥러닝의 기초 없이, attention이나 트랜스포머 아키텍쳐를 이해하기에는 어려움이 있어 선생님 강의를 통해 머신러닝 - 딥러닝 공부를 할 계획을 가지고 있습니다. 감사합니다.
데이터베이스의 컬럼명과 애플리케이션 코드의 일치성을 가져가는게 가독성면에서 좋다고 생각하는데.. 모든 컬럼이 앱 코드와 일치되어야하는건 또 아닐거같아서요. e.g) 앱 코드에서는 필드를 두개로 나눌수도 있지만 데이터베이스 컬럼에서는 하나의 컬럼으로 가져가는 경우도 있나요?
안녕하세요. 좋은 강의 감사합니다. 값 객체에 대한 내용을 듣고 궁금했던 점이 있었는데, 섹션 4 퀴즈를 풀면서 해소되는 동시에 새로운 질문이 생겼습니다. 값 객체를 사용하는 메소드를 과도하게 호출하여 OOM(Out of Memory)이 발생할 것으로 예상되는 경우, 이를 어떻게 회피할 수 있는지 궁금합니다. 아직 강의를 전부 듣지 않아서 이후에 나올 내용일 수도 있겠지만, 지금 드는 생각으로는 Map을 이용해 내부적으로 캐시를 구현하여 메모리 사용량을 줄이는 방법이 떠오르는데, 이 접근법이 맞을지 궁금합니다.
