
<img src="/assets/img/2024-08-18-HowtoAddaSelectElementProgrammaticallywithJavaScript_0.png" />

가끔은 JavaScript를 사용하여 프로그래밍 방식으로 select 요소를 추가하고 싶을 때가 있습니다.

이 문서에서는 JavaScript를 사용하여 프로그래밍 방식으로 select 요소를 추가하는 방법을 살펴보겠습니다.

# JavaScript를 사용하여 프로그래밍 방식으로 Select 요소 추가하기

<div class="content-ad"></div>

자바스크립트를 사용하여 프로그래밍적으로 선택 요소를 추가하려면, document.createElement 메소드를 사용하여 요소를 생성할 수 있어요.

그런 다음 appendChild 메소드를 사용하여 부모 요소에 자식 요소를 추가할 수 있어요.

예를 들어, 다음과 같은 HTML을 작성할 수 있어요:

```js
<div></div>
```

<div class="content-ad"></div>

선택 요소에 상위 요소를 추가합니다.

그런 다음 다음과 같이 옵션 요소가 포함된 선택 요소를 추가할 수 있습니다:

```js
const myParent = document.querySelector("div");
const array = ["Volvo", "Saab", "Mercades", "Audi"];
const selectList = document.createElement("select");
selectList.id = "mySelect";
myParent.appendChild(selectList);
for (const a of array) {
  const option = document.createElement("option");
  option.value = a;
  option.text = a;
  selectList.appendChild(option);
}
```

다음과 같이 div 요소를 가져옵니다:

<div class="content-ad"></div>

```js
const myParent = document.querySelector("div");
```

이후 선택 요소를 생성합니다:

```js
const selectList = document.createElement("select");
```

그런 다음 선택 요소의 id 속성을 설정합니다:

<div class="content-ad"></div>

```js
selectList.id = "mySelect";
```

다음으로, 우리는 select 요소를 다음과 같이 div의 자식으로 추가합니다:

```js
myParent.appendChild(selectList);
```

그런 다음, 다음과 같이 select 요소에 옵션 요소를 추가합니다:

<div class="content-ad"></div>

```js
for (const a of array) {
  const option = document.createElement("option");
  option.value = a;
  option.text = a;
  selectList.appendChild(option);
}
```

우리는 for-of 루프를 사용하여 배열을 반복합니다.

루프 내에서 `option`을 사용하여 option 요소를 만드는 document.createElement을 호출합니다.

option.value를 설정하여 option 요소의 value 속성을 설정합니다.

<div class="content-ad"></div>

그리고 우리는 옵션 텍스트를 표시하기 위해 텍스트 속성을 설정합니다.

다음으로, selectList.appendChild를 호출하여 옵션을 선택 요소의 자식으로 추가합니다.

# 결론

JavaScript로 프로그래밍적으로 선택 요소를 추가하려면 document.createElement 메서드를 사용하여 요소를 생성할 수 있습니다.

<div class="content-ad"></div>

그럼 appendChild 메서드를 사용하여 자식 요소를 부모 요소에 추가할 수 있어요.


자바스크립트에서 셀렉트 요소를 개발로 추가하는 방법


커피 한 잔을 따르고 ☕, 코루틴과 같은 큰 관심사에 대해 이야기해보세요.

![이미지](/assets/img/2024-08-18-KotlinCoroutinesGuide_0.png)

## 코루틴이란?

코루틴은 스레드와 유사하지만 단일 스레드에 바운드되지 않고 훨씬 가벼운 코드 블록을 동시에 실행합니다.

<div class="content-ad"></div>

## 코루틴 실행

첫 번째 코루틴을 작성해 보겠습니다. runBlocking을 호출하여 코루틴을 실행할 수 있습니다. 이렇게 하면 CoroutineScope가 제공됩니다. 안에 launch 블록을 사용하여 다른 코루틴을 생성해 보겠습니다. launch 블록 안에 delay를 추가하고 "SECOND"를 출력한 다음 launch 블록 아래에 "FIRST"를 출력해 보겠습니다.

이 동작의 설명은 다양한 작업을 비동기적으로 처리하는 여러 코루틴을 가질 수 있다는 것입니다. 이 경우에는 두 번째 코루틴을 지연시키고 주요 코루틴이 멈추지 않습니다.

```js
fun myCoroutine() {
    runBlocking {
        launch {
            delay(1.seconds)
            println("SECOND")
        }
        println("FIRST")
    }
}
```

<div class="content-ad"></div>

## 비동기 & 기다림

fetchProducts와 fetchStores 두 함수가 있다고 가정해 보겠습니다. 데이터를 동시에 가져오고 싶기 때문에 빠른 응답을 원합니다.

이론적으로 async은 launch와 유사하지만 이 함수들의 반환 값에서 차이가 납니다. launch는 어떤 결과 값을 가지지 않는 coroutine Job을 반환합니다. async는 나중에 값을 반환하는 Deffered를 반환합니다.

```kotlin
suspend fun fetchData() {
    val products = async { fetchProducts() }
    val stores = async { fetchStores() }

    products.await()
    stores.await()

    println("완료") // 두 함수가 모두 완료되었을 때 표시됩니다
}
```

<div class="content-ad"></div>

## 코루틴 디스패처

코루틴 디스패처는 작업이 실행되는 스레드를 정의합니다. 우리는 여러 디스패처를 가지고 있어요:

- Dispatchers.Main — 주 스레드에서 실행됩니다. 이는 작업이 완료될 때까지 앱이 차단될 수 있습니다.
- Dispatchers.IO — 이는 백그라운드 스레드에서 실행됩니다. 이는 앱을 차단하지 않습니다.
- Dispatchers.Unconfined — 주 스레드에서 실행됩니다.
- Dispatchers.Default — 공유 스레드 풀을 사용합니다.

## 코루틴 예외 처리

<div class="content-ad"></div>

코루틴은 예외를 발생시킬 수 있기 때문에 해당 예외를 처리하려면 CoroutineExceptionHandler를 사용해야 합니다. 먼저 CoroutineExceptionHandler를 생성하고 발생한 오류를 출력하는 방법부터 시작해봅시다.

```js
val handler = CoroutineExceptionHandler { coroutineContext, throwable ->
    Log.e("Throwable", "", throwable)
}
```

그 다음으로는 CoroutineScope를 사용하여 새로운 코루틴 스코프를 생성해야 합니다. 여기서 핸들러를 직접 전달하거나 특정 디스패처에 대해 핸들러를 실행할 수 있습니다.

```js
CoroutineScope(handler);
// 또는
CoroutineScope(Dispatchers.IO + handler);
```

<div class="content-ad"></div>

그럼 coroutine을 시작하려면 launch를 사용하고, 내부에 Exception을 던져보겠습니다. 이렇게 하면 앱이 크래시되지 않도록 방지할 수 있습니다.

```kotlin
CoroutineScope(Dispatchers.IO + handler).launch {
    throw Exception("Unexpected error")
}
```

요렇게요. 최신 업데이트를 보려면 팔로우하고 뉴스레터를 구독하세요. 더 많은 콘텐츠를 보고 싶다면 X에서 팔로우하고 YouTube 채널을 구독하세요! 읽어 주셔서 감사합니다! 😊☕️

![이미지](/assets/img/2024-08-18-KotlinCoroutinesGuide_1.png)


코틀린에서 비동기 처리를 하기 위한 방법


![2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_0.png](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_0.png)

아, PHP. 90년대 중반부터 존재해온 언어로, 역할은 뒷단에서 수백만 개의 웹사이트를 제대로 구동하고 있습니다. 몇몇 개발자들은 좋아하고, 다른 사람들은 싫어합니다. 하지만 하나는 확실한데, 웹 개발을 하려면 PHP에 대한 일정 수준의 지식이 필요합니다.

새로운 언어와 프레임워크가 등장하고 있음에도 불구하고, WordPress와 같은 콘텐츠 관리 시스템의 보급으로 PHP는 여전히 중요합니다. 현재 웹의 상당 부분을 구동하고 있습니다.

하지만 실제로 PHP를 충분히 잘 알고 계신가요? 화면에 "Hello, World!"를 출력할 수 있고, 루프와 조건문을 사용하는 데 꽤 자신감이 있을지도 모릅니다.

<div class="content-ad"></div>

하지만 더 심각한 내용은, PHP가 이상해지기 시작해서 굉장히 강력한 개발자들에게는 완전히 직관적이지 않다는 것을 증명합니다. 이 글에서는 PHP의 가장 어려운 일곱 가지 질문을 다룰 것입니다.

만약 이 질문들에 답할 수 있다면, PHP에 꽤 능숙한 것뿐만 아니라 고급 프로젝트에 도전할 준비가 되어있을 수도 있습니다. 하나라도 어렵다면 너무 걱정하지 마세요; PHP는 꽤 복잡하며, 경험이 풍부한 개발자들조차 가끔씩 매뉴얼을 참고해야 할 때가 있습니다.

그러니 좋아하는 음료를 즐기고, 의자에 기댓고 PHP의 세계로 떠나 봅시다.

# 1. PHP에서 ==와 ===의 차이는 무엇인가요?

<div class="content-ad"></div>

오래 PHP를 사용해온다면 이미 == 및 === 연산자를 만난 적이 있을 것입니다. 이 연산자는 값을 비교하는 데 사용되는데, 혼동할 수 있을 수도 있지만, 실제로는 그렇지 않습니다.

- == (느슨한 동등성): 이 연산자는 두 값이 동일한지를 테스트하며 데이터 유형을 확인하지 않습니다. PHP는 형 변환을 시도한 후 비교를 수행합니다. 예를 들어, 문자열 “5”와 정수 5는 동일하게 간주됩니다 (“5” == 5는 참).
- === (엄격한 동등성): 이 연산자는 값과 유형이 동일한지 확인합니다. 따라서 “5” === 5는 거짓을 반환합니다. 왜냐하면 하나는 문자열이고 다른 하나는 정수이기 때문입니다. PHP는 절대로 형식을 변경하지 않습니다.

## 이게 왜 중요한가요?

== 을 사용하면 예상치 못한 결과가 발생할 수 있습니다, 특히 유형이 다를 수 있는 값들을 비교할 때. 이것을 고려해 보세요:

<div class="content-ad"></div>

![IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_1](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_1.png)

이 조건이 true로 평가된다는 것에 놀랐나요! 그 이유는 PHP가 정수와 비교되는 비숫자 문자열을 0으로 취급하여 0 == 'string'이 true로 평가되기 때문입니다. 무서운 일이네요, 맞죠?

반면에 ===을 사용하면 이를 방지할 수 있습니다:

![IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_2](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_2.png)

<div class="content-ad"></div>

여기서 비교 결과는 예상대로 false를 반환합니다.

## 2. PHP 트레이트는 무엇이며 어떻게 작동합니까?

언제든지 서로 직접적으로 관련이 없는 클래스 간에 메서드를 공유해야 하는 상황에 빠졌을 때 PHP 트레이트가 도와줄 것입니다. 트레이트를 사용하면 상속을 사용하지 않고 여러 클래스 간에 메서드를 공유할 수 있게 해줍니다.

## 기본적인 예시:

<div class="content-ad"></div>

두 개의 클래스가 있다고 가정해보세요: User와 Admin이며, 둘 다 파일에 작업을 기록해야 합니다. 그래서 두 클래스 모두 함수를 복사하지 말고 trait을 사용해야 합니다.

![image](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_3.png)

이 예제에서, User 및 Admin 클래스는 공통 상위 클래스를 갖거나 직접 공통 선조로부터 상속받지 않고도 log 메서드에 액세스할 수 있습니다.

## 왜 Traits를 사용해야 하나요?

<div class="content-ad"></div>

특성은 관련이 없는 클래스에 기능을 혼합하는 방법을 제공합니다. 특히 중대규모 애플리케이션에서는 유용한 기능으로 판명되었습니다. 그렇지 않으면 유사한 행동이 필요한 여러 클래스가 상속의 엄청난 크고 복잡하게 얽힌 웹을 만들지 않고 행동할 수 있습니다.

하지만 속담에 나와 있는 대로, 큰 권한은 큰 책임을 수반합니다. 특성은 신중하게 사용해야 합니다. 지나치게 사용하면 코드가 엉킨 코드로 또는 이 방법이 어디서 비롯된 메서드인지 명확히 알 수 없는 상황으로 이어질 수 있습니다. 특성에 지나치게 의존하는 것을 발견하면 클래스 설계를 재고해야 할 때가 올 수도 있습니다.

# 3. PHP는 세션을 어떻게 처리하며 최상의 실천 방법은 무엇인가요?

일반적으로, 세션이란 클라이언트와 서버 간의 일정 기간 동안 발생하는 상호 작용입니다. PHP에서 세션 관리는 클라이언트 측 쿠키와 서버 측 저장소를 통해 제어됩니다.

<div class="content-ad"></div>

## PHP에서 세션 작업하기

session_start() 함수로 세션을 시작하면 PHP는 서버 내에 새 세션 파일을 생성하고 동시에 고유한 세션 ID를 쿠키로 클라이언트 측에 전송합니다.

이 파일에는 다양한 사용자 데이터가 포함되어 있어서 응용 프로그램 내에서 각 페이지 전환이 발생할 때마다 이를 보존할 수 있습니다.

![PHP 이미지](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_4.png)

<div class="content-ad"></div>

다음 코드는 세션을 설정하고 사용자의 이름을 세션 데이터에 저장합니다. 세션이 만료되지 않은 경우, 이 값을 다음 요청에서 검색할 수 있습니다.

![image](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_5.png)

## 세션의 최선의 방법:

- 세션 ID 보안: 세션 ID가 URL에 표시되지 않도록하십시오. 일정 간격으로 세션 ID를 계속 재생성하면 세션 고정 공격을 방지할 수 있습니다. 민감한 작업(예: 로그인) 후에 session_generate_id()를 적용하는 것이 좋습니다.
- HTTPS: 세션 쿠키의 전송은 항상 HTTPS를 통해 이루어져야 합니다. 중간자 공격을 통한 세션 탈취를 방지하기 위해서입니다.
- 쿠키 설정: HttpOnly 및 Secure와 같은 올바른 쿠키 플래그를 설정하여 XSS에 의한 세션 쿠키 도난 위험을 줄입니다.
- 세션 만료: 합리적인 세션 만료 및 비활동 시간 초과를 구현하여 비활성 세션이 공격자에 의해 인계되는 위험을 줄입니다.

<div class="content-ad"></div>

## 안전한 세션 설정 예시:

![이미지](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_6.png)

이 예시에서 세션 쿠키는 HTTP를 통해서만 접근할 수 있도록 플래그가 설정되어 있고 JavaScript를 통해서는 접근할 수 없습니다. 즉, 안전한 HTTPS 연결을 통해서만 전송됩니다. 또한 세션 ID는 변경되어 Fixation 공격의 위험을 줄입니다.

세션에 어려움이 있다면, 이것을 확인해보세요:

<div class="content-ad"></div>

# 4. include, require, include_once, require_once의 차이점을 정의합니다.

PHP는 파일을 포함하고 실행하는 여러 가지 방법을 제공합니다. 이는 다른 PHP 스크립트 내에서 발생합니다. 처음에는 차이가 사소해 보일 수 있습니다. 그러나 세부 사항은 이들을 구분짓습니다. 이들은 각각 고유한 목적을 수행합니다.

- include: 이 표현은 파일을 포함하고 평가합니다. PHP는 지정된 파일을 찾습니다. 파일을 찾지 못하면 PHP는 경고를 발생시킵니다. 그러나 스크립트는 계속 실행됩니다.
- require: include와 유사한 점이 있습니다. 파일을 평가합니다. PHP가 파일을 찾지 못하면 치명적입니다. 이는 오류로 이어집니다. 그런 다음 실행이 중단됩니다.
- require_once: 이는 require 문과 유사합니다. 하지만 include_once와 같이 단일 포함만 보장합니다.
- include_once: 이것은 include로 작동합니다. 그러나 파일이 한 번만 포함되도록 보장합니다. 스크립트의 실행이 이를 유발시킵니다. 파일이 이미 포함되어 있는 경우 다시 포함하지 않습니다.

파일의 중요성이 크거나(예: 구성 파일) 파일이 없는 것이 바람직하지 않은 경우 require를 사용하십시오. 이 경우 응용 프로그램이 계속 실행되길 원하지 않을 수 있습니다. 파일의 비필수적인 중요성이 있는 경우에는 include를 사용하십시오. 비필수적인 중요성을 가진 스크립트나 템플릿이 예시입니다.

<div class="content-ad"></div>

`*require_once` 표현식을 사용해보세요. 이는 잠재적 문제를 피하기 위한 것입니다. 문제는 파일을 여러 번 포함할 때 발생할 수 있습니다. 이 문제에는 클래스 또는 함수 재선언이 포함됩니다.

<img src="/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_7.png" />

이 상황에서는 db_config.php 파일이 있습니다. 이 파일은 데이터베이스 작업을 실행하는 데 중요합니다. 그래서 이를 포함합니다. 이는 `require_once`를 사용하여 이루어집니다.

반면에 사이드바 템플릿은 선택적 모듈입니다. 이를 포함해도 정상적인 작업에는 필요하지 않습니다.

<div class="content-ad"></div>

# 5. PHP의 매직 메서드를 설명해줄 수 있을까요?

매직 메서드는 특별한 메서드들입니다. 이들은 더블 언더스코어(\_\_)로 시작합니다. 그들은 독특한 역할을 합니다.

매직 메서드들은 특정 동작이 객체에서 발생할 때 이를 재정의하고 실행할 수 있는 기능을 제공합니다. 자주 사용되는 매직 메서드들을 살펴보겠습니다:

- include_once: 이 메서드는 include 역할을 합니다. 그러나 파일이 한 번만 포함되도록 보장합니다. 스크립트 실행이 이를 독려합니다. 이미 포함된 파일인 경우 다시 포함하지 않습니다.
- \_\_construct(): 이 메서드는 생성자 메서드를 나타냅니다. 객체가 인스턴스화될 때 자동으로 호출됩니다.
- \_\_destruct(): 소멸자 메서드를 다루는데 사용됩니다. 객체가 해체되거나 스크립트가 종료될 때 호출됩니다.
- \_\_get($name): 이 메서드는 접근할 수 없는 속성을 읽으려고 시도하거나 실제로 존재하지 않을 때 호출됩니다.
- \_\_set($name, $value): 이 메서드는 접근할 수 없는 속성에 대한 대체가 발생했을 때 또는 존재하지 않는 속성이 작성될 때 호출됩니다.
- \_\_isset($name): 접근할 수 없는 속성 또는 실제로 존재하지 않는 속성에 대해 isset() 또는 empty()를 호출할 때 제어됩니다.
- \_\_unset($name): 접근할 수 없는 가상 속성 또는 실제로 존재하지 않는 속성에 대해 unset()이 사용될 때 작동합니다.
- \_\_call($name, $arguments): 존재하지 않는 메서드에 접근하려고 시도할 때 발생하며 해당 메서드도 접근할 수 없습니다.
- **callStatic($name, $arguments): **call() 메서드와 유사하지만 정적 메서드에 대해 작동합니다.
- \_\_toString(): 객체가 문자열로 사용될 때 호출됩니다. 예를 들어 echo를 사용하면 발생할 수 있습니다.
- \_\_invoke(): 객체를 함수처럼 호출할 때 사용됩니다.

<div class="content-ad"></div>

## 마법 메서드 사용 예시:

![2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_8.png](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_8.png)

이 예제에서는 **get과 **set 메서드가 연관 배열에서 동적 속성 관리를 가능하게 하고,\_\_toString은 객체의 문자열 표현을 제공합니다.

# 6. PHP 네임스페이스는 어떻게 작동하며 왜 중요한가요?

<div class="content-ad"></div>

PHP에서의 네임스페이스는 중요합니다. 이들은 이름 충돌을 방지합니다. 큰 프로젝트에서 이러한 충돌은 흔히 발생합니다. 또한, 서드 파티 라이브러리를 사용할 때도 자주 발생합니다. PHP에서는 관련된 클래스 함수 및 상수를 연관시킬 수 있게 허용합니다. 이들을 특정 제목 아래에 모아둘 수 있습니다.

![User belongs to the App\Model namespace](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_9.png)

위 코드에서 User는 App\Model 네임스페이스에 속합니다. 즉, 앱 내에 다른 사용자 클래스가 있을 수 있지만 모두 사용할 수 있습니다.

![Different user class in the app](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_10.png)

<div class="content-ad"></div>

`table` 태그를 Markdown 형식으로 변경할 수도 있습니다.

![image](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_11.png)

## 네임스페이스의 중요성

네임스페이스는 중요한 역할을 합니다. 프로젝트에서 이름 충돌을 방지합니다. 특히 대규모 사업에서 이는 특히 참된 것입니다.

<div class="content-ad"></div>

프로젝트가 확장되면 동일한 이름을 가진 여러 클래스가 발생할 가능성이 높아집니다. 네임스페이스는 클래스를 그룹화하여 도와주기 때문에 유용합니다. 이들은 충돌을 방지하기 위해 안전하게 둘러싸줍니다.

애플리케이션의 다양한 부분에서 동일한 클래스 이름을 사용할 수 있습니다. 네임스페이스는 제한이 있지만 이를 장점으로 느낄 수 있습니다. 디자인에서 보다 더 큰 유연성을 제공하고, 다양한 구성 요소를 관리하는 데 도움이 됩니다.

1. 네임스페이스 사용의 일관성: 각 클래스를 네임스페이스에 넣어주십시오. 이것은 작은 프로젝트에도 적용됩니다. 그 이유는? 일관성을 유지하기 위해서입니다. 또한 미래를 대비한 코드 작성이 됩니다.

2. PSR-4 준수: 여기에서 따라야 할 표준이 있습니다. 이것은 PSR-4 표준에서 권장됩니다. 파일 구조는 네임스페이스의 레이아웃을 반영해야 합니다. 예를 들어보겠습니다. App/Models/User라는 클래스를 생각해보세요. 이것은 User.php라는 파일에 포함되어야 합니다.

<div class="content-ad"></div>

3. 깊게 중첩된 네임스페이스를 피하세요: 네임스페이스는 코드 관리에 도움이 됩니다. 하지만 여전히 어려움을 가지고 있습니다. 이는 도전적인 일입니다. 깊게 중첩된 네임스페이스는 이 문제를 악화시킬 수 있습니다. 보다 복잡성을 도입하게 될 것입니다.

# 7. PHP 클로저가 정확히 뭔가요? 어떻게 활용되나요?

PHP 클로저는 때때로 익명 함수라고 불리기도 합니다. 실제 이름이 없는 것이 특징입니다. 이 함수들은 보통 다른 함수에 입력으로 정의되고 적용됩니다. PHP 클로저는 변수 캡처의 잠재력과 함께 강력한 기능을 제공합니다.

![이미지]("/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_12.png")

<div class="content-ad"></div>

예를 들어 예제에서 $greet을 고려해보세요. $greet의 정의는 클로저를 보여줍니다. 클로저는 매개변수를 가져와 문자열을 출력합니다. $greet을 일반 변수처럼 다룰 수 있습니다.

## 클로저로 닫기:

클로저의 특징 중 하나는 부모 스코프에서 변수를 캡처할 수 있는 능력입니다. 이는 use 키워드를 사용하여 수행됩니다.

![이미지](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_13.png)

<div class="content-ad"></div>

## 실제 시나리오에서의 클로저:

클로저는 array_map 또는 array_filter와 같은 배열 함수와 같이 콜백 함수에서 일반적으로 사용됩니다:

![img](/assets/img/2024-08-18-IfYouCanAnswerThese7QuestionsCorrectlyYoureDecentatPHP_14.png)

이 경우 array_map에 전달된 클로저가 있습니다. 이는 변환을 적용합니다. 이 변환은 배열의 각 요소에 적용됩니다.

<div class="content-ad"></div>

# 결론:

질문에 답할 수 있었나요? 이 일곱 가지 질문의 내용을 제대로 이해했다면 축하해요! PHP 학습에 확실한 이해력을 가지고 있는 거에요. 이러한 질문들은 PHP의 깊은 부분을 보여줍니다.

이를 마스터하면 능률적인 개발자로 성장할 거에요. PHP는 특이한 면이 있기는 하지만 믿을 수 없을 만큼 적응력이 뛰어나요. 더불어 광범위하게 사용되고 있어요. 미묘한 점들을 명확하게 이해하면 탁월하게 이끌어줄 거에요.

예를 들어 안전한 세션 관리를 이해하는 것이 중요해요. 엄격한 비교를 언제 사용해야 하는지 아는 것도 중요해요. 또한 특징과 네임스페이스로 코드를 구조화하는 방법을 알아내는 것도 중요해요. 이런 것들을 함께 알면 다른 개발자들과 차별화될 수 있어요.

<div class="content-ad"></div>

일관된 학습과 연습. 새로운 프로젝트로 계속 도전해 보세요. 그 과정에서 두려움을 갖지 마세요. 본질적인 언어 구성 요소에 대해 망설임 없이 파고 들어보세요.

지식이 많아질수록 준비가 되어갑니다. 준비가 중요합니다. 앞으로 다가올 어떤 도전에도 효과적으로 대처할 준비가 되어야 합니다. 지속적인 학습의 길은 가혹할 수 있습니다. 그러나 보람있는 여정이기도 합니다.

# 여기까지 오신 것을 축하해요 🎉

- 👏 이야기에 박수를 보내주시면 기사를 더 널리 퍼뜨리는 데 도움이 됩니다. (50 박수).
- 📩 뉴스레터를 구독하고 싶으시다면: https://yunus-emre-adas.ck.page/c090914848

<div class="content-ad"></div>

아래 링크를 통해 저에게 연락할 수 있습니다:

- [LinkedIn](https://www.linkedin.com/in/yunus-emre-ada%C5%9F-212200174/)
- [Instagram](https://www.instagram.com/emreyadas/)

제 다른 글들을 읽으려면:


PHP 초보자를 위한 7가지 면접 질문 


백엔드 개발자가 되기를 원한다면, 데이터베이스에 대한 견고한 이해 없이 시작하는 것은 나침반 없이 산을 탐험하는 것과 같습니다. 데이터베이스와 백엔드 간의 관계는 애플리케이션의 심장과 뇌의 관계와 비슷합니다. 내 의견으로는, 백엔드 개발의 60%는 데이터베이스에 관한 것입니다. 처음 학습을 시작했을 때, 온라인 백엔드 로드맵에서 가장 큰 결점 중 하나는 데이터베이스 지식에 대한 강조 부족이었습니다. 이러한 로드맵은 종종 초보자들을 잘못 이끌어주는데, 조금의 JavaScript와 몇 가지 기본적인 Java 지식으로 백엔드 개발자가 될 수 있다고 제안합니다. 이는 초보자들을 오도하기 쉽습니다. 이후 학생들이 교육을 계속하고 주요 데이터베이스 문제를 마주하게 되면, 모든 동기부여를 잃고, 불안감을 느끼며 공부를 그만두는 경우가 발생할 수 있습니다.

![이미지](/assets/img/2024-08-18-DontUnderestimateDatabaseKnowledgeIfYoureaBackendDeveloper_0.png)

위에서 설명한 모든 상황들은 제게 매우 익숙합니다. 왜냐하면 모두 직접 경험했기 때문입니다… 그리고 오늘은 백엔드 또는 풀스택 개발자가 되고자 하는 분들을 위해, 이 여정을 시작할 때 제가 한 실수를 반복하지 않기를 바라며 이 글을 쓰고 있습니다.

# 백엔드 개발자가 되고 싶어요: 데이터베이스에 대해 알아야 할 것들

<div class="content-ad"></div>

가장 먼저 데이터베이스 개념을 이해해야 합니다. 당신이 작성한 코드와 데이터베이스 사이의 관계는 무엇인가요? 데이터베이스에서 무엇을 검색하고, 무엇을 전송하고 있나요? 데이터베이스가 코드와 상호작용하는 방식을 고려해야 합니다. 한 줄의 코드로 검색한 데이터만큼으로 끝나는 것이 아닙니다. 데이터베이스 관계에서의 조차 작은 실수도 기업 환경에서 중대한 문제를 일으킬 수 있습니다.

![Database Knowledge](/assets/img/2024-08-18-DontUnderestimateDatabaseKnowledgeIfYoureaBackendDeveloper_1.png)

SQL 프로그래밍에 능숙해지는 것은 큰 장점이 될 것입니다. 플랫폼의 다른 백엔드 개발자들은 시간 낭비로 생각할 수 있겠지만, 저는 백엔드 분야에서 가장 많은 발전을 이루는 데에 SQL 프로그래밍에 집중했다고 느꼈습니다. SQL 프로그래밍을 잘 다룬다면 모든 프로시저를 마스터할 수 있습니다. 데이터를 정리하고 데이터베이스를 매핑해내는 능력이 있다면, 백엔드 작업은 아주 쉬워질 것입니다!

# 백엔드 개발 중 메모하는 작은 노트들

<div class="content-ad"></div>

항상 내가 쓰는 메모를 신뢰했어요. 주석이 개발자를 위한 다이어리인 것처럼 나에게는 실제 종이에 쓰는 메모가 필수적이에요. 내가 쓴 코드에서 따라온 모든 관계와 경로를 쉽게 기억하게 도와주는 메모장을 가지고 있어요. 이러한 메모는 나만이 이해할 수 있는 방식으로 쓰여졌지만, 그게 전부인 거죠. 너에게 내 조언은 단순히 코딩을 마구하게하는 대신 네가 무엇을 했는지 상기시킬 메모를 유지하는 거에요. 특히 데이터베이스 관계에 관해 이야기할 때는 더욱 중요해요. 나에게는 이게 가장 중요한 세부사항이에요.

![이미지](/assets/img/2024-08-18-DontUnderestimateDatabaseKnowledgeIfYoureaBackendDeveloper_2.png)

너의 교육을 시작할 때부터 메모를 작성하는 습관을 기르세요. 모두에게 메모가 같은 효과를 주지는 않을 수 있지만, 내 관측에 따르면 많은 사람에게 긍정적인 영향을 미칩니다.

# 데이터베이스 지식을 과소평가했을 때 일어난 일은 무엇인가요?

<div class="content-ad"></div>

대학에서 5년 동안 경영 정보 시스템을 공부했어요. 이 기간 동안에는 최대한 스스로를 발전시키고 소프트웨어 전문가로서의 자리를 찾으려고 노력했어요. 지난 2년 동안에는 백엔드와 풀스택 개발에 집중하며 이 분야에서 자기계발을 시작했어요. 이전에도 언급한 대로, 초기 단계에서 로드맵에 따라 자바를 배우기 시작했어요. 자바 기술을 향상시키는 동안 Spring Boot로 코드 작성에 익숙해지려고 노력했어요. 그러나 이 과정에서 데이터베이스에는 그다지 신경을 쓰지 않고 교육 세션에서 가르쳐진 대로만 코드를 작성했어요. 이것뿐만 아니라, 함께하는 친구들과 이야기할 때도 데이터베이스 전문 지식이 구식이라는 것을 알지 못하고 간단히 논의했어요.

교육 이외의 프로젝트에 착수하고 나서 엄숙한 현실을 마주했어요. 하지만 누군가는 이것을 가르쳐주지 않았어요! 어떻게 해야 했을까요?

내가 습득한 모든 지식이 가치 없는 것으로 느껴지고 배운 것이 매우 기초적이며 전문 환경에서는 쓸모 없을 것 같아 여러분이 크게 동기부여가 떨어졌어요. 나중에 데이터베이스에 대해 조금 배우고 개념 전반을 이해한 후, 모든 조각이 맞닿는 것을 느꼈어요. 데이터베이스 지식 뿐만 아니라 프로그래밍의 기초도 배웠어요. 이후에는 배운 것을 직접 적용하고 작성한 코드를 이해할 수 있었어요.

# 가장 타당한 백엔드 로드맵

<div class="content-ad"></div>

아직 학습 중이신 분이시고 이 주제에 대해 많은 사이트를 탐색하고 광범위한 연구를 수행해온 것으로 알고 있습니다. 그러한 관점에서 가장 타당한 로드맵은 Couchbase가 제공한 Backend Roadmap이라고 말씀드리고 싶습니다. 만약 안내가 필요하시다면, 이 사이트가 최적의 길잡이 역할을 해줄 것입니다. 게다가 백엔드에 대한 매우 좋은 프로젝트 예시도 있습니다. 이 경로를 단계별로 따라가고 모든 것을 적용한다면, 나중에 충격을 받지 않고 아무 것도 모르는 느낌을 받지 않을 것입니다. 유용하게 활용하시길 바랍니다.


백엔드 개발자라면 데이터베이스 지식 공부해야하는 이유


<img src="/assets/img/2024-08-18-BuildDynamicUIswithServer-BasedJSON_0.png" />

앱의 전체 모양과 느낌을 업데이트를 요청하지 않고 바꿀 수 있다고 상상해보세요. 이것은 서버 기반 UI로 가능합니다. 여러분의 앱 인터페이스는 서버의 데이터로 제어됩니다. 이 안내서에서는 Flutter를 사용하여 서버에서 가져온 JSON 데이터를 사용해 동적 UI를 생성하는 방법을 보여드립니다. 이를 통해 여러분의 앱을 더 유연하고 강력하게 만들 수 있습니다.

# 단계 1: 서버에서 UI 정의하기

먼저, 여러분은 앱 인터페이스가 어떻게 보이길 원하는지 결정해야 합니다. 앱에 직접 코딩하는 대신 서버의 JSON 데이터로 이를 정의할 것입니다.

<div class="content-ad"></div>

- JSON은 데이터를 설명하는 방법입니다. 예를 들어, 앱에서 버튼과 텍스트를 원한다면, JSON 형식으로 그들을 설명합니다.

## 예시 JSON 구조:

```js
{
  "type": "Column",
  "children": [
    {
      "type": "Text",
      "value": "Welcome to My App!"
    },
    {
      "type": "Button",
      "label": "Click Me",
      "onPressed": "/doSomething"
    }
  ]
}
```

이 예시에서:

<div class="content-ad"></div>

- type: UI 요소의 종류를 설명합니다 (예: 텍스트 또는 버튼).
- children: 다른 요소 내부에 포함된 요소를 나열합니다. (예: 버튼 내의 텍스트).
- value: 나타나야 하는 텍스트입니다.
- onPressed: 버튼을 클릭했을 때 어떻게 동작해야 하는지를 나타냅니다 (다른 화면으로 이동하는 등).

# 단계 2: JSON 데이터를 전송하는 API 생성

다음으로, 이 JSON 데이터를 앱에 전송할 방법이 필요합니다. 여기서 API(앱과 서버 간에 대화하는 방법)가 필요합니다.

- Node.js, Firebase 또는 Python과 같은 도구를 사용하여 API를 생성하여 앱이 요청 시 JSON 데이터를 보낼 수 있습니다.

<div class="content-ad"></div>

# 단계 3: 플러터 앱에서 JSON 데이터 가져오기

지금, 당신의 플러터 앱에서 서버로부터 JSON 데이터를 가져와야 합니다. 앱이 서버와 통신할 수 있게 해주는 http라는 패키지를 사용하여 이 작업을 수행할 것입니다.

다음은 JSON을 가져오기 위한 간단한 코드입니다:

```js
import 'package:flutter/material.dart';
import 'dart:convert';  // JSON 디코딩을 위한
import 'package:http/http.dart' as http;

class DynamicUI extends StatelessWidget {
  final String apiUrl;

  DynamicUI(this.apiUrl);

  Future<Map<String, dynamic>> fetchUI() async {
    final response = await http.get(Uri.parse(apiUrl));
    if (response.statusCode == 200) {
      return json.decode(response.body);
    } else {
      throw Exception('UI 불러오기 실패');
    }
  }

  @override
  Widget build(BuildContext context) {
    return FutureBuilder(
      future: fetchUI(),
      builder: (context, snapshot) {
        if (snapshot.connectionState == ConnectionState.waiting) {
          return Center(child: CircularProgressIndicator());
        } else if (snapshot.hasError) {
          return Center(child: Text('오류: ${snapshot.error}'));
        } else {
          return buildWidget(snapshot.data as Map<String, dynamic>);
        }
      },
    );
  }
}
```

<div class="content-ad"></div>

# 단계 4: JSON 데이터를 Flutter 위젯으로 변환하기

JSON 데이터를 가져온 후, 이를 실제 UI 요소로 변환해야 합니다. 이는 JSON 설명을 버튼, 텍스트 및 다른 위젯으로 변환하는 것을 의미합니다.

## 예시 위젯 빌더:

```js
Widget buildWidget(Map<String, dynamic> json) {
  switch (json['type']) {
    case 'Column':
      return Column(
        children: (json['children'] as List)
            .map((childJson) => buildWidget(childJson))
            .toList(),
      );
    case 'Text':
      return Text(json['value']);
    case 'Button':
      return ElevatedButton(
        onPressed: () {
          print("Button Pressed");  // 여기에 동작을 추가하세요
        },
        child: Text(json['label']),
      );
    default:
      return SizedBox.shrink();  // 타입을 알 수 없을 때 빈 위젯
  }
}
```

<div class="content-ad"></div>

이 함수는 JSON에서 유형을 확인한 후 (Column, Text 또는 Button과 같은) 해당하는 플러터 위젯을 생성합니다.

# 단계 5: 사용자 상호작용 처리하기

동적 UI에서는 사용자 작업 (예: 클릭)에 응답하는 버튼이나 다른 요소를 원할 수 있습니다. JSON에 작업을 포함시킬 수 있습니다. 예를 들어 버튼이 눌렸을 때 어떤 일이 일어나야 하는지와 같은 내용을 JSON에 포함시킬 수 있습니다.

예시:

<div class="content-ad"></div>

```js
{
  "type": "Button",
  "label": "Click Me",
  "onPressed": "/doSomething"
}
```

플러터 코드에서 onPressed가 트리거될 때 앱에게 무엇을 할지 알려줄 거예요:

```js
case 'Button':
  return ElevatedButton(
    onPressed: () {
      Navigator.pushNamed(context, json['onPressed']);  // JSON에 따라 탐색
    },
    child: Text(json['label']),
  );
```

# 단계 6: 동적 UI의 이점을 누리세요

<div class="content-ad"></div>

서버 기반 UI를 사용하면 다음과 같은 작업을 쉽게 할 수 있어요:

- 앱 업데이트: 앱 스토어에 업데이트를 푸시하지 않고 앱의 외관을 쉽게 변경할 수 있어요.
- 다양한 UI 테스트: 서로 다른 버전의 UI를 서로 다른 사용자에게 제공해 가장 잘 작동하는 것을 확인할 수 있어요.
- 경험 개인화: 사용자의 선호도나 위치에 따라 다양한 레이아웃이나 콘텐츠를 보여줄 수 있어요.

# 고려해야 할 도전과제

- 성능: JSON을 가져오고 파싱하는 것이 앱을 느리게 만들 수 있으니 효율적으로 유지하세요.
- 보안: JSON 데이터가 안전하고 앱에만 접근할 수 있도록 보장해야 해요.
- 오류 처리: JSON 데이터를 사용할 수 없거나 잘못된 경우를 대비해 계획하세요.

<div class="content-ad"></div>

# 결론: 앱 개발의 미래가 여기에 있습니다

서버 기반 UI를 사용하면 플러터 앱을 매우 유연하고 쉽게 관리할 수 있습니다. 이 방법을 통해 사용자 요구사항과 시장 변화에 빠르게 대응할 수 있도록 앱의 인터페이스를 이전보다 더 잘 제어할 수 있습니다.

앱 개발을 더 나은 수준으로 끌어올리려면 준비가 되셨나요? 오늘부터 플러터에서 동적인 서버 기반 UI를 구축해보고 앱 디자인의 미래를 경험해보세요.


서버 기반 JSON을 활용한 동적 UI 만드는 방법


2020년 완전히 잠겨 있다가 플러터 여행을 시작했을 때 놀라웠어요. 아름다운 크로스 플랫폼 앱을 손쉽게 만들 수 있다는 것에 매료되었죠. 그러나 앱이 점점 복잡해지면서 성능이 점차 떨어지는 것을 알게 되었어요. 가장 불편한 순간에 앱이 느리거나 충돌하는 것을 본 적이 있다면, 얼마나 짜증나는지 알 거예요.

4년간의 플러터 여정 동안 개인 및 클라이언트 프로젝트를 많이 만들었는데, 플러터는 기본적으로 성능이 우수한 프레임워크임을 깨달았어요. 주요 성능 문제는 우리 쪽에서 발생하며, 이러한 문제는 프로젝트에 쉽게 통합할 수 있습니다. 사실, 이러한 성능 문제는 플러터의 작고 중요한 개념을 간과할 경우 발생합니다.

# 1. 위젯 빌드 최적화: 덜은게 더 좋다!

플러터는 모든 것이 위젯이며, 구축하는 모든 위젯에는 비용이 들어갑니다. 앱이 느릴 때는 주로 위젯이 불필요하게 다시 구축되기 때문입니다. 따라서 빠르고 간단한 수정으로 앱의 성능을 더욱 향상시킬 수 있습니다.

<div class="content-ad"></div>

## 해결책: const 위젯과 키 사용하기

위젯을 const로 표시함으로써, 이 위젯이 변경되지 않을 것이라는 것을 Flutter에게 알려줍니다. 이 간단한 변경으로 불필요한 다시 빌드를 방지할 수 있습니다.

```js
const Text('Hello, Flutter!');
```

키를 사용하는 것 또한 한 가지 요령입니다. 키를 사용하면 Flutter가 다시 빌드하는 과정에서 위젯을 추적할 수 있으므로 혼란을 피하고 모든 위젯을 다시 빌드하지 않습니다.

<div class="content-ad"></div>

```javascript
ListView.builder(
  key: const Key('my-list-view'),
  itemBuilder: (context, index) {
    return Text('Item $index');
  },
);
```

## 퀵 팁:

만약 VSCode를 사용 중이라면, 상수를 추가하는 일련의 수고스러운 과정을 간단한 코드로 대신할 수 있어요.

파일을 저장할 때마다, VSCode는 해당하는 곳에 const 키워드를 자동으로 추가해 줍니다. 이를 위해 다음 단계를 따라해 보세요:

<div class="content-ad"></div>

- VSCode에서 (Ctrl + P)를 눌러 Command Palette를 열고 settings.json 파일을 검색합니다.
- 그곳에 다음 코드를 추가하세요

```js
"editor.codeActionsOnSave": {
  "source.fixAll": true
}
```

# 2. RepaintBoundary: 손상 포함

성능을 향상시키는 것은 Flutter 위젯의 다시 그리기 방법을 고려하지 못할 수도 있는 잠복적인 주범 중 하나입니다. 위젯이 변경될 때마다 Flutter는 해당 위젯을 다시 그리는데, 위젯 트리가 깊거나 영향 받는 영역이 큰 경우 비용이 많이 들 수 있습니다. 이때 RepaintBoundary가 구원의 역할을 합니다.

<div class="content-ad"></div>

RepaintBoundary는 플러터에게 이 위젯과 그 안에 있는 모든 것을 별도의 레이어로 취급해야 한다고 말하는 위젯이에요. 이렇게 하면 경계 안의 내용이 변경될 때 화면의 해당 부분만 다시 그려지고 전체 위젯 트리가 다시 그려지지 않아요. 이는 특히 애니메이션, 이미지 또는 자주 업데이트되는 모든 위젯에 유용해요.

```js
RepaintBoundary(
  child: Container(
    width: 100,
    height: 100,
    color: Colors.blue,
    child: Center(
      child: Text('I only repaint this!'),
    ),
  ),
)
```

이 예에서 RepaintBoundary 내의 Container만이 변경될 때 다시 그려지며 전체 상위 위젯이 다시 그려지지 않아요.

또한, 불필요한 위젯을 너무 많이 겹쳐 사용하는 것을 피하세요. 예를 들어 여러 개의 Padding, Align 및 DecoratedBox 위젯을 중첩하는 대신 단일 Container를 사용하면 처리 시간을 많이 절약할 수 있어요.

<div class="content-ad"></div>

## 전문 팁: Repaint Rainbow으로 디버깅하기

화면을 다시 그리는 지점을 시각적으로 디버깅하려면 플러터의 성능 오버레이에서 "Repaint Rainbow"을 활성화할 수 있습니다. 이 도구는 화면에서 다시 그려지는 영역을 색으로 표시합니다. 화면의 큰 부분이 잘못 그려질 때 활성화되면, RepaintBoundary가 필요할 수 있음을 나타냅니다.

```js
import 'package:flutter/rendering.dart';
void main() {
  debugRepaintRainbowEnabled = true;
  runApp(MyApp());
}
```

## ⚠️ 주의: RepaintBoundary를 과도하게 사용하지 마세요

<div class="content-ad"></div>

RepaintBoundary은 강력하지만 과용하면 역효과가 발생할 수 있어요. 모든 것을 RepaintBoundary로 감싸면 복잡도가 증가하고 메모리 사용량이 더 높아질 수 있어요. 선택적으로 사용하여 실제로 격리된 다시 그리기에서 혜택을 받는 앱 부분에만 사용하세요.

# 3. 효율적인 ListView: 더 이상의 외압 스크롤

소셜 미디어 피드나 온라인 상점과 같이 스크롤이 많은 앱의 경우, ListView 최적화가 중요해요.

## 해결책: ListView.builder 및 IndexedStack

<div class="content-ad"></div>

ListView.builder는 대량의 목록을 처리할 때 가장 좋은 친구입니다. 화면에 현재 보이는 요소만 빌드하므로 메모리와 CPU 사용량을 절약할 수 있어요.

```js
ListView.builder(
  itemCount: 1000,
  itemBuilder: (context, index) {
    return ListTile(
      title: Text('아이템 $index'),
    );
  },
);
```

하나씩만 표시해야 하는 복잡한 UI 요소가 있는 화면의 경우 IndexedStack이 좋은 해결책입니다. 모든 위젯을 메모리에 유지하지만 한 번에 하나씩만 표시하여 리빌드를 줄일 수 있습니다.

```js
IndexedStack(
  index: 1, // 활성 자식 인덱스
  children: [
    Container(color: Colors.red, height: 100, width: 100),
    Container(color: Colors.green, height: 100, width: 100),
    Container(color: Colors.blue, height: 100, width: 100),
  ],
)
```

<div class="content-ad"></div>

# 4. 빠른 로딩을 위해 이미지 캐싱하기

성능에 영향을 미치는 가장 큰 요인은 이미지일 수 있습니다. 앱이 동일한 이미지를 반복해서 로드하는 경우 캐싱을 고려해보는 것이 좋습니다.

## 해결책: CachedNetworkImage 사용

cached_network_image 패키지는 반드시 필수입니다. 처음로드한 후 이미지를 로컬로 캐싱하여 앱이 동일한 이미지를 반복해서 가져오는 시간을 낭비하지 않게 합니다.

<div class="content-ad"></div>

```js
CachedNetworkImage(
  imageUrl: "https://example.com/image.jpg",
  placeholder: (context, url) => CircularProgressIndicator(),
  errorWidget: (context, url, error) => Icon(Icons.error),
);
```

# 5. async 작업의 숨겨진 비용

Dart에서 비동기 함수를 작성할 때, 필요하지 않은 경우 async를 사용하지 않도록 하세요. 미래를 다루는 함수에 대해 async를 사용하는 것은 유혹적일 수 있지만, 함수의 동작에 영향을 미치지 않는 경우 async를 제외하는 것이 가장 좋습니다. 불필요하게 async 키워드를 사용하면 계산 부하가 큰 함수의 성능이 급격하게 저하됩니다.

여기에 제가 언급한 사실을 입증하는 Rei의 멋진 Medium 기사가 있습니다.

<div class="content-ad"></div>

알맞은 형식:

```js
Future<int> fastestBranch(Future<int> left, Future<int> right) {
  return Future.any([left, right]);
}
```

불필요한 async 사용:

```js
Future<int> fastestBranch(Future<int> left, Future<int> right) async {
  return Future.any([left, right]);
}
```

<div class="content-ad"></div>

## 언제 async를 사용해야 할까요?

- 함수 내에서 await을 사용하고 있을 때.
- 에러를 비동기적으로 throw할 때.
- 값을 자동으로 Future로 래핑하고 싶을 때.

예시:

```js
Future<void> usesAwait(Future<String> later) async {
  print(await later);
}

Future<void> asyncError() async {
  throw '에러 발생!';
}

Future<String> asyncValue() async => '값';
```

<div class="content-ad"></div>

간단히 말해서, 함수에 가치를 더할 때만 async를 사용하세요!

# 결론

여기서 본 시리즈의 맨 처음 부분에서, 우리는 플러터 앱의 성능을 두 배로 높일 수 있는 다섯 가지 간단하면서도 강력한 기술을 발견했습니다. 이러한 조정은 내 앱이 더 부드럽게 실행되는 것뿐만 아니라 개발자로서의 자신감도 높였습니다. 기억하세요, 최적화는 속도뿐만이 아니라 사용자에게 원활한 경험을 제공하는 것입니다.

즐거운 코딩 하시고, 여러분의 플러터 앱들이 항상 빠르고 반응성이 좋기를 바랍니다!

<div class="content-ad"></div>

# 유용한 링크

이 글에 50번 박수를 칠 수 있다는 것을 아시나요? 박수 버튼을 누르고 누르고 있어보세요! 😙

감사합니다!


플러터 앱 성능 2배 향상시키는 방법


2019년에 Flutter가 웹에 혁명을 가져올 것이라고 예언했었죠. 그리고 제가 그것에 대해 옳았다는 걸 알아버렸습니다!

![이미지](/assets/img/2024-08-18-MyFlutterandWebPredictions5YearsAfterWhatNext_0.png)

다섯 년 전인 2019년, "왜 Flutter가 웹에 새로운 혁명을 가져올 것인가"라는 제목의 기사를 썼었어요. 그 글에서 Flutter가 웹 개발에서 일어날 혁명의 첫 발이라고 언급했죠. 간단히 말해서 다음과 같은 것들을 말했습니다:

- Flutter는 다른 것들이 이후에 이어 나올 시작점일 뿐이에요.
- 다른 언어들도 WASM을 통해 웹을 타겟팅할 것이에요.
- 브라우저들은 자바스크립트/HTML 외의 기능에 더 많은 노력을 기울일 거예요.
- HTML 태그에 국한되지 않는 SEO 최적화에 더 많은 작업이 기대될 것이에요.

<div class="content-ad"></div>

내가 한 모든 예측에 관심이 있다면, 5년 전의 글을 확인해 보세요. 그런데 정말 유혹적이게 "봤어! 봤어! 내가 말했던 대로 정확히 그렇군!" 이렇게 말하고 싶네요. 여기에 이유가 있습니다:

## 5년 후 우리가 가진 것은 무엇인가요?

우리의 예측들을 개별적으로 검토하고 5년 후 현재 어디에 있는지 살펴봅시다.

## 플러터(Flutter)는 막 시작에 불과합니다.

<div class="content-ad"></div>

말씀드렸던 대로, Flutter가 웹을 대상으로 처음 등장했습니다. 기본적인 문제를 해결한 후에는 텍스트 선택, 페이지 내 검색, 접근성과 같은 네이티브 브라우저 기능을 처리해야 합니다. 이러한 쟁점들을 정복하면 새로운 플레이어들이 시장에 진입하리라 기대할 수 있습니다. 새로운 프레임워크들을 처음부터 개발해야 하는 것은 아닙니다. 이미 많은 프레임워크가 존재했지만 순수한 성능과 거대한 번들 크기 때문에 브라우저를 대상으로 지향하지 않았던 것이다. 그리고 이제 우리는 선택할 수 있는 다양한 옵션들이 있습니다:

- Leptos나 Dioxus와 같은 러스트 프레임워크는 상대적으로 작은 WASM 번들을 생성하며 훌룡한 성능을 제공하며 UI를 수동으로 렌더링함으로써 순수한 HTML 페이지를 빌드할 수 있습니다.
- Slint와 같은 프레임워크는 임베디드 장치부터 WEB 브라우저까지 다양한 플랫폼에서 매우 성능이 우수하고 아름다운 UI를 구축할 수 있게 합니다.
- Google과 JetBrains는 Kotlin Compose Multiplatform을 통해 웹 지원을 발표했습니다.
- MAUI, Avalonia, Uno는 C# 개발자들에게 웹 지원을 기본으로 제공합니다.

제 이전 기사에서 언급한 대로, 대부분은 HTML을 사용하여 콘텐츠를 렌더링하지 않습니다. 대중적인 채택을 위해 이러한 솔루션들을 더욱 다듬어야 할 작업이 많이 남아 있지만, 이러한 트렌드는 분명합니다.

# 더 많은 언어들이 WASM을 통해 웹을 타겟팅할 것입니다.

<div class="content-ad"></div>

지금 또 다른 혁명이 일어나고 있습니다:

- 모든 주요 브라우저에서 WasmGC 대출이 이루어지면서 Java, Kotlin, Python 또는 Ruby와 같은 보다 고수준 언어가 WASM 지원을 제공하고 있습니다. 여기서 제가 말하는 지원이란 경쟁력 있는 성능 및 번들 크기를 의미합니다. 이러한 언어들은 JavaScript 문자열을 사용하고 JavaScript 래퍼 없이 DOM을 직접 조작할 수 있게 될 것입니다.
- 한 번 WASM 구성 요소가 안정화되면 다양한 언어로 작성된 완벽하게 상호 운용 가능한 재사용 가능한 WASM 모듈의 생태계가 형성될 것입니다.

# 브라우저는 JavaScript/HTML 기능 이외에도 훨씬 더 많은 노력을 기울일 것입니다.

우리는 여기서도 많은 진전을 이루었습니다:

<div class="content-ad"></div>

- 대부분의 프레임워크에서 사용되는 렌더링 프레임워크 Skia는 Kotlin Compose Multiplatform, Uno, Avalonia, Flutter 등에서 사용되며 WebGPU 지원이 진행 중입니다.
- Flutter의 임펠러가 모든 모바일 플랫폼에 배포되면 웹으로 이주될 가능성이 높습니다.
- WebGPU 자체는 모든 주요 플랫폼을 지원하는 크로스 플랫폼 솔루션이라고 강조되며, 이는 모든 이러한 프레임워크가 특정 플랫폼에 포대되어 사용할 수 있는 단일 렌더러를 보유할 수 있다는 것을 의미합니다.

# HTML 태그에 꽉 매여있지 않은 SEO 최적화 작업에 더욱 기대할 수 있습니다.

이 부분은 아직 미숙하지만, Flutter 팀은 이미 진행 중임을 발표했습니다.

Rust의 Leptos는 이미 우수한 서버 사이드 기능을 제공하고 있으며, Dioxus도 따라가고 있습니다. 물론, 이들은 HTML에 더 중점을 둔다. 그러나 특정 구현보다는 동향에 대해 이야기하고 있습니다.

<div class="content-ad"></div>

# 그건 내 자랑 뿐만이 아니에요.

이 기사를 쓸 때 내 예측이 얼마나 훌륭한지 자랑하려고 한다고 생각할 수도 있겠지만, 사실이 아니에요. 아마 조금은 있을지도 모르겠지만, 그건 제게는 자기 성취감을 느끼게 해주는 것과 비슷해요. 그저 제가 찾고 있는 것이며, 그것이 일어나는 걸 보는 건 정말 설레고 기대되는 일이에요.

이 산업은 오랫동안 레거시 오류에 갇혀 있어 왔어요. 자바스크립트는 그 길을 따라가기 위해 설계된 게 아니었는데, 수천 명의 높은 재능을 가진 개발자들이 지난 30년 동안 그 문제를 고치느라 애를 썼어요.

지금 일어나고 있는 일은 post-JavaScript로의 매우 부드러운 이주, 자바스크립트는 그대로 남아 있지만 또 다른 WASM 지원 언어로 존재할 거에요.

<div class="content-ad"></div>

# 다음은 무엇인가요?

다음 5년 이상 동안 어떤 일이 일어날 것으로 예상하고 있는지 알고 싶으신가요?

## 작은 WASM 번들

산업은 계속해서 WASM 번들 크기를 줄이는 데 초점을 맞출 것입니다. 최소한 최소화된 JavaScript 기반 번들과 비교할 수 있는 수준으로. 그것은 다양한 형태로 나타날 수 있지만, 뚜렷한 변화로 나타날 것입니다:

<div class="content-ad"></div>

- WASM은 더 많은 내장 기능을 노출할 것입니다. 예를 들어, WasmGC를 통해 GC 기반 언어는 자체 GC를 번들로 제공할 필요가 없게 됩니다. 새로운 공유 문자열 제안이 진행 중에 있습니다. 기본적으로 브라우저들은 Windows가 DLL로 수행하는 것처럼 많은 기능들을 기본 제공할 것입니다.
- WASM 구성 요소 — 독립적인 WASM 모듈이 서로 통신할 수 있는 경우, 가장 일반적인 WASM 모듈은 CDNs에서 호스팅되어 대부분의 사용자 브라우저 캐시에 저장될 것입니다. 그렇지 않더라도, WASM 모듈을 분리함으로써 거대한 빌드를 더 작은 모듈로 분할하여 필요할 때 필요에 따라 지연로드할 수 있게 될 것입니다.

## 더 많은 기능

이것은 직관적입니다 — JavaScript에서 제공하는 모든 기능은 WASM에서도 사용할 수 있을 것입니다.

## 더 나은 도구

<div class="content-ad"></div>

WasmGC가 소개되면서 Google, Microsoft, JetBrains와 같은 주요 기업들이 다양한 언어를 웹에서 적극적으로 홍보하는 것을 볼 수 있습니다.

Kotlin/WASM은 알파 단계에 있으며, Dart는 이미 안정화되었으며, 마이크로소프트는 .NET에 대한 공식 WASI 지원을 발표하고 있습니다.

이러한 기업들은 자사의 IDE를 계속 향상시켜 WASM을 쉽게 지원하고 있습니다. 커뮤니티도 해당 분야에서 놀라운 진전을 이루고 있습니다. 어제만 해도 flutter_rust_pridge 예제 앱을 시도해봤습니다. Rust/Flutter 앱을 만들고 iOS, Android, MacOS 및 웹에서 실행하는 것이 얼마나 쉬웠는지 놀랍습니다. 약간의 마법같은 느낌이 듭니다. 실제로 JavaScript/WASM 애플리케이션을 만들어보고 소요 시간을 비교해보세요.

# 최종 추측

<div class="content-ad"></div>

자바스크립트 엔진은 자바스크립트를 빠르게 컴파일하고 최적화하여 성능을 향상시키기 위해 필요한 작업량 때문에 현재 브라우저에서 가장 복잡한 시스템 중 하나입니다. 그래서 WASM이 자바스크립트와 기능적으로 호환되면, 자바스크립트 컴파일러를 V8과 같은 런타임으로부터 분리하여 순수하게 WASM 전용 런타임으로 변경하는 것이 합리적입니다.

이렇게 하면 자바스크립트는 WASM으로 컴파일할 수 있는 또 다른 언어가 될 것입니다. 한동안 (아주 오랜 기간 동안), 브라우저는 기존 웹 사이트를 위해 자바스크립트 컴파일러를 번들로 제공할 것이지만, 내부적으로는 JS 파일을 WASM 모듈로 컴파일할 것입니다.

브라우저 공급업체들은 브라우저에서의 복잡성을 상당 부분 컴파일러와 개발자에게 오프로딩하여 분리할 수 있습니다. 생산성을 높이고 성능이 걱정되지 않는다면 루비를 사용하세요. 그렇지 않으면 러스트나 스위프트로 구축하세요.

저의 주장은 순수한 추측에 불과하지만, 미래 어느 날에는 최적화된 WASM을 생성할 수 있는 널리 채택된 JS의 LLVM 아날로그가 등장할 가능성이 매우 높습니다. 그리고 이는 더 간단하고 가벼운 순수 WASM 런타임을 모든 주요 브라우저에 함께 제공할 것입니다.

<div class="content-ad"></div>

너무나도 믿기 어려울 수도 있겠지만! JIT와 그에 따른 모든 최적화에 대해 어떻게 생각하시나요? 이미 React Native 세계에서 그런 변화가 일어나고 있다는 것을 알 수 있어요. React Native가 JIT 지원이 없는 JavaScript 런타임인 Hermes로 이동한 후에 성능 문제가 발생한 것을 몇 명이나 알고 있었나요?

# 여러분은 무엇을 생각하시나요?

저는 미래에 대해 여러분의 생각을 알고 싶어해요. 동의하시는 부분이 있나요? 특히 저의 최종 추측에 대해 궁금하네요. 너무나도 믿기 어려울 것 같다고 생각하시나요?

건배해요!


2024년 플러터와 웹 개발 현황과 앞으로의 미래


![Image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_0.png)

# 1) Numerical Operators

By default, custom objects have no support for numerical operators like +, -, \*, etc.

![Image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_1.png)

<div class="content-ad"></div>

그러나 이러한 동작을 해제하려면 특정한 매직 메서드를 정의할 수 있습니다:

- **add**은 객체 + 값을 할 때의 동작을 정의합니다.
- **sub**은 객체 - 값을 할 때의 동작을 정의합니다.
- **mul**은 객체 \* 값을 할 때의 동작을 정의합니다.
- **truediv**은 객체 / 값을 할 때의 동작을 정의합니다.
- **floordiv**은 객체 // 값을 할 때의 동작을 정의합니다.

![이미지](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_2.png)

이외에도 많은 숫자 매직 메서드가 있지만, 여기에는 가장 많이 사용되는 몇 가지가 있습니다.

<div class="content-ad"></div>

실생활 예시 — 파일 경로를 다루는 Python의 pathlib에서는 /를 Path 객체와 함께 사용하여 경로를 결합할 수 있습니다. 이것은 /가 실제로는 나눗셈 연산자임에도 불구하고 사용할 수 있는 것입니다.

![Python Magic Methods](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_3.png)

이는 Path가 **truediv** 매직 메소드를 구현했기 때문에 가능합니다.

# 2) 반사적 숫자 연산자

<div class="content-ad"></div>

대부분의 숫자 연산자에는 반전된 버전이 있습니다.

- **add**는 object + value에 대해 처리합니다.
- **radd** (반전된 **add**)는 value + object에 대해 처리합니다.
- **sub**는 object - value에 대해 처리합니다.
- **rsub** (반전된 **sub**)는 value - object에 대해 처리합니다.

![이미지](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_4.png)

# 3) 복합 할당 연산자

<div class="content-ad"></div>

우리는 object + 5와 5 + object를 다루는 방법을 알고 있습니다. 그러나 object += 5는 어떨까요?

우리는 복합 할당 연산자를 위한 매직 메서드도 가지고 있습니다.

- **iadd**는 object += value를 다룹니다.
- **isub**는 object -= value를 다룹니다.
- **imul**는 object \*= value를 다룹니다.
- **itruediv**는 object /= value를 다룹니다.
- **ifloordiv**는 object //= value를 다룹니다.

![image]("https://사이트주소/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_5.png")

<div class="content-ad"></div>

만약 우리의 사용 사례가 object = object + value 와 object += value를 구분해야 하는 경우 도움이 될 수 있습니다.

## 4) **init** VS **new**

**init**과 **new**은 클래스에서 객체를 초기화하기 위한 중요한 매직 메소드입니다. 그러나 둘은 같지 않습니다.

**new**는 우리의 객체를 생성합니다.

<div class="content-ad"></div>

**init**은 새로 생성된 객체에 속성을 할당합니다.

다음은 우리가 양에 **new**와 **init**를 둘 다 오버라이드 하는 간단한 예제입니다:

![image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_6.png)

**new**와 **init** 사이의 주요 차이점:

<div class="content-ad"></div>

- **new** 메소드는 **init** 메소드보다 먼저 실행됩니다.
- **new** 메소드는 인스턴스를 반환합니다. 반면에 **init** 메소드는 None을 반환해야 합니다.
- **new** 메소드는 인스턴스를 생성하고 반환합니다. **init** 메소드는 새로 생성된 인스턴스에 속성(예: 이름, 나이)을 할당하는 역할을 합니다.
- **new** 메소드는 클래스 메소드이고, **init** 메소드는 인스턴스 메소드입니다.

각 메소드를 언제 사용해야 하는지:

- 객체의 생성을 제어하고 싶을 때는 **new**를 사용합니다. 중요한 사용 사례 중 하나는 싱글톤을 생성할 때입니다. 클래스가 하나의 인스턴스만 가질 수 있는 경우입니다.
- 객체를 초기화하고 속성을 할당해야 할 때는 **init**를 사용합니다. 일반적으로 이것을 **new**보다 더 자주 사용합니다.

# 5) **getattr** 대 **getattribute**

<div class="content-ad"></div>

두 가지 메소드는 object.attribute를 사용하여 객체의 속성에 액세스하는 방법과 관련이 있습니다. 하지만 약간의 차이가 있습니다.

**getattr**은 객체에 속성이 존재하지 않을 때에만 호출됩니다.

![](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_7.png)

**getattribute**는 속성이 존재 여부와 관계 없이 호출됩니다.

<div class="content-ad"></div>

<img src="/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_8.png" />

# 잠깐 멈춰주세요

최근에 책을 썼어요 — 파이썬에 대해 몰랐던 101가지

작가로서 저를 지원하고 싶다면 여기를 확인해보세요!

<div class="content-ad"></div>

링크: https://payhip.com/b/vywcf

# 6)**getattribute** VS **setattr** VS **delattr**

다음은 간단한 빈 클래스입니다

![image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_9.png)

<div class="content-ad"></div>

- 먼저 dog.name을 문자열 값 'rocky'으로 설정합니다.
- 그런 다음 dog.name 속성을 읽습니다.
- 다음으로, del 키워드를 사용하여 dog.name을 삭제합니다. 이후에는 dog에는 더 이상 name 속성이 없습니다.

특정 매직 메서드를 사용하여 이러한 속성 설정, 속성 가져오기 및 속성 삭제 작업을 제어할 수 있습니다.

- **getattribute** 메서드는 속성에 액세스하는 방법을 정의합니다.
- **setattr** 메서드는 속성 값을 설정하는 방법을 정의합니다.
- **delattr** 메서드는 del 키워드를 사용하여 속성을 삭제하는 방법을 정의합니다.

![이미지](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_10.png)

<div class="content-ad"></div>

모든 3개의 사용자 정의 정의에서 super()를 사용합니다. 모든 경우에 super()를 사용합니다. super()는 상위 클래스를 반환하며, 우리는 상위 클래스의 메서드를 사용할 수 있게 해줍니다.
이것은 이러한 메서드를 재정의할 때 중요합니다. 그렇지 않으면 최대 재귀 깊이가 초과된 오류가 발생합니다.

# 7) **str** 대 **repr**

**str**은 str(object)를 호출할 때 반환되는 문자열을 제어합니다.

<div class="content-ad"></div>

**repr**은 repr(object)를 호출할 때 반환되는 문자열을 제어합니다.

![image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_11.png)

처음 보면 **str**과 **repr**이 거의 똑같아 보이지만 다른 방식으로 호출된다는 것 같습니다 - str()로 하나는 repr()로 하나는.

이는 틀리지 않습니다. 사실 **str**과 **repr**은 정확히 그런 것입니다. 두 가지 간의 차이는 각각의 사용 사례에 있습니다.

<div class="content-ad"></div>

- **str**은 최종 사용자가 쉽게 이해하고 읽을 수 있도록 의도된 것입니다.
- **repr**은 주로 디버깅 및 개발에 사용됩니다.

실제 예시 — datetime 객체

![image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_12.png)

**str**과 **repr**의 차이를 주목해보세요 (두 경우 모두 문자열이지만)

<div class="content-ad"></div>

- `__str__`은 간단한 사람이 읽기 쉬운 문자열을 반환합니다.
- `__repr__`은 디버깅을 위해 정확히 동일한 datetime 개체를 재생성하는 데 사용할 수 있는 문자열을 반환합니다.

## 8) `__call__`

기본적으로, 사용자 지정 객체는 함수처럼 호출할 수 없습니다.

하지만, `__call__` 메서드를 정의하면 우리 객체를 함수처럼 호출할 수 있습니다.

<div class="content-ad"></div>

![image 1](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_13.png)

When we define `__call__`, we can call our dog object just like a function. This way, we can also access the dog's object attributes.

One practical application of this is using classes as decorators.

![image 2](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_14.png)

<div class="content-ad"></div>

# 9) **invert**

우리는 객체 앞에 ~를 추가할 때의 동작을 정의하기 위해 **invert** 매직 메소드를 사용할 수 있습니다.

![image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_15.png)

실제 예시 - Pandas 시리즈는 **invert** 매직 메소드를 사용하여 ~를 사용하여 부울 시리즈를 뒤집을 수 있습니다. True가 False로, False가 True로 변환됩니다.

<div class="content-ad"></div>

![image](/assets/img/2024-08-18-9ThingsIRegretNotKnowingEarlierAboutPythonMagicMethods_16.png)

# Substack 더 보기

Python 매직 메서드에 대해 이전에 알았더라면 후회했을 17가지 사항:

# 결론

<div class="content-ad"></div>

이해하기 쉽고 명확했길 바라요

# 만약 나를 창작자로 지원하길 원하신다면

- https://zlliu.substack.com/에서 내 Substack 뉴스레터에 가입해주세요. 저는 주간으로 파이썬과 관련된 이메일을 보냅니다.
- 제 책인 '파이썬에 대해 절대 알지 못했던 101가지'를 구매해주세요. https://payhip.com/b/vywcf
- 50번 박수로 이 스토리에 찬사를 보내주세요.
- 저에게 생각을 말씀해주는 댓글을 남겨주세요.
- 이야기 중 가장 좋아하는 부분을 강조해주세요.

감사합니다! 이 작은 행동들이 큰 도움이 되고, 진심으로 감사드립니다!

<div class="content-ad"></div>

YouTube: [https://www.youtube.com/@zlliu246](https://www.youtube.com/@zlliu246)

LinkedIn: [https://www.linkedin.com/in/zlliu/](https://www.linkedin.com/in/zlliu/)


파이썬 magic method 정리


![How to Evaluate Probabilistic Forecasts with Weighted Quantile Loss](/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_0.png)

그래서 나는 시계열 모델에 관한 논문을 읽고 있었는데, 갑자기 “이게 뭐지?” 라는 부분에 닿았어. 이 모델은 하나의 예측 값만 내놓는 것이 아니라, 여러 예측값 범위를 생성했어. 내 머리는 바로 오버드라이브 상태로 전환되었어- 이걸 어떻게 평가해야 할지 말이지! 나는 주로 RMSE나 MAD 같은 명백한 지표들을 사용해왔는데, 실제 값과 예측 값 사이의 차이를 계산하는 것과 같거든. 그런데 이제 예측값은 여러 개의 숫자들이 있고, 그저 말하자면 내 머리가 터질 것 같았어 😅

그때 저자가 Weighted Quantile Loss를 소개했고, 나는 이에 깊이 이해하고 다른 사람들이 명확하게 이해할 수 있도록 이 가이드를 준비해야 한다고 생각했어.

이 글을 마치면, 이 지표를 어떻게 계산하는지와, 그것을 해석하는 방법을 정확히 알게 될 것이고, 무엇보다도 확신을 갖고 확률적 예측을 평가할 수 있을 거야.

<div class="content-ad"></div>

이 글에서 설명한 결과를 재현하기 위한 코드는 해당 저장소에 있습니다.

# Quantile Loss Formula

자, Quantile Loss의 공식부터 시작해봅시다:

![Quantile Loss Formula](/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_1.png)

<div class="content-ad"></div>

하지만 솔직히, 누가 수학에 시간을 할애할 수 있을까요? 실제로 의미 있는 방식으로 이것을 코드를 사용하여 분석해 보겠습니다!

먼저, 예측값과 실제 값에 대한 간단한 더미 데이터를 정의해보겠습니다. 여기서 예측값은 quantile α = 0.1일 때의 xᵢ(α)이며, 실제 값은 xᵢ입니다.

```js
import numpy as np

prediction = np.array([1, 2, 3, 4, 5])
actual = np.array([10, 22, 30, 40, 51])
quantile = 0.1
```

이제 각 시간 단계 i에 대해 quantile α = 0.1에서의 예측값에 대한 quantile 손실을 계산해보겠습니다:

<div class="content-ad"></div>

```python
def quantile_loss(alpha, q, x):
    return np.where(x > q, alpha * (x - q), (1 - alpha) * (q - x))

metrics = quantile_loss(quantile, prediction, actual)
print(metrics)
```

여기 이 코드가 하는 일에 대한 설명입니다:

- alpha, α,는 우리의 quantile을 나타냅니다(이 경우에는 0.1)
- q는 예측된 값들을 나타냅니다
- x는 실제 관측된 값들을 나타냅니다

np.where 함수는 실제 값이 예측된 값보다 큰지에 따라 적절한 공식을 적용하여 손실을 계산하는 데 도움을 줍니다.

<div class="content-ad"></div>

더미 매개변수로 실행하면 아래와 같은 결과를 얻을 수 있어요:

```js
# 출력: array([0.9, 2. , 2.7, 3.6, 4.6])
```

여기서 보고 계신 것은 α가 0.1일 때 각 예측값의 분위 손실입니다. 숫자는 선택한 분위에 따라 예측이 실제 값에 대해 얼마나 잘 수행되었는지 알려줍니다. 초과 추정과 미달 추정을 다르게 처벌합니다.

# 분위 손실 집계하기

<div class="content-ad"></div>

실제로는 하나의 분위에 대한 분위 손실만 계산하는 것이 아닙니다. 실제 응용 프로그램에서는 종종 여러 분위에 걸쳐 확률적 예측을 생성해야 합니다. 그래서 모델의 확률적 예측에서 분위 손실을 집계하는 방법을 살펴보겠습니다.

이 더미 데이터 세트를 사용하여 계산 과정을 살펴보겠습니다:

```js
data = {
        "label": np.array([3, 5, 7]), # 실제 값
        "0.5": np.array([3.0, 5.0, 7.0]), # 분위가 alpha = 0.5 일 때 모델의 예측
        "0.1":  np.array([2.5, 4.5, 6.5]), # 분위가 alpha = 0.1 일 때 모델의 예측
        "0.9": np.array([3.5, 5.5, 7.5]), # 분위가 alpha = 0.9 일 때 모델의 예측
    }
```

먼저 각 분위에 대한 분위 손실을 계산해보겠습니다:

<div class="content-ad"></div>

```js
quantiles = [0.1, 0.5, 0.9]
quantile_losses = {}

# 각 분위수별로 각 시간 단계에서 분위손실 계산
for quantile in quantiles:
    ql = quantile_loss(quantile, prediction, actual)
    quantile_losses[str(quantile)] = ql
    print(f"{quantile}에 대한 분위손실: {ql}")
```

이를 실행하면 각 시간 단계(i = 1에서 3)에 대해 0.1, 0.5 및 0.9의 각 분위수에 대한 분위손실이 계산되고 결과가 출력됩니다:

```js
# 출력:
# 0.1에 대한 분위손실: [0.05 0.05 0.05]
# 0.5에 대한 분위손실: [0. 0. 0.]
# 0.9에 대한 분위손실: [0.05 0.05 0.05]
```

이제 이러한 손실을 시간 단계별로 가중치를 적용하여 집계합니다. 가중치는 약간 이상할 수 있지만 걱정하지 마세요. 곧 중요성에 대해 자세히 알게 될 것입니다.

<div class="content-ad"></div>

```js
#각 분위수에 대해 가중치를 사용하여 시간 단계별로 집계합니다
집계된_qls = {}
가중치 = 2/np.abs(actual).sum()
for 분위수 in 분위수:
    ql = quantile_losses[str(분위수)]
    집계된_ql = np.sum(ql) * 가중치
    집계된_qls[str(분위수)] = 집계된_ql
    print(f"{분위수}에 대한 집계된 분위 손실: {집계된_ql}")
```

다음과 같은 일이 벌어집니다:

- 각 분위수에 대해 모든 시간 단계의 분위수 손실을 합산합니다.
- 그런 다음이 합계에 가중치를 곱합니다. 이 가중치는 실제 값의 크기를 기준으로 손실을 정규화하는 데 사용됩니다. 이는 다른 데이터 세트 간에 손실 값을 비교할 수 있게 도와줍니다.

결과는 다음과 같게 될 것입니다:

<div class="content-ad"></div>

```js
# 결과:
# 0.1에 대한 집계된 분위수 손실: 0.020000000000000004
# 0.5에 대한 집계된 분위수 손실: 0.0
# 0.9에 대한 집계된 분위수 손실: 0.019999999999999997
```

마지막으로 전체 지표를 얻으려면 이러한 집계된 손실 값을 단순 평균 내기만 하면 됩니다:

```js
# 이제 간단한 평균을 내보겠습니다
단순_평균 = np.mean(list(aggregated_qls.values()))
print(f"단순 평균: {simple_average}")
```

위 코드에서, 우리는 집계된 분위수 손실을 모두 합하고 3으로 나누어줍니다 (3개의 분위수 값들인 0.1, 0.5 및 0.9를 계산했기 때문에). 그렇게 해서 다음과 같은 값을 구할 수 있습니다:

<div class="content-ad"></div>

```js
# 출력: 간단한 평균: 0.013333333333333334
```

그렇게 해서, 너는 가중 사분위수 손실 (WQL)을 계산했어!

# 사분위수 손실을 읽는 법

그래서, 우리는 어떻게 사분위수 손실을 계산하는지 살펴보았지만, 이게 정말 무엇을 의미하는 걸까? 보다 명확한 그림을 얻기 위해 아래 차트를 살펴보자. 이 차트는 다른 사분위수로 나타낸 손실값을 시각화했다:

<div class="content-ad"></div>

![Breaking Down the Chart](<img src="/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_2.png" />)

## 차트 분석

이 차트에서는 참값 xᵢ 및 예측된 분위수 xᵢ(α) = 5에 따라 양자 손실이 어떻게 변하는지 볼 수 있습니다. 서로 다른 색상의 선은 세 가지 다른 분위수 수준 α = 0.1, α = 0.5 및 α = 0.9에서 양자 손실을 나타냅니다.

이제 이해해야 할 중요한 점은:

<div class="content-ad"></div>

예측값과 실제 값이 같을 때 손실은 0입니다-놀랄 만한 일은 없네요! 둘 다 다를 때, 일이 흥미롭게 시작합니다.

## 분위수 α=0.9

우리가 α = 0.9에서 시작해보겠습니다. 실제 값이 8일 때(우리는 3만큼 과소 평가했습니다), 분위 손실은 2.7로 치솟습니다. 그러나 실제 값이 실제로 2일 때(3만큼 과대 평가한 것), 손실은 단지 0.3입니다. 왜 그럴까요?

우리가 0.9 분위수에서 예측을 할 때, 우리는 실제 값이 해당 숫자 아래에 있을 것이라고 90% 확신하는 것을 의미합니다. 그래서 실제 값이 더 높게 나오면, 우리의 모델이 정말 크게 엉망이라는 뜻이 되어 더 벌을 부과합니다. 양쪽 다 손실률이 직선적이지만 서로 다른 비율로 나타난다는 점에 주목하세요-과소평가할 때 더 가파르게 상승하며, 이는 높은 분위에서 예상하는 것과 일치합니다.

<div class="content-ad"></div>

## 분위수 α=0.1

자, 이제 α = 0.1로 뒤집어 놓겠습니다. 이것은 반대 방향에서 흥미로워지는 부분입니다. 실제 값이 8인 경우 (우리가 3만큼 과소평가한 경우), 손실은 단지 0.3입니다. 그러나 실제 값이 2인 경우 (우리가 3만큼 초과평가한 경우), 손실은 2.7로 뛰어올라갑니다. α = 0.1에서 이런 일이 일어나는 이유는 우리가 실제 값이 우리의 예측보다 낮을 가능성이 단지 10% 라고 말하기 때문입니다. 실제로 값이 예측보다 낮다면, 그것은 큰 오류이며, 모델이 더 큰 타격을 입게 됩니다.

## 분위수 α=0.5

마지막으로, α = 0.5에 대해 이야기해 봅시다. 이것은 중앙에 정확히 위치한 값이기 때문에 특별합니다 - 중앙값입니다. 여기서 초과평가와 과소평가에 대한 손실은 완벽하게 대칭적입니다. 차트를 보면, 너무 높게 예측하든 너무 낮게 예측하든 손실이 똑같은 속도로 증가하는 것을 볼 수 있습니다. 이것은 α = 0.5에서의 분위수 손실이 사실 평균 절대 편차(Mean Absolute Deviation, MAD) 손실의 확장된 버전에 불과하기 때문입니다.

<div class="content-ad"></div>

이 공식은 어떻게 단순화될까요? 확인해보세요:

α = 0.5 일 때:

![image](/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_3.png)

이를 다음과 같이 단순화할 수 있습니다:

<div class="content-ad"></div>

![이미지](/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_4.png)

MAD 손실의 정확히 절반에 해당합니다. 따라서 α = 0.5일 때, 분위 손실은 MAD의 스케일 버전(스케일링 요인이 0.5인)으로 오류를 양쪽 모두 동일하게 벌칙합니다.

## 모든 것을 가중 분위손실로 연결하기

분위 손실은 예측 값과 실제 값 사이의 오류를 측정하는 메트릭으로 볼 수 있습니다. 벌점은 오류가 과소 또는 과대 추정인지, 모델이 얼마나 확신을 가졌는지에 따라 달라집니다. 이때 더 높은 분위는 더 많은 확신을 나타냅니다.

<div class="content-ad"></div>

이 손실을 집계하면(이전에 했던 것처럼), 모형의 성능을 더 세밀하게 이해할 수 있습니다. 단일 정확도 지표에 의존하는 대신, 여러 가지 시나리오에 걸쳐 모형의 오류가 어떻게 분산되어 있는지에 대한 포괄적 요약을 얻을 수 있습니다. 이 방법은 서로 다른 모형의 성능을 비교하기 위한 단일 숫자가 필요할 때 귀중합니다.

# 예측 품질과 가중 분위 손실 간의 관계

이론을 다룬 이제, 서로 다른 예측 품질이 WQL에 어떻게 영향을 미치는지를 알아보겠습니다. 총 세 가지 주요 시나리오인 과대 추정, 과소 추정 및 정확한 예측을 고려하여 WQL을 살펴봅니다. 각각을 살펴보고, 어떻게 WQL에 영향을 주는지 살펴보겠습니다.

## 과대 추정 시나리오

<div class="content-ad"></div>

![image](/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_5.png)

과대평가 시나리오에서 모델의 예측값은 일관되게 실제 값보다 높습니다:

- 차트 분석: 0.5 백분위 예측(파란색 선)이 실제 값(검은색 선)보다 훨씬 높을 뿐만 아니라, 0.1 및 0.9 백분위 예측도 오버슈팅중입니다(그림자 영역에서 확인 가능). 이는 모델이 전반적으로 너무 낙관적이라는 것을 보여줍니다.
- WQL: 이 시나리오에서의 WQL은 0.58입니다.

## 과소평가 시나리오

<div class="content-ad"></div>

<img src="/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_6.png" />

"워런다"는 시나리오에서, 모델은 일관되게 실제 값보다 낮은 값을 예측합니다:

- 차트 분석: 여기서, 0.5 백분위에서의 예측값(파란선)이 실제 값보다 낮고, 전반적인 예측 범위(음영 영역)도 낮습니다. 그러나 절대 오류는 과대 예측 시나리오보다 심하지 않습니다.
- WQL: 이 시나리오에서의 WQL은 0.41로, 나쁜 모델을 나타냅니다. 그러나 과대 예측 시나리오만큼 나쁘지 않습니다.

## 정확한 예측 시나리오

<div class="content-ad"></div>

<img src="/assets/img/2024-08-18-HowtoEvaluateProbabilisticForecastswithWeightedQuantileLoss_7.png" />

정확한 예측 시나리오에서는 모델의 예측이 실제 값과 근접합니다:

- 차트 분석: 0.5 분위수 예측이 실제 값과 매우 가깝고, 예측 범위가 좁아지면서 모델이 예측에 대해 매우 자신 있음을 보여줍니다.
- WQL: 예측 범위가 매우 정확하며 초점이 맞다면, WQL은 0.01에서 사실상 제로입니다.

# 결론

<div class="content-ad"></div>

이 게시물에서는 Weighted Quantile Loss (WQL)의 내부와 외부를 탐색했습니다. 수식을 이해하고 다양한 예측 시나리오에서 해석하는 방법까지 알아보았습니다. WQL은 모델의 성능을 이해하는 실용적인 방법을 제공하는데, 단순히 점 추정이 아닌 예측 분포를 출력할 수 있다면 이를 이용할 수 있습니다.

확률적 예측을 평가하는 데 어떤 어려움을 겪었나요? 의견이나 질문을 댓글로 공유해주세요!


Posts