



![Image](/assets/img/2024-07-24-SimpleandBeautifulDataVisualsWiththePythonShinyLibrary_0.png)

Python Shiny 라이브러리는 Python에서 인터랙티브 웹 애플리케이션을 구축하기 위한 프레임워크입니다.

RStudio에서 개발된 이 라이브러리는 R을 위한 Shiny 라이브러리를 개발한 동일한 팀에 의해 개발되었으며, 특히 데이터 과학자와 분석가들에게 유용합니다. 이 라이브러리를 사용하면 광범위한 프론트엔드 개발 기술이 없어도 인터랙티브 대시보드와 애플리케이션을 구축할 수 있습니다.

## Python Shiny가 할 수 있는 일


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

- 대화식 데이터 시각화: Python Shiny를 사용하면 사용자가 입력에 따라 동적으로 업데이트되는 대화식 시각화를 만들 수 있습니다. 이는 탐색적 데이터 분석과 사용자 상호 작용에 매우 유용합니다.
- 대시보드 생성: Python Shiny를 사용하면 여러 데이터 소스와 시각화를 종합한 포괄적인 대시보드를 만드는 것이 간단해집니다.
- 대화식 애플리케이션: Python Shiny를 사용하면 사용자가 실시간으로 데이터와 상호 작용할 수 있는 애플리케이션을 개발할 수 있습니다. 예를 들어 데이터 집합 필터링, 통계 모델 적용, 보고서 생성 등이 있습니다.
- 원형 및 공유: 데이터 과학자들은 빠르게 데이터 응용 프로그램의 프로토타입을 만들고 누구에게나 공유할 수 있습니다.
- Plotly 통합: Plotly와의 통합을 통해 Shiny는 다양한 대화식 지도와 차트를 제공할 수 있습니다.

사용하기 얼마나 쉬운가요? 간단한 데이터 세트와 기본 대화식 데이터 시각화를 사용하여 한 번 테스트해보겠습니다.

## 데이터세트

이 연습에서는 아주 간단한 데이터 세트인 전 세계 행복 데이터를 사용하겠습니다. 여기에서 찾을 수 있습니다.

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

저는 world_happiness_2023.csv 파일을 다운로드하여 압축을 해제하고 저장했습니다.

이 CSV 파일에서 우리에게 중요한 필드는 다음과 같습니다:

- Country name — 행복 지수가 있는 각 국가의 이름
- year — 기록된 데이터의 연도
- Life Ladder — 실제 행복 지수를 포함하는 필드 (값이 클수록 국가는 더 행복합니다).

이 데이터셋을 사용하면 각 국가를 전 세계적으로 비교하는 도구를 사용하여 지역별 비교를 볼 수 있습니다.

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

시작하기에 좋은 도구는 등치지도입니다.

등치지도는 미리 정의된 영역(예: 국가) 내에서 의 평균 값을 나타내기 위해 음영이나 색상의 차이를 활용합니다.

예를 들어, 우리는 더 어두운 음영을 사용하여 더 높은 행복 지표를 가진 국가를 나타낼 수 있습니다.

그래서 Shiny를 활용하여 상호작용하는 데이터 시각화를 만들어 봅시다. 두 가지 구성 요소가 있는데요.

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

- 드롭다운 메뉴 — 사용자가 연도를 선택할 수 있게 합니다 (이 데이터 셋은 2005년부터 2022년까지의 데이터를 포함하고 있습니다).
- 전역 코로플레스 맵 — 세계지도상 각 국가의 값을 표시합니다 (선택한 연도에 대해).

그리고 이를 모듈화된 방식으로 진행하겠습니다. 먼저 필요한 모든 라이브러리 및 데이터셋을 로드합니다.

## 1. 라이브러리 및 데이터셋 로드

이 애플리케이션이 성공적으로 실행되려면 세 개의 주요 라이브러리가 필요합니다. 애플리케이션을 실행하기 전에 각 라이브러리를 설치해 놓으셨는지 확인해주세요 (나중 단계에서 자세히 다루겠습니다).

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

```js
import pandas as pd
import plotly.express as px
from shiny import App, render, ui, reactive

# 필요한 라이브러리를 가져와서 Pandas를 사용하여 World Happiness 데이터셋을 로드합니다.
file_path = 'world_happiness_2023.csv'  # 이 코드 예제를 사용하는 경우 CSV 파일이 있는 경로를 의미합니다.
happiness_data = pd.read_csv(file_path, delimiter=',')
```

이 섹션은 필요한 라이브러리를 가져오고, Pandas를 사용하여 World Happiness 데이터셋을 로드합니다. 데이터셋은 쉼표로 구분된 파일이며, 이 코드 스니펫의 예시를 사용하는 경우 Python 파일과 동일한 디렉토리에 있어야 합니다.

## 2. 사용자 인터페이스(UI) 정의

이곳에서 Shiny 라이브러리를 활용하기 시작합니다. Shiny를 로드할 때 ui 라이브러리를 포함하여 웹 애플리케이션 인터페이스를 도와줍니다.

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

```js
# UI 정의
app_ui = ui.page_fluid(
    ui.h3("세계 행복 지수 분석"),
    ui.input_select(
        "year", "연도 선택:",
        {str(year): str(year) for year in sorted(happiness_data['year'].unique())}
    ),
    ui.output_ui("happiness_map")
)
```

app_ui 변수는 웹 애플리케이션의 레이아웃을 정의합니다. 여기에는 다음이 포함됩니다:

- 애플리케이션 제목을 나타내는 헤더 (h3).
- 사용자가 데이터셋에서 연도를 선택할 수 있는 드롭다운 메뉴 (input_select).
- 코로플레스 맵을 위한 자리 표시자 (output_ui).

## 3. 서버 로직 정의하기


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

인터페이스를 배치한 후에 서버 코드를 설정할 수 있어요:

```js
# 서버 로직 정의하기
def server(input, output, session):
    @reactive.Calc
    def filtered_data():
        return happiness_data[happiness_data['year'] == int(input.year())]
```

서버 함수는 애플리케이션의 로직을 정의합니다. 선택한 연도를 기반으로 데이터셋을 필터링하는 반응형 계산(filtered_data)이 포함되어 있어요.

## 4. Choropleth 지도 코딩하기 (Plotly를 사용하여, 얜!)

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

위 코드 세그먼트의 중심은 Plotly Express (px)를 사용하여 코로플레스 지도를 렌더링하는 happiness_map() 함수입니다:

```js
@output
    @render.ui
    def happiness_map():
        data = filtered_data()
        fig = px.choropleth(
            data,
            locations='Country name',  # 위치에 국가 이름 사용
            locationmode='country names',  # 국가 이름 사용을 지정
            color='Life Ladder',  # 'Life Ladder' 값에 따라 색상 지정
            hover_name='Country name',  # 가리킬 때 'Country name' 표시
            color_continuous_scale=px.colors.sequential.YlGnBu,
            labels={'Life Ladder': 'Life Ladder Score'},
            title=f'{input.year()}의 세계 행복 지도'
        )
        fig.update_layout(height=600, margin={"r":0,"t":40,"l":0,"b":0})
        fig_html = fig.to_html(full_html=False)
        return ui.HTML(fig_html)
```

여기서 전달된 주요 속성(매개변수로 전달됨)은 다음과 같습니다:

- locations: 위치에 국가 이름 사용.
- locationmode: 국가 이름 사용을 지정.
- color: `Life Ladder` 값에 따라 지도에 색상을 입힘.
- hover_name: 호버 시 국가 이름 표시.
- color_continuous_scale: `YlGnBu` 색상 척도 사용.

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

맵이 지정된 높이와 여백 내에 맞도록 업데이트되었습니다 (update_layout() 함수를 사용하여).

# 5. 앱 생성 및 실행

이 세그먼트에서 Shiny 애플리케이션을 초기화하고 실행합니다:

```js
# 앱 생성
app = App(app_ui, server)
if __name__ == '__main__':
    app.run()
```

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

UI와 서버 컴포넌트를 결합하여 애플리케이션을 기능적이고 웹 브라우저에 표시할 준비가 된 상태로 만듭니다.

여기서 필요한 모든 코드입니다! 애플리케이션을 실행하려면 Jupyter 노트북을 사용하거나 저처럼 PyCharm을 사용할 수 있습니다. 오늘까지 Shiny에 대한 경험이 매우 적었지만 PyCharm에서 실행하는 단계는 매우 직관적이었습니다.

먼저, Preferences/Project/Python Interpreter에서 라이브러리를 설치했습니다: 

![이미지](/assets/img/2024-07-24-SimpleandBeautifulDataVisualsWiththePythonShinyLibrary_1.png)

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

설치가 완료되면 내장된 Pycharm 터미널 창(View/Tool Windows/Terminal)에서 파이썬 파일을 Shiny 애플리케이션으로 실행할 수 있었습니다:

![이미지1](/assets/img/2024-07-24-SimpleandBeautifulDataVisualsWiththePythonShinyLibrary_2.png)

그리고 기본 브라우저에 표시된 매우 멋진 시각적인 결과:

![이미지2](/assets/img/2024-07-24-SimpleandBeautifulDataVisualsWiththePythonShinyLibrary_3.png)

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

정말 멋지네요. 사용자는 드롭다운 메뉴에서 연도를 선택할 수 있고(2005-2023), 해당 연도에 맞게 지도가 자동으로 업데이트됩니다.

잘 했어요! 이제 이것을 작동시켰기를 바랍니다. 문제가 있거나 어려움이 있으면 댓글을 남겨주세요.

잘 했어요!

# 종합적으로...

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

파이썬 Shiny는 데이터 과학자들에게 유용한 데이터 시각화 도구 목록에서 빈칸을 메우고 있습니다. 이 도구는 상호작용적이고 동적인 데이터 시각화를 쉽게 만들 수 있게 해줍니다.

Shiny는 Plotly 데이터 시각화를 쉽게 렌더링할 수 있는 기능을 가지고 있어서 매력적입니다.

Shiny의 큰 장점 중 하나는 다른 유사하고 매우 인기 있는 프레임워크 Streamlit보다 더 효율적이라는 것입니다. Shiny는 코드 중 업데이트가 필요한 부분만 다시 실행하도록 설계되어 있습니다. 반면 Streamlit은 사용자가 입력할 때 애플리케이션 스크립트 전체를 렌더링합니다.

반면에, Streamlit은 경험이 적은 UI 개발자들이 빠르게 익힐 수 있습니다. 동일한 애플리케이션을 Streamlit과 Shiny 두 가지로 만들었을 때, Streamlit 앱은 30줄의 코드이고 Shiny 앱은 50줄의 코드입니다.

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

시각적 결과가요? 거의 동일해요.

읽어 주셔서 감사합니다.

이 유형의 이야기가 멋지시면서 글쓰기를 지원하고 싶으시다면, 제 Substack에 구독해주세요.

Substack에서는 다른 플랫폼에서 찾을 수 없는 매주 뉴스레터와 기사를 발행하고 있습니다.

Python Shiny 라이브러리로 데이터 시각화하는 방법




기술 면접을 맞이하는 것이 힘들다고 생각했다면, 면접을 진행해 보세요. 저는 남을 업신여겨 외면하며 당신을 내려다보는 창피한 면접관들에 대해 얘기하는 게 아니에요. 고통이 끝나기를 바라는 그런 상황이 아니라, 긍정적인 기억을 만들어준 면접관들에 대해 이야기하고 싶어요.

면접을 진행하는 것은 큰 책임입니다. 당신은 누군가의 커리어를 관리하는 문지기가 되는 거니까 가능한 한 공정하게 대우할 수 있도록 최선을 다해야 해요.

제가 언급할 모든 포인트는 한 가지 중요한 가치를 중심으로 돌아가죠:

공감을 마스터했다면 아마 이 글을 읽을 필요조차 없을 거예요. 이곳에서 이야기하는 모든 것은 저의 개인적인 생각과 의견이며 제 직장의 견해를 반영하는 것이 아닙니다.

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

이 글을 읽은 후, 좀 더 나은 면접관이 되어 후보자들에게 긍정적인 인상을 남길 수 있는 몇 가지 교훈을 얻을 것입니다 (아무리 결과가 나쁘더라도요).

후보자를 체크 할 때 명확해 보이는 사항을 건너뛰고 먼저 공기를 청산하도록 하죠:

- 언어 및 도구에 대한 기술적 지식을 보여주는 것
- 문제 해결 시 고민을 공개하며 생각하는 것
- 친절하고 협력적인 태도

이 중 어느 것이라도 체크되지 않으면 문제가 있습니다.

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

# 협업 우선, 비판 보다는

![이미지](/assets/img/2024-07-24-What50MLInterviewsasanInterviewerHaveTaughtMe_0.png)

인터뷰어가 인터뷰를 진행하는 스타일은 인터뷰 결과에 거대한 영향을 미친다. 인터뷰어가 어떤 점에서도 만족시킬 수 없는 권위 있는 인물로 보인다면, 최고의 후보자조차 주저하고 긴장할 수 있다. 후보자는 앞에 친근한 사람이 있는 경우 가장 잘 대처한다.

저는 이를 실천하는 한 가지 방법은 인터뷰를 거의 페어 프로그래밍 세션으로 만드는 것입니다. 두 명이 해결책에 도달하려고 노력하는 것이며, 후보자가 문제에 빌드할 때마다 후보자의 모든 움직임을 멍하니 (약간 의도적으로) 지켜보는 대신 같이 노력하는 방식입니다.

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

거짓말 안 하겠어요. 과거에는 "검토팀"을 응원했었어요. 그 당시에는 후보자를 평가하는 가장 중요한 요소는 그들이 스스로 해결책을 찾을 수 있는지 확인하는 것이라고 믿었어요. 업무에서 솔루션에 도달하는 시간은 기술적 지식만으로는 결코 달성되지 않는다고 생각해요. 그보다는...

- 올바른 질문을 하며 (물론 올바른 사람들에게)
- 지금까지의 작업을 소통하기
- 다른 사람의 힌트/제안을 해석하고 실행하기

페어 프로그래밍은 이러한 "소프트" 기술을 검증하는 황금 같은 기회를 제공해요. 혼자서 노력하는 대신, 두 사람은 협력하여 최종 해결책에 도달하기 위해 함께 노력해요. 후보자를 올바른 방향으로 이끄거나 막힐 때 얼음을 깨기 위해 "무엇을 고민 중인지 말해봐" 또는 "가짜 코드부터 시작해봐" 같은 구문을 사용할 거예요. 당신이 그들에게 솔루션을 건네 주어야 한다는 것은 아니지만, 그들이 성공하도록 도와주어야 해요.

이 접근 방식은 후보자를 다양한 경직된 기술과 감성적인 기술로 평가하는 데 도움이 되며, 후보자에게 단순히 막히면 그냥 방치하는 대신 성취감을 느끼게 해줘요.

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

# 상황 인식

![이미지](/assets/img/2024-07-24-What50MLInterviewsasanInterviewerHaveTaughtMe_1.png)

반드시 개발해야 할 중요한 기술 중 하나는 질문들을 외우는 것이 아니라 상황을 예리하게 인식하는 능력입니다. 모든 지원자는 다르고, 모든 면접 경험도 다릅니다. 면접관으로서는 그 독특한 상황에 맞춰 행동할 수 있어야 합니다.

지원자가 긴장한 모습을 보인다면 조금 더 웃어 주고, 날씨에 대해 물어보며 필요하다면 도와 드릴 의사가 있다는 것을 알려줍니다. 문제 해결 시에 개인적인 공간이 필요한 경우에는 그것을 주어야 합니다. 면접 시작 시 기술적인 문제가 발생한 경우, 시간을 보충할 수 있도록 조금 더 시간을 주어야 합니다.

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

인터뷰 중에만 하는 게 아니라 이후에도 이런 작업을 해야 합니다. 후보자를 평가할 때, 소음을 걸러내어 공정한 평가를 할 수 있도록 하세요. 다음과 같은 질문을 스스로에게 해보세요.

- 긴장하지 않았다면 더 나은 결과를 얻을 수 있지 않았을까요?
- 후보자에게 문화/언어 장벽이 있었나요?
- 이 사람과 함께 일하고 싶은가요?

일반적으로 후보자들은 면접 단계를 거치면서 점점 자신감을 얻고 편안해집니다. 어쩌면 후보자가 정말 좋지 않은 날이었을 수도 있죠! 그래서 인터뷰어로써 이러한 것들을 걸러내고 후보자의 기술에 중점을 두어 평가해야 합니다. 아예 이러한 사실들을 완전히 무시해야 한다는 것은 아니라는 걸 감안해야 합니다. 이러한 사실들을 기록하고 다른 인터뷰어나 채용 담당자들에게 전달하세요. 하지만 면접자가 항상 최고가 되길 기대한다면 실망하게 될 수도 있습니다. 우리 모두 인간이라는 것을 기억하세요! 그리고 이것은 두 번째 포인트로 이어집니다.

# 자세한 피드백 작성

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

```json
{
   "img_src": "/assets/img/2024-07-24-What80MLInterviewsasanInterviewerHaveTaughtMe_2.png",
   "message": "면접관으로서 가장 어려운 부분 중 하나는 포괄적이고 공정한 평가를 작성하는 것입니다. 왜 어려운가요? 한 시간 또는 45분 동안 제한된 정신 능력으로 후보자를 평가할 수 있는 많은 요소들이 있기 때문입니다. 다른 것들과 마찬가지로, 이 기술을 습득하는 데 시간이 걸립니다. 면접 중 노트를 작성하는 템플릿을 사용하는 것이 도움이 될 수 있습니다. 각 작업에 대해 자칫하는 부분과 잘한 부분을 적는 식의 것일 수 있습니다. 중요한 것은 모호한 진술보다 명확한 예시가 있는 것입니다. 타인이 작성한 피드백을 확인해보세요 (당신이 볼 수 있다면). 노트를 남기는 것을 미루지 마세요. 면접이 끝날 때까지 완벽한 노트를 작성해야 합니다. 그렇지 않으면 면접 중 발견한 중요한 관찰을 항상 잊게 될 것입니다."
}
```

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

# 시간을 지키세요

![이미지](/assets/img/2024-07-24-What50MLInterviewsasanInterviewerHaveTaughtMe_3.png)

테이블의 반대편에 있을 때는 자연스럽게 자신을 로열하게 느끼게 됩니다. "내가 들어오기를 기다리는 게 아니라 내가 기다려야 한다"는 생각이 스쳐 지나갈 수 있습니다. 개인적으로는 다른 사람의 시간을 내 시간처럼 소중히 여기는 것이 더 중요합니다.

면접 전에는 얼마나 긴장되는지 (무서운 방식으로) 알고 계셨을 것입니다. 그리고 99%의 후보자들이 정각에  면접에 참석할 것입니다. 면접관으로서 후보자에게 동일한 배려를 보여주는 것이 공평합니다.

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

# 결론

좋은 인터뷰를 진행하는 것은 과학이 아닙니다. 항상 작동하는 마법 같은 레시피는 없습니다. 대신, 상황과 지원자를 읽는 능력에 기반을 두고 있습니다.

이러한 조언/학습을 철학적인 관점에서 받아들이는 것이 중요합니다. 이것들은 정확한 규칙이 아니며 정확한 측정 방법도 없습니다. 예를 들어, 지원자가 긴장했기 때문에 그들을 통과시켜야 한다는 의미가 아닙니다. 그러나 정답의 80%를 맞추었고 오랜만에 면접을 보는 것이라고 알고 있고 심장이 뛰었다면, 두 번째 기회를 주면 좋습니다.

게다가, "좋은 사람"이 되는 것은 인터뷰를 즐거운 경험으로 만드는 데 도움이 될 수 있습니다. 불행하게도, 면접관들이 후에 지원자의 약점을 놀리는 것을 보았습니다. 대부분의 경우 면접은 정말 긴장되는 경험이며 우리 모두 어느 순간 어리석은 실수를 저질렀습니다. 그러니 그렇게 하지 않으려고 노력해 보세요.

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

읽어 주셔서 감사합니다! 이 소개를 통해 더 나은 기술 면접관이 되는 데 도움이 되기를 바랍니다!

이 이야기가 마음에 들었다면 Medium을 구독하고, 나의 새로운 콘텐츠 알림을 받을 수 있을 뿐만 아니라 다른 작가들의 매력적인 수천 편의 이야기에 전체 액세스할 수도 있습니다.

머신러닝 면접에서 가장 많이 나오는 이야기




![ThisCodeIs_0.png](/assets/img/2024-07-24-ThisCodeIs_0.png)

코딩은 여러 가지 면을 가지고 있어요: 머리 아픈, 도전적인, 재밌는, 강력한, 때로는 수행자들에게 신들의 복복을 주기도 해요.

하지만 주된 부분은 무엇일까요? 컴퓨터 프로그래밍은 깊고, 고통스럽게 짜증나는 일이에요. (이에 대해 이전에 블로그를 썼죠.) 컴퓨터는 잔인하고 용서하지 않는 주인. 제대로 했다고 생각해도 중요한 작은 실수를 저지르면 — 단 하나의 구두점 수준에서도 — 컴퓨터는 협조하지 않고 서 있을 거에요. 손톱을 갈면서 차분히, 혹은 델파이 오라클의 선고처럼 이해하기 어려운 오류 메시지를 제공할 거에요. 프로그래밍할 때 전체적인 멍청이 같이 느껴지고 큰소리로 욕을 하는 것은 아주 쉬워요.

코드 안에서 욕하기도 쉬워요. 연구결과, 프로그래머들은 코드 안에 많은 욕설을 쓴다는 사실이 밝혀졌어요.

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

더 흥미로운 사실은...

...일부 욕설이 실제로 유용할 수도 있다는 거예요.

한번 자세히 살펴보겠습니다!

프로그래머들이 코드에 욕설을 자주 사용하는 빈도를 어떻게 알게 됐는지 기억해요. 이는 2010년대 초반, 개발자 Andrew Vos가 GitHub의 "커밋 메시지"를 살펴보기로 결정했을 때였어요.

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

커밋 메시지의 작동 방식은 다음과 같습니다: 프로그래머들이 작업을 완료하고 GitHub에 업로드할 때, 그들은 일반적으로 수행한 작업에 대한 간단한 텍스트 설명을 추가합니다.

Vos는 100만 건의 커밋 메시지를 분석하여 종종 욕설이 포함되어있음을 발견했습니다. 때로는 개발자가 자신의 무능함에 짜증을 내며 자신을 욕하곤 했고, 다른 경우에는 다른 사람들의 엉망한 작업에 짜증을 내며 고치기를 강요받았습니다. 그리고 때로는 그들이 웃기려고 했을 수도 있습니다.

그들은 다음과 같은 내용을 썼습니다...

(그의 GitHub 계정에서 더 많은 예시를 볼 수 있습니다.)

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

Vos는 또한 욕설이 가장 많이 포함된 프로그래밍 언어가 C++이라는 것을 확인했습니다. 그 다음으로 루비와 자바스크립트가 뒤를 이었습니다. (그것이 나에게 부분적으로 놀라운 것이었다: C++는 유명하게 어수선하기로 유명하기 때문에 그런 이유는 이해가 갑니다. 그리고 자바스크립트는 악몽이 될 수 있으며, 그것은 내가 흐느낀 개인적인 경험으로 알고 있습니다. 그러나 루비는 꽤 재미있는 언어로 여겨지므로, 누가 알 수 있을까요?)

![image](/assets/img/2024-07-24-ThisCodeIs_1.png)

그러나 더 흥미롭게도, 코드에서 욕설을 사용하는 것이 코드의 품질과 상관관계가 있는지도 모릅니다.

올해 초에 Karlsruhe 공과대학교의 학부생인 Jan Strehmel은 온라인에 흥미로운 논문을 게시했습니다. 그는 실제로 코드 내부에 욕설이 포함된 GitHub의 3,800개의 C 코드를 분석했습니다: 어떤 변수가 욕설을 사용할 수도 있었고(예: "itsBullshit"와 같은), 또는 코드 주석에 사용되었을 수도 있습니다(예: "// omg this is. fucked"). 그런 다음에 그는 어떤 욕설 단어가 들어있지 않은 7,600개의 C 코드를 수집했습니다.

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

마침내, 그는 SoftWipe라는 소프트웨어를 사용하여 그 코드 조각의 품질을 분석했습니다. (명확한 구조와 같이 더 높은 품질의 코드를 시사하는 요소를 찾습니다.)

결과는? 욕설이 포함된 코드가 욕설이 없는 코드보다 약간 더 높은 점수를 받았습니다. 정확히 말하면, 10점 만점 중 욕설이 포함된 코드는 평균 5.87점을 받았고, 욕설이 없는 코드는 평균 5.41점을 받았습니다.

왜 욕설이 포함된 코드가 조금 더 높은 품질을 보일까요? Ars Technica에서 Saima Sidik이 언급했듯이, 욕은 사람들이 고통을 덜고 신체적 성능을 높일 수 있도록 도와줄 수 있습니다. 그래서 아마도 욕이 코딩의 좌절과 존재적 고통을 관리하는 데 도움이 되어 성능을 향상시킨다고 볼 수 있을까요?

Sidik은 심리학자이자 <What the F: What Swearing Reveals About Our Language, Our Brains, and Ourselves>의 저자인 Benjamin Bergen과 이 문제에 대해 이야기했습니다...

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

그래서 우리는 코드에 욕을 적극적으로 포함시켜야 할까요?

히히. 나는 아마 그렇지 않을 것 같아. 우선, Strehmel의 연구는 상관 관계가 있지만 인과 관계는 없습니다. 좋은 일을 하는 프로그래머들이 코드에 욕설을 포함할 가능성이 높을 수도 있습니다. 자신의 욕설을 늘리는 것이 소프트웨어를 더 나아지게 만들지는 않을 수도 있습니다.

더 중요한 것은 f-bombs를 날리는 것이 다른 개발자들에게 상당히 공격적인 행동으로 비춰질 수 있다는 점입니다. 코드는 (내가 그렇게 믿는대로) 주로 다른 사람들을 위해 작성되었으며(즉, 몇 년 후에 코드를 유지보수하게 될 불운한 사람들) 그리고 컴퓨터에게 물리적으로 두 번째로 작성되었음을 염두에 두고 코드를 명확하고 아마 재치 있게 작성하는 것이 타인을 비웃는 것보다 가능한 적게 다른 사람들을 비활성화시킬 가능성이 있는 방식으로 작성하는 것이 좋습니다.

나는 개인적으로 코드에 욕설이 들어간 것을 웃긴 것으로 생각해요. 하지만 다른 사람들도 그렇게 생각하지 않을 수 있습니다 - 아마도 당신의 매니저도요. 아헴.

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

말했다시피, 코드는 인간의 표현입니다! 따라서 아마도 인간 표현의 모든 측면을 영원히 포함할 것입니다, 욕설도요.

또한, 어떤 #$@! 컴퓨터도 그것을 바꿀 수 없을 거에요.

(이 글을 즐겼다면? 그럼: 그 "박수" 버튼을 찾아서 눌러보세요. 한 독자 당 최대 50번까지 클릭할 수 있습니다!)

제가 Medium에 주간 두 번씩 글을 올리고 있습니다. 제 이메일로 모든 포스트를 받아보려면 여기를 팔로우해주세요. Medium 회원이 아닌 경우 여기에서 가입하고 월 이용료의 절반은 제 Medium 글쓰기를 지원하는 데 직접 쓰이며, 사이트의 다른 모든 콘텐츠에도 액세스할 수 있습니다.

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

저는 뉴욕 타임스 매거진의 기고자이자 Wired 및 Smithsonian 잡지의 칼럼니스트이며 Mother Jones에 정기적으로 기고하고 있습니다. 또한 Coders: The Making of a New Tribe and the Remaking of the World 및 Smarter Than You Think: How Technology is Changing our Minds for the Better의 저자이기도 합니다. 트위터와 인스타그램에서는 @pomeranian99로, Mastodon에서는 @clive@saturation.social로 활동하고 있어요.

이 코드는 , 어떻게 고치나요





![image](/assets/img/2024-07-24-ThreeRed-FlagsofanInexperiencedSelf-taughtDeveloper_0.png)

처음 시작할 때 대부분의 공부 중인 개발자들은 어려움을 겪습니다.

다른 사람들처럼, 제가 발전을 방해한 몇 가지 이상한 습관이 있었어요.

- 지루한 원리를 무시하지 않기
- 간단함을 위한 최적화하지 않기
- "완료"와 같은 커밋 메시지 작성하기


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

여기서는 대부분의 자기 학습 개발자들이 경력 초반에 하는 몇 가지 실수를 발견했습니다.

이를 통해 당신이 개발자로서 살아남을 뿐만 아니라 번창할 수 있도록 도와줄 것입니다.

## 1. DRY 원칙을 무시하지 않는다

DRY.

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

DRY.

DRY.

DRY.

프로그래밍 비디오를 보면 "반복하지 말아라"라는 용어를 듣게 될 거예요.

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

프로그래밍 기사를 읽어보세요. 항상 같은 용어를 반복해서 볼 수 있을 거에요.

시니어 개발자에게 조언을 구해보세요. 항상 이 조언을 받게 될 거에요.

네 해 전, 프로그래밍 관련 일반적인 수업 몇 가지를 공유하기 시작했을 때 DRY에 대한 제한적 경험을 가지고 있었습니다.

프로그래밍과 관련된 많은 기사를 읽은 후, 모든 프로그래머가 DRY 원칙을 따라야 한다고 믿어왔었죠.

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

항상 DRY(Don't Repeat Yourself) 원칙을 적용하면 코드베이스가 더 간소화되고 효율적으로 작동할 것으로 생각했습니다.

그러나 시간이 지남에 따라 항상 DRY를 적용하는 것이 모든 경우에 유용하지는 않다는 사실을 깨달았습니다.

일부 프로그래머는 코드를 어떻게 DRY하게 만들 수 있을지 항상 고민합니다.

모두 DRY에 대해 말하는데, 그들의 코드는 반드시 DRY해야 한다고 생각합니다. 하지만 DRY에 대해 생각하기 전에 프로그래머들은 여기서 DRY가 의미 있는지 물어봐야 합니다.

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

## DRY 원칙의 문제

전문적으로 코드를 작성하기 시작하는 대부분의 프로그래머들이 DRY 원칙을 너무 심각하게 받아들입니다.

DRY를 너무 심각하게 받아들여 필요할 때라도 무시하지 않습니다.

코드 중복을 줄이기 위해 복잡한 추상화를 유발하고 유지보수가 힘들어지게 만드는 방식으로 변경하는 경우가 많습니다.

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

아무도 여기에 대해 이야기하지 않죠. 글을 쓰거나 비디오를 만드는 모든 프로그래머들은 좋은 부분에 대해서만 이야기하죠.

한 예를 들어서 살펴봅시다.

이렇게 두 개의 함수를 작성했다고 가정해봅시다:

```js
function showAlert(text) {
    console.log("Alert: " + text);
}

function showError(text) {
    console.error("Error: " + text);
}
```

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

코드를 DRY하게 만들기로 결정했다면, 쉽게 변경하여 하나의 함수로 변환할 수 있다.

```js
function showText(type, text) {
    switch(type) {
        case 'alert':
            console.log("Alert: " + text);
            break;
        case 'error':
            console.error("Error: " + text);
            break;
        default:
            throw new Error("Invalid message type");
    }
}
```

DRY 원칙을 따라 원하는 변경 사항을 적용했습니다.

이제 나중에 사용자와 관리자 역할에 기반한 경고 메시지에 몇 가지 추가 텍스트를 코드베이스에 추가해야 한다고 상상해봅시다.

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

코드를 변경해 봅시다.

```js
function showText(type, text, role) {
    switch(type) {
        case 'alert':
            if (role === 'admin') {
                console.log("[Admin] Alert: " + text);
            } else {
                console.log("Alert: " + text);
            }
            break;
        case 'error':
            if (role === 'admin') {
                console.error("[Admin] Error: " + text);
            } else {
                console.error("Error: " + text);
            }
            break;
        case 'warning':
            if (role === 'admin') {
                console.warn("[Admin] Warning: " + text);
            } else {
                console.warn("Warning: " + text);
            }
            break;
        default:
            throw new Error("Invalid message type");
    }
}
```

이 한 가지 함수가 이제 여러 가지 책임을 처리합니다. 어떻게 생각하세요?

앞의 코드는 앞으로 유지보수하기 어려울까요?

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

이제 같은 경고 메시지를 첫 번째 세트에서 소개해 보겠습니다.

```js
function showAlert(text, role) {
    if (role === 'admin') {
        console.log("[Admin] Alert: " + text);
    } else {
        console.log("Alert: " + text);
    }
}

function showError(text, role) {
    if (role === 'admin') {
        console.error("[Admin] Error: " + text);
    } else {
        console.error("Error: " + text);
    }
}

function showWarning(text, role) {
    if (role === 'admin') {
        console.warn("[Admin] Warning: " + text);
    } else {
        console.warn("Warning: " + text);
    }
}
```

이제 이를 살펴봅시다.

위 방법에서 각 메시지 유형의 코드는 독립적입니다. 위의 세 가지 함수 코드를 유지하는 것은 하나의 함수에 비해 쉽고 관리하기 쉬울 것입니다.

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

예시를 간단하게 유지했어요. 그러나 DRY 원칙을 따르는 코드가 점점 복잡해질 수 있다고 생각해보세요. 

따라서 남의 충고를 맹목적으로 따르는 것이 바로 옳은 일은 아니에요.

DRY 원칙을 따르는 것이 도움이 된다면서도 때로는 완전히 무시하는 것도 중요해요.

# 2. “나중에 돌아와서 처리할게요”

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

코딩을 시작할 때 이상한 태도로 많은 정신 에너지를 낭비했어요.

미래에 이 태도가 심한 고통을 야기할 것을 알았다면, 피하려고 노력했을 텐데요.

처음부터 코딩을 배울 때 어려운 주제에 직면할 때마다 피하려고 했어요.

나중에 돌아와서 다시 해보겠다고 자기 자신에게 말했었죠.

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

저는 CSS를 배우고 있어요.

버튼을 스타일링하는 방법과 마진을 추가하는 방법과 같은 개념을 완료했어요. 그 다음으로 Flexbox를 배우기 시작했어요.

Flexbox 개념이 이해하기 어렵다고 느꼈다면, 무시하고 과제를 완료하기 위해 해결책을 찾았어요. 이미 과제를 완료했기 때문에 Flexbox를 조금은 이해했다고 생각해요.

나중에 돌아와서 모든 것을 배우기로 결정할 거예요. 이어서 Flexbox에 대해 모든 것을 배울 거에요.

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

하지만 이상적인 때가 되어서 돌아가서 개념을 배우는 것은 결코 다시 오지 않았어요.

저만의 경험이 아닙니다.

스스로 가르치며 프로그래밍하는 많은 분들이 이런 생각을 가지고 있답니다. "나중에 다시 돌아와서 할게."

이런 마음가짐으로 시작된 이른바 자신을 가르치는 시절이후에는 나중에 전문가로써 영향을 미치기 시작하지요.

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

## 대부분의 프로그래머들이 "나중에 다시 하기"를 믿는 이유는 무엇인가요?

나는 예전에 "나중에 다시 하기"를 믿는 쪽이었어요.

지금 나에게 왜 그랬냐고 물으면, 그 이유는 하나 뿐이에요.

우리 프로그래머들이 어려운 개념에 막혔을 때, 새로운 관점으로 문제에 더 효과적으로 접근할 수 있다고 느끼기 때문이에요.

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

하지만 이러한 마음가짐은 우리에게 도움이 되지 않아요.

문제에 나중에 다시 접하게 되더라도, 문제를 이해하기가 더 어려워져요. 왜냐하면 우리는 그 상황을 기억하지 못하기 때문이에요.

한 번 입력 필드와 관련된 문제를 해결하지 못해 고민한 적이 있어요. 입력 필드 다음의 버튼이 입력 필드의 길이와 일치하지 않았어요.

이는 작은 문제일 줄 알았어요. 코드베이스에 추가할 것이 더 많기 때문에, 그 문제는 뒤로 미루고 다른 기능을 먼저 추가한 뒤 나중에 돌아올 것으로 계획했어요.

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

이제 다른 작업을 마치고 작은 문제를 해결하러 돌아왔을 때,

처음부터 문제가 왜 발생했는지와 관련된 것을 전혀 기억하지 못했어요. 처음 계획은 눈에 보이지 않게 되었어요.

그 문제를 해결하기 위해 코드베이스를 다시 훑어야 했어요. 코드베이스에 많은 새 코드를 추가했기 때문이죠.

어느 정도 10분 정도면 해결되어야 했던 문제가... 몇 시간 이상 소요되었었지요.

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

## 스스로 가르친 개발자들은 이것을 알지 못합니다.

개인 프로젝트용 코드를 작성할 때 "나중에 돌아올게"라고 말하기가 쉽습니다.

대부분의 경우 우리는 개인 프로젝트를 가볍게 여기기 때문에 프로젝트로 돌아가지 않습니다. 아주 가끔 우리는 프로젝트를 되돌아가서 변경을 가합니다.

이는 프로페셔널한 세계에서 프로젝트로 돌아가서 변경을 가하기 쉬울 것이라고 가정해서는 안 된다는 뜻입니다.

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

이걸 배우는 데 많은 시간이 걸렸어요.

이 여정 중 몇 차례, 나 자신에게 나중에 이 작은 문제들에 돌아올 것이라고 말하며 발견했어요.

하지만 코드베이스를 계속해서 추가한다면, 이 작은 문제가 심각한 문제로 점점 커져가는 것을 심지어 깨닫지 못할 수도 있어요.

어려운 문제에 직면했을 때 "나중에 다시 돌아와 볼 거야"라고 말하기보다요.

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

"나중에 작은 문제로 돌아오지 않을 거에요. 그 문제를 바로 해결하거나, 몇 시간 안에 다시 돌아올 시간을 정해봐요.

미래의 자신이 더 다룰 문제가 많기 때문이죠.

# 3. 그들은 버전 관리를 별로 안 중요하다고 생각해."

몇 일 전에 개인 프로젝트를 하고 있었죠.

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

그 프로젝트에서 제 목표는 JavaScript 개념 몇 가지를 다시 공부하는 것이었어요.

프로젝트를 구축하기 시작했어요.

이 프로젝트에 협력자가 없을 것이라 생각해서 버전 관리를 사용하지 않아야겠다고 생각했어요.

혼자 변경 사항을 쉽게 관리할 수 있는데 왜 불필요한 부담을 가지고 있어야 하죠? 몇 일 동안 제 여가 시간에 프로젝트를 완료할 계획이었어요.

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

이 시점에서 말씀드리고 싶은 점은 이러한 태도가 나만의 문제가 아니라는 것입니다.

많은 자학 프로그래머, 혼자 개발하는 사람, 프리랜서들이 버전 관리에 대해 이러한 태도를 보일 것입니다.

개인 프로젝트를 진행하거나 1인 팀인 경우, 그들은 버전 관리를 심각하게 취하지 않습니다.

버전 관리를 부담으로 여기고, 자신의 코드에 신경을 쓰기 때문에 아무런 문제가 발생하지 않을 것이라고 여기는 것이죠.

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

하지만 이런 종류의 태도는 항상 그들에게 해를 끼칩니다.

## 내 프로젝트에 무엇이 일어났나요?

처음 몇 일 동안 내 프로젝트는 잘 진행되고 있었습니다.

몇 가지 기능을 추가할 수 있었고, 몇몇 온라인 비디오를 시청하면서 꼬일 때도 있었습니다.

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

하지만 어느 날, 전혀 예상하지 못한 일이 발생했어요.

마지막 버전에 몇 가지 변경을 하고 나서 되돌아가야 하는 상황이 발생했어요. 코드를 다시 한 다음 이전 버전으로 돌아가는 것은 어려운 일은 아니었지만, 진짜 문제는 시간이었어요.

나에게 남은 자유 시간은 몇 일밖에 없었어요. 그리고 이전 버전으로 돌아가려면 몇 일을 투자해야 했어요.

그 순간에 내 노트북 앞에 앉아 있었을 때, 저는 큰 후회에 사로잡혔어요. 왜 GitHub을 사용하지 않았을까요?

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

만약 사용했다면 제 시간 내에 완료했을 텐데요. 추가 시간을 투자해서 전체 코드를 다시 작성해야겠어요.

그 순간에 우리는 우리의 최고의 날을 위해 버전 관리를 사용하지 않는다는 것을 깨달았어요. 하지만 최악의 날을 위해 사용한다는 거죠.

## 버전 관리를 심각하게 여기지 않는다는 징후는 무엇인가요?

버전 관리를 진지하게 여기지 않는 개발자들을 많이 봤어요.

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

대부분은 이를 오버헤드로 간주합니다.

그들 중 일부는 프로젝트를 위해 몇 일 동안 버전 관리를 무시할 수 있다면 시간 내에 완료할 수 있다고 생각합니다.

그래서 그들은 큰 커밋을 하게 됩니다.

버전 관리를 사용하지 않는 것은 진지하게 대하지 않는 지표 중 하나입니다.

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

버전 관리를 진지하게 다루지 않고 있는 사람들의 몇 가지 조짐을 발견했어요.

- 빈도가 낮은 커밋
- 대규모 커밋
- "완료"와 같은 부적절한 커밋 메시지
- 주 브랜치에 직접 커밋
- 근본적인 문제 해결을 하지 않음
- .gitignore를 사용하지 않음

프로그래머가 버전 관리를 진지하게 다루지 않는다는 조짐 중 일부에요.

언제나 코드의 오래된 버전들이 디버깅에 필요한 경우가 많으며, 프로젝트의 역사를 이해하는 것은 미래 버전을 작성하는 데 도움이 될 거예요.

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

# 뉴스레터에서 더 많은 정보 확인해보세요:

- I Spent 17 Days Studying Two Programmers Who Built a $1 Billion Company — Here’re Their Rules To Build a Startup
- Meet a Programmer Who Rejected a $10,000,000,000 Acquisition Offer From Microsoft

프론트엔드 개발을 독학으로 공부하면 안되는 이유 3가지




## 실용적인 예제와 모범 사례로 필수 객체 지향 프로그래밍(OOP) 개념 학습

친지로 추천받은 회원으로서 저를 지원해주시면 정말 기쁠 것입니다. 하지만, 이 플랫폼에서의 기여로 얻은 수익은 제가 원하는 업데이트 빈도를 유지하기에는 충분하지 않다는 것을 깨달았습니다. 이런 현실에 직면하여, 저는 어려운 결정을 내렸습니다 — 새로운 수입 창구를 모색하기로 했습니다. 그러나 이것은 끝이 아닌, 새롭고 흥미진진한 시작이기에요. 저는 곧 시작할 Substack 뉴스레터를 소개하게 되어 너무 흥분됩니다. 거기서는 투자 시스템을 깊이 파헤치고 IT 기술의 엄청난 잠재력을 활용하여 투자 전략에 시스템적 사고 방식을 채택할 예정입니다. 안심하세요, 영감이 찾아올 때마다 여전히 글을 올릴 것입니다.

객체 지향 프로그래밍(OOP)에서 캡슐화, 상속 및 다형성을 이해하는 것은 소프트웨어 개발자에게 필수적입니다. 이러한 개념은 코드를 재사용 가능하게 구성하고 복잡성을 관리하여 설계를 향상시킵니다. 캡슐화는 클래스 내의 데이터와 메서드를 보호합니다. 상속은 코드 재사용을 촉진하고 클래스 계층을 확립하며, 다형성은 객체가 유연하게 동작할 수 있도록 합니다. 이러한 원칙을 숙달하는 것은 확장 가능한 소프트웨어를 작성하거나 심화된 OOP 도전에 대처하는 데 중요합니다. OOP를 배우는 것은 이론을 실용적인 코드로 번역하고 객체 중심적인 사고 방식을 채택하는 것을 의미하며, 이는 맥락과 실습이 필요합니다.

- 캡슐화

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

- 데이터(속성)와 그 데이터를 처리하는 메서드(함수)를 일반적으로 클래스 단위로 묶는 것을 의미합니다.
- 객체의 내부 상태는 외부 세계에서 숨겨지고, 특정 허가된 메서드만이 이 상태에 액세스하거나 수정할 수 있습니다.
- 클래스의 내부 구현 변경은 공개 메서드(인터페이스)가 변경되지 않는 한 프로그램의 다른 부분에 영향을 미치지 않습니다.

```js
public class BankAccount {
    // 개인 속성
    private double balance;
    private string accountNumber;

    // 생성자
    public BankAccount(string accountNumber, double initialBalance) {
        this.accountNumber = accountNumber;
        this.balance = initialBalance;
    }

    // 돈을 예금하는 공개 메서드
    public void Deposit(double amount) {
        if (amount > 0) {
            balance += amount;
        }
    }

    // 돈을 인출하는 공개 메서드
    public void Withdraw(double amount) {
        if (amount > 0 && amount <= balance) {
            balance -= amount;
        }
    }

    // 잔액을 가져오는 공개 메서드
    public double GetBalance() {
        return balance;
    }

    // 계좌 번호를 가져오는 공개 메서드
    public string GetAccountNumber() {
        return accountNumber;
    }
}
```

- balance와 accountNumber 속성은 개인입니다.
- Deposit, Withdraw, GetBalance, GetAccountNumber 메서드는 공개되어 있으며, 개인 속성에 제어된 액세스를 제공합니다.

명명 규칙

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

- Public members — 클래스 외부에서 접근할 수 있습니다. 예: public void Deposit(double amount)
- Protected members — 클래스와 하위 클래스 내에서만 접근할 수 있도록 하는 멤버입니다. 예: protected void CalculateInterest()
- Private members — 클래스 내부에서만 접근할 수 있도록 하는 멤버입니다. 예: private string _accountNumber;

![Link text](/assets/img/2024-07-24-MasteringEncapsulationInheritanceandPolymorphisminC_0.png)

2. 상속

- 하위 클래스가 다른 클래스(상위 클래스)의 속성과 메서드를 상속받을 수 있습니다.
- 명확하고 논리적인 클래스 계층 구조를 만들 수 있습니다.
- 하위 클래스가 상위 클래스의 메서드를 재정의할 수 있어 다형성을 구현할 수 있습니다.
- 공통 속성과 메서드를 가진 기본 클래스를 만들 수 있습니다.
- : 구문을 사용하여 상위 클래스에서 상속받은 하위 클래스를 만들 수 있습니다.

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

```js
// 부모 클래스
public class Account
{
    public decimal Balance { get; protected set; }

    public void Deposit(decimal amount)
    {
        Balance += amount;
        Console.WriteLine($"입금액: {amount}, 새 잔액: {Balance}");
    }

    public virtual void Withdraw(decimal amount)
    {
        Balance -= amount;
        Console.WriteLine($"인출액: {amount}, 새 잔액: {Balance}");
    }
}

// 서브클래스
public class SavingsAccount : Account
{
    public override void Withdraw(decimal amount)
    {
        if (amount <= Balance)
        {
            base.Withdraw(amount);  // 부모 클래스 메서드 호출
        }
        else
        {
            Console.WriteLine("잔고가 부족합니다");
        }
    }
}

// 사용 예
class Program
{
    static void Main()
    {
        SavingsAccount myAccount = new SavingsAccount();
        myAccount.Deposit(1000);  // Account 클래스에서 상속
        myAccount.Withdraw(500);  // SavingsAccount 클래스의 오버라이드된 메서드
        myAccount.Withdraw(600);  // 잔고가 부족한 경우 SavingsAccount 클래스의 오버라이드된 메서드
    }
}
```

- 부모 클래스(Account) — 돈을 입금하고 인출하는 속성과 메서드를 포함하고 있습니다. Withdraw 메서드는 오버라이드할 수 있도록 가상 메서드로 선언되어 있습니다.
- 서브클래스(SavingsAccount) — Account 클래스를 상속받아서 잔고를 확인한 후에 인출을 진행하기 위해 Withdraw 메서드를 오버라이드합니다.

3. 다형성

- 메서드, 객체 또는 클래스가 여러 형태를 취할 수 있도록 합니다.
- 다양한 기본 데이터 유형에 대해 동일한 인터페이스를 제시합니다.
- 서로 다른 유형의 객체를 공통 슈퍼클래스의 객체로 취급할 수 있게 합니다.
- 다형성의 주요 유형은 컴파일 시(메서드 오버로딩)와 런타임(메서드 오버라이딩)이 있습니다.
- 메서드 오버로딩 — 같은 클래스 내에서 이름은 같지만 매개변수가 다른 여러 메서드를 작성하는 것이 가능합니다. 다른 매개변수 목록을 가진 메서드를 정의합니다. 서로 다른 유형의 입력을 처리하는 여러 버전의 메서드가 필요한 경우 사용합니다.
- 메서드 오버라이딩 — 서브클래스가 이미 정의된 메서드에 특정 구현을 제공할 수 있게 합니다. 상위 클래스 메서드에 virtual 키워드를 사용하고 파생 클래스 메서드에 override 키워드를 사용합니다. 기본 클래스에서 정의된 메서드의 동작을 변경하거나 확장해야 할 때 사용합니다.

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

메서드 오버로딩 — 컴파일 시 다형성

- 호출할 메서드를 결정하는 것은 컴파일 시간에 이루어집니다. 컴파일러는 메서드 시그니처(이름 및 매개변수 목록)을 기반으로 적절한 메서드를 호출하기로 결정합니다.

```csharp
public class BankAccount
{
    public void Transaction(int amount)
    {
        Console.WriteLine($"Performing transaction of {amount} dollars.");
    }

    public void Transaction(string type, int amount)
    {
        Console.WriteLine($"Performing {type} transaction of {amount} dollars.");
    }

    public void Transaction(int amount, string currency)
    {
        Console.WriteLine($"Performing transaction of {amount} {currency}.");
    }
}

// 사용법
BankAccount account = new BankAccount();
account.Transaction(100);              // 출력: Performing transaction of 100 dollars.
account.Transaction("deposit", 200);   // 출력: Performing deposit transaction of 200 dollars.
account.Transaction(300, "euros");     // 출력: Performing transaction of 300 euros.
```

메서드 오버라이딩(런타임 다형성)

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

- 어떤 메소드를 호출할지 결정하는 것은 실행 시간에 이루어집니다. 호출할 메소드는 참조 타입이 아닌 실제 객체 타입에 기반하여 결정됩니다.

```js
public class SavingsAccount : BankAccount
{
    public override void Transaction(int amount)
    {
        Console.WriteLine($"Savings Account에 {amount}달러를 입금하는 중.");
    }
}

// 사용 예시
BankAccount savingsAccount = new SavingsAccount();
savingsAccount.Transaction(300); // 출력: Savings Account에 300달러를 입금하는 중.
```

참고

만약 제 게시물 중 어떤 것이 도움이 되었다면, 제 작업을 지원하기 위해 커피 한 잔 사주시거나 후원해주시는 것도 고려해주시면 감사하겠습니다. 😊 이를 위해서는

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

페이지트론

코파이 닷컴

바이미어커피

마지막으로, 아직 미디엄 멤버가 아니고 그렇게 되기를 계획 중이라면 아래 링크를 사용해 가입해 주시겠어요? 여러분은 추가 비용 없이 멤버십 비용의 일부가 저에게 돌아가게 됩니다.

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

첫 번째 제휴 프로그램입니다. 시스템 지식을 더 향상시키고 싶다면 링크를 클릭하여 강의를 구매할 수 있습니다. 솔직히 말해서, 여러분이 강의 수강료의 20%를 내지만 추가 비용은 없습니다. 저희 강의에는 무제한 액세스가 제공됩니다. 만료 기간이 없으며 미래 업데이트에 무료로 액세스할 수 있습니다.

C언어 캡슐화, 상속, 다형성 정리





![image](/assets/img/2024-07-24-WhyImFinallyTeachingMyselfToCodeAtTheAgeof29_0.png)

수학을 못해요.

9학년 대수학에서 탈락해서 대학에서 수학을 완전히 포기할 때까지, 숫자들과의 관계는 좋지 않았어요. 저는 단어들을 좋아하는 사람이라서 이런 점은 놀라우실지도 모르지만요. 독서와 글쓰기를 좋아해요.

하지만 제 자신을 도전하고 싶어요. 여기에 이유가 있어요.


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

## 세상은 더 많은 코드적 사고가 필요할 것입니다.

인공지능이 등장하더라도 코딩을 배우는 것은 여전히 가치 있는 기술입니다.

글쓰기를 배우는 것과 다르지 않아요. 글쓰기는 여전히 배울 가장 가치 있는 디지털 기술입니다. 특히 가치를 제공하지 않는 AI가 생성한 블로그가 많은 상황에서 더욱 그렇습니다.

ChatGPT가 당신을 위해 몇 마디를 내뱉을지 모르지만요.

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

하지만 글쓰기는 그냥 단어일 뿐만이 아닙니다.

글쓰기는 80% 이해, 설득, 영향력, 그리고 심리학입니다.

저는 코딩을 숫자와 단어들의 나열 이상으로 보고 있어요.

튜터와 함께 4주 만에 파이썬을 배운 후, 문제를 진단하고 논리적인 해결책을 만드는 능력이 10배 향상되었어요. 세상을 다르게 보게 되었습니다.

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

저는 모든 문제를 알고리즘적으로 보고 해결할 수 있다고 생각해요.

이런 사고방식을 코드뿐만 아니라 다른 모든 것에 적용할 수 있어요.

인공지능의 성장으로 아무 것도 배울 필요가 없다는 주장은 어처구니없어요. 그런 태도로 삶을 살면 왜 살아가는지 의미가 없잖아요? 그럼 구글 번역이 있으니 다른 언어를 배우는 것은 ‘쓸모없는’ 것이라는 논리에 따라요.

저는 인공지능이 제 학습을 방해하는 것이 아니라 도와주는 부분으로 발견했어요.

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

내가 곤경에 처할 때면, 유튜브를 참고하거나 ChatGPT에게 코드를 검토해 줄 것을 요청할 수 있어. 지금은 이 정도의 지원이 필요한 단계는 아니야. 하지만 가끔 나의 가르쳐주는 분이 주변에 없을 때, 내 손끝에 필요한 지식이 있다는 걸 알아.

코딩은 단순히 코딩 이상이야.

## 나는 코딩의 문제 해결 면을 즐겨.

첫 세금 계산기를 만들었을 때, 따뜻한 느낌이 들었어.

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

그냥 한 가지 간단한 것 때문에 며칠 동안 설레임을 느꼈어요. 모두에게 알렸죠. 무엇이 더 가능할지 계속 생각을 멈출 수가 없었어요. 나 자신이나 다른 사람들을 위해 코드로 어떤 문제를 해결할 수 있을지 말이죠?

창의성과 흥분으로 가득한 기분이었어요.

열심히 유튜브와 구글에서 다양한 프로젝트를 찾아보고 있어요. 내 세계관이 확대되고 있어요. 호기심은 에너지를 끌어올리는 가장 강력한 자극제 중 하나에요. 나는 그것에 (지금까지는) 반해버렸어요.

코딩을 로맨틱하게 취급하고 싶진 않아요.

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

하지만 모두가 학습에 대한 열정을 느껴야 합니다. 코딩, 요리, 또는 정원에서 야채를 재배하는 것이든 상관없이 섭취적으로 학습하는 것이 중요합니다. 학습의 단순한 이점을 얻기 위해 어떤 일을 하세요. 이것이 이윤을 창출하든 아니든 상관없이요.

글쓰기를 배우던 초기에 느낀 것과 같은 기분입니다.

매일이 새로운 모험이고, 새로운 것을 꾸준히 배우고 있었습니다. 글쓰기 기법에 대해 읽고 즉시 기사 중 하나에 적용했습니다. 시간이 흐르면서 나만의 목소리를 창출했습니다.

기술의 기능을 넘어 깊은 본질적 이점을 얻을 수 있습니다.

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

## 언젠가는 스타트업을 만들고 싶어요.

지금은 아니지만 미래에 그곳으로 향하고 싶다는 걸 알고 있어요.

다음 3-5년 안에 제 자체 SaaS 제품을 창조자 경제를 위해 만들 계획이 조금씩 있어요. 모두 프로그래밍을 할 필요는 없겠지만, 코딩의 기본을 알아두면 도움이 될 거예요. 그리고 속지 않도록 하는 걸 도와줄 거예요.

골드만삭스는 창조자 경제가 2027년까지 2배로 증가할 것으로 예측됩니다.

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

중요한 것은 창조 경제가 이미 전 세계적으로 2500억 달러 산업이라는 것이죠.

돈이 흐르는 곳에는 문제가 커지기 마련이에요.

서비스, 제품 및 소프트웨어를 통해 해결할 수 있는 끝없는 문제들이 있을 겁니다.

그래서 나는 내 자신을 준비하고 있어요.

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

저는 최근 구매 컨설팅 비즈니스를 종료하고 창작자 경제에 전적으로 힘을 쏟기로 했어요.

코딩을 배우는 동안 SEO, AI 및 자동화 분야에서 코칭을 받고 있어요. 몇 주 내에 동남아시아로 이사를 가서 전 세계의 창작자들과 소통할 예정이에요.

이 글을 쓰며 너무나도 설레어요.

미래가 있는 곳에 있고 싶어요. 호주를 사랑하지만 창작자 경제는 조각화되어 있고 속도가 느려요. 멜버른의 창의적 허브에 살면서도 호주는 다른 곳에 비해 3-5년 뒤쳐진 것 같아요.

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

인생에서 결정해야 할 세 가지 중요한 결정이 있어요:

- 누구와 함께 지낼지.
- 어떤 일을 할지.
- 어디에서 살지.

이 세 가지 결정이 당신의 삶의 90%를 결정할 거예요.

## 난 코딩에서 최고가 될 수 없을 거에요 (그래도 괜찮아요).

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

그런데 코딩을 배우면 제 기술 스택이 10배 가치 있게 됩니다.

스콧 애덤스는 유명하게 말했어요. "습득하는 각 기술이 성공할 확률을 두 배씩 높입니다." 이 말은 네 해 전에 그의 책에서 읽었는데, 그 이후로 계속해서 제 삶의 선택을 이끄는 철학으로 삼았어요.

제 코딩 기술은 다음과 같은 기술 옆에 쌓을 수 있어요:

- 판매.
- 글쓰기.
- 이메일 마케팅.
- 콘텐츠 제작.
- 공개 연설.
- 코칭.
- 컨설팅.

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

이러한 기술 중에서 특출난 능력을 가지고 있지는 않아요.

하지만 이러한 기술들에 대해 평균 이상의 지식을 가지고 있고, 사회의 상위 25%에 속해요.

포괄이 전문화를 이긴다.

나보다 더 잘하는 사람들도 있을 거에요.

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

하지만 이런 기술들을 결합하면 아무도 나와 경쟁할 수 없어요.

또한 저는 다음 분야의 지식과 이럽니다:
- 정부 정책.
- 입찰 및 입찰 참여.
- 조달.

지금은 제가 독보적인 분야에 있어요.

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

## 나는 수 년간 코드를 배우는 것을 미루어 왔어요.

하지만 더 이상 변명하지 않을 거예요.

과거에는 인공지능이 그 기술을 불필요하게 만들 것이라고나 노 코드 도구를 사용하면 배울 필요가 없다는 핑계를 대왔어요.

하지만 그것은 제한적이고 투박한 신념이었어요. 네, 바보 같죠.

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

내가 궁금한 것을 계속 배워나가길 원해요. 학습하는 것 자체가 가치 있는 일이기 때문에요.

지금은 코딩을 배우는 중인데요, 그 이유는:

- 배우는 사고 방식 자체가 가치 있어서요.
- 문제 해결하는 게 너무 좋아서요.
- 언젠가 소프트웨어 비즈니스를 시작하고 싶어서요.
- 코딩은 제 스킬을 향상시키는 데 많은 가치를 더해줘요.

다른 이들을 위해서 하는 게 아니라, 오로지 제 나를 위해서 하는 거에요.

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

👉 이전에 1인 기업을 매각한 경험이 있고, 또 다른 기업을 월 수익 20,000달러까지 성장시키는 과정에 참여 중이에요. 만약 내 1인 기업 성장 시스템이 필요하다면, 시작할 수 있는 무료 이메일 코스를 만들었어요.

DataDrivenInvestor.com에서 저희를 방문해보세요.

DDIntel을 여기에서 구독해주세요.

저희 창조자 생태계에 여기에서 참여해주세요.

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

DDI 공식 텔레그램 채널: [https://t.me/+tafUp6ecEys4YjQ1](https://t.me/+tafUp6ecEys4YjQ1)

LinkedIn, Twitter, YouTube, 그리고 Facebook에서 함께해요.

제가 드디어 29살에 독학으로 코딩을 배우는 이유

Android 앱 링크 사용 방법 정리




<img src="/assets/img/2024-07-24-1636SortArraybyIncreasingFrequencyFrequencySortSolutionJava_0.png" />

1636번 문제인 Java에서 배열을 빈도별로 정렬하는 해결책을 살펴봅시다.

이 문제는 쉬운 문제로 나와 있지만, 다양한 주제와 사용자 지정 비교자를 사용해야 합니다. 최소한 중간 정도의 어려움이 있어야 하지만, 실제로는 어려운 문제로 설정할 수도 있겠네요.

맨 아래에 붙여넣을 수 있는 코드가 있습니다.

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

# 소개

이 문제에 대한 설명입니다:

여기가 시작점입니다:

```js
    public int[] frequencySort(int[] nums) {
        
    }
```

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

예제 1:

```js
입력: nums = [1,1,2,2,2,3]
출력: [3,1,1,2,2,2]
설명: '3'은 빈도수가 1이고, '1'은 빈도수가 2이며, '2'는 빈도수가 3이다.
```

# 해결책: HashMap과 정렬

## 설명

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

이 문제는 여러 부분으로 이루어져 있습니다. 먼저 각 숫자의 빈도를 세야 합니다. 그런 다음 숫자를 오름차순으로 정렬하지만, 숫자의 빈도가 같은 경우에는 빈도가 같은 숫자를 내림차순으로 정렬해야 합니다.

## 설정

이를 수행하기 위해 두 개의 변수가 필요합니다: 빈도를 세는 해시맵과 Integer로 새로운 배열을 만들어 정렬할 수 있도록 해주는 newNums 배열입니다.

```java
// 각 요소의 값 빈도를 세기 위한 맵 생성
Map<Integer, Integer> map = new HashMap<>(); 
// Integer Array로 배열 정렬
Integer[] newNums = new Integer[nums.length]; 
```

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

## HashMap

이제 nums 배열을 for 루프로 순회합니다. 각 인덱스마다 HashMap에 있는지 확인하고, 있다면 값을 증가시킵니다. 그렇지 않으면, 새로운 키를 값이 1인 새로운 값으로 생성합니다. 또한 각 인덱스마다 newNums[i] = nums[i]를 설정하여 배열을 효과적으로 복사합니다.

```js
for (int i = 0; i < nums.length; i++) {
  if(map.containsKey(nums[i])) { // 키가 있으면 값 증가
    map.put(nums[i], map.get(nums[i]) + 1);
  } else { // 키가 없으면 값 1로 추가
    map.put(nums[i],  1);
  }
  newNums[i] = nums[i]; // 정렬을 위해 newNums의 값 설정
}
```

## 정렬

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

이제 배열을 정렬하는 복잡한 부분은 빈도 값에 따라 다르게 정렬되어야 하며 값이 동일한지 여부에 따라 정렬되어야 한다는 것입니다. 이를 위해 Java에서 사용자 지정 비교자가 필요합니다. 우리는 Arrays.sort()를 사용할 것입니다.

```js
Arrays.sort(newNums, (a, b) -> { // 색인 값과 함께 newNums을 정렬하는 부분
  if (map.get(a) != map.get(b)) { // 빈도 값이 일치하지 않으면,
    return map.get(a) - map.get(b); // 어떻게 조정할지 반환
  } else { // 빈도 값이 일치하면, 큰 값부터 작게 정렬
    return b - a; // 감소하는 순서를 위해 b - a
  }
});
```

간단하게 유지하기 위해 사용자 지정 비교자를 만듭니다. 배열과 newNums를 추가하고 각 비교되는 요소에 변수 이름을 할당합니다. "a"와 "b"를 사용했습니다만 원하는 변수 이름을 사용할 수 있습니다. "a"와 "b"는 비교되는 색인 값들을 나타내며 어떻게 정렬할지 반환합니다. 여기 .sort()에 대해 반환할 수 있는 내용을 확인할 수 있습니다:

- 음수 — a가 b보다 낮아야 할 때
- 0 — 두 값이 동일하게 배치되어야 할 때
- 양수 — a가 b보다 높아야 할 때

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

빈도 값이 다를 경우 증가하는 순서대로 반환하고, 빈도 값이 같을 경우 감소하는 인덱스 값으로 반환합니다.

마지막으로 newNums를 nums로 매핑하고 nums를 반환합니다.

```js
for (int i = 0; i < nums.length; i++) {
 nums[i] = newNums[i];
}

return nums;
```

전체 코드 솔루션은 다음과 같습니다:

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

```java
public int[] frequencySort(int[] nums) {
    Map<Integer, Integer> map = new HashMap<>(); // 각 요소의 값 수를 세기 위한 맵 생성
    Integer[] newNums = new Integer[nums.length]; // 배열 정렬을 위한 정수 배열

    for (int i = 0; i < nums.length; i++) {
        if(map.containsKey(nums[i])) { // 키가 존재하면 값 증가
            map.put(nums[i], map.get(nums[i]) + 1);
        } else { // 키가 존재하지 않으면 1로 추가
            map.put(nums[i], 1);
        }
        newNums[i] = nums[i]; // 정렬을 위한 newNums 값 설정
    }

    /** 사용자 정의 비교자 a와 b를 사용한 배열 정렬
     * 주어진 두 요소를 어떻게 정렬해야하는지에 따라 반환
     * 음수 - a가 b보다 낮아야 하는 경우
     * 제로 - 두 값이 동등하게 위치하는 경우
     * 양수 - a가 b보다 높아야 하는 경우
    **/
    Arrays.sort(newNums, (a, b) -> { // 인덱스 값과 newNums 정렬
        if (map.get(a) != map.get(b)) { // 빈도 수가 일치하지 않는 경우,
            return map.get(a) - map.get(b); // 조정 방법 반환
        } else { // 빈도 수가 일치하는 경우, 큰 순서대로 정렬
            return b - a; // 감소하는 순서를 위해 b - a
        }
    });

    for (int i = 0; i < nums.length; i++) {
        nums[i] = newNums[i];
    }

    return nums;
}
```

- LeetCode에서 Frequency Sort
- 내 YouTube 솔루션 확인하기

Java로 배열을 빈도순으로 정렬하는 방법 1636 Frequency Sort Solution




# 1. 스파이어 독은 무엇인가요?

Spire.Doc for Java은 개발자가 자신의 Java 애플리케이션에서 Word 문서를 쉽게 변환하고 만들고 읽고 편집하고 변환하고 인쇄하는 등의 기능을 사용할 수 있는 전문적인 Java Word 구성 요소입니다. 완전히 독립적인 구성 요소인 Spire.Doc for Java는 Microsoft Office를 설치할 필요없이 실행됩니다. 동시에 대부분의 국내 운영 체제와 호환되며 키린(Kirin), 중케 방더(Zhongke Fangde) 등 국내 운영 체제에서 정상적으로 실행할 수 있습니다. Spire.Doc for Java는 WPS에서 생성된 Word 형식 문서(.wps, .wpt)를 지원합니다. Spire.Doc for Java는 다음과 같은 다양한 Word 문서 처리 작업을 수행할 수 있습니다: Word 문서 생성, 읽기, 변환, 인쇄, 그림 삽입, 헤더 및 푸터 추가, 표 작성, 양식 필드 및 메일 병합 도메인 추가, 책갈피 추가, 텍스트와 이미지 워터마크 추가, 배경 색 및 배경 이미지 설정, 각주 및 미주 추가, 하이퍼링크 추가, 디지털 서명, 워드 문서 암호화 및 해독, 주석 추가, 도형 추가 등이 있습니다.

# 2. 코드 엔지니어링

## 실험 목적

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

- Word 파일 생성 구현
- 페이지 추가 기능 구현
- Word 내용 읽기

## pom.xml

```js
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springboot-demo</artifactId>
        <groupId>com.et</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>spire-doc</artifactId>
    <properties>
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
    </properties>
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-autoconfigure</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>e-iceblue</groupId>
            <artifactId>spire.doc</artifactId>
            <version>12.7.6</version>
        </dependency>
    </dependencies>
    <repositories>
        <repository>
            <id>com.e-iceblue</id>
            <name>e-iceblue</name>
            <url>https://repo.e-iceblue.com/nexus/content/groups/public/</url>
        </repository>
    </repositories>
</project>
```

## Word 파일 생성

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

간단한 워드 문서를 만드는 Spire.Doc for Java를 사용하여 여러 단락이 포함된 워드 문서를 만드는 단계는 다음과 같습니다.

- Document 객체를 작성합니다.
- Document.addSection() 메서드를 사용하여 섹션을 추가합니다.
- Section.getPageSetup().setMargins() 메서드를 사용하여 페이지 여백을 설정합니다.
- Section.addParagraph() 메서드를 사용하여 섹션에 여러 단락을 추가합니다.
- Paragraph.appendText() 메서드를 사용하여 단락에 텍스트를 추가합니다.
- ParagraphStyle 객체를 작성하고 Paragraph.applyStyle() 메서드를 사용하여 각각의 단락에 적용합니다.
- Document.saveToFile() 메서드를 사용하여 문서를 워드 파일로 저장합니다.

```java
package com.et.spire.doc;
import com.spire.doc.Document;
import com.spire.doc.FileFormat;
import com.spire.doc.Section;
import com.spire.doc.documents.HorizontalAlignment;
import com.spire.doc.documents.Paragraph;
import com.spire.doc.documents.ParagraphStyle;
import java.awt.*;

public class CreateWordDocument {
    public static void main(String[] args) {
        // Document 객체 생성
        Document doc = new Document();

        // 섹션 추가
        Section section = doc.addSection();

        // 페이지 여백 설정
        section.getPageSetup().getMargins().setAll(40f);

        // 타이틀로 단락 추가
        Paragraph titleParagraph = section.addParagraph();
        titleParagraph.appendText("Spire.Doc for Java 소개");

        // 본문으로 두 개의 단락 추가
        Paragraph bodyParagraph_1 = section.addParagraph();
        bodyParagraph_1.appendText("Spire.Doc for Java는 Java 애플리케이션에 워드 문서를 생성, 변환, 조작, " +
                "인쇄하는 기능을 제공하는 전문적인 Word API로, Microsoft Word에 의존하지 않고 작동합니다.");

        Paragraph bodyParagraph_2 = section.addParagraph();
        bodyParagraph_2.appendText("이 다기능 라이브러리를 사용하면 이미지 삽입, 하이퍼링크, 디지털 서명, " +
                "책갈피 및 워터마크 설정, 헤더 및 풋터 설정, 표 작성, 배경 이미지 설정, 각주 및 미주 추가 등의 " +
                "작업을 쉽게 처리할 수 있습니다.");

        // 타이틀 단락에 스타일 생성 및 적용
        ParagraphStyle style1 = new ParagraphStyle(doc);
        style1.setName("titleStyle");
        style1.getCharacterFormat().setBold(true);
        style1.getCharacterFormat().setTextColor(Color.BLUE);
        style1.getCharacterFormat().setFontName("Times New Roman");
        style1.getCharacterFormat().setFontSize(12f);
        doc.getStyles().add(style1);
        titleParagraph.applyStyle("titleStyle");

        // 본문 단락에 스타일 생성 및 적용
        ParagraphStyle style2 = new ParagraphStyle(doc);
        style2.setName("paraStyle");
        style2.getCharacterFormat().setFontName("Times New Roman");
        style2.getCharacterFormat().setFontSize(12);
        doc.getStyles().add(style2);
        bodyParagraph_1.applyStyle("paraStyle");
        bodyParagraph_2.applyStyle("paraStyle");

        // 단락의 가로 정렬 설정
        titleParagraph.getFormat().setHorizontalAlignment(HorizontalAlignment.Center);
        bodyParagraph_1.getFormat().setHorizontalAlignment(HorizontalAlignment.Justify);
        bodyParagraph_2.getFormat().setHorizontalAlignment(HorizontalAlignment.Justify);

        // 첫 줄 들여쓰기 설정
        bodyParagraph_1.getFormat().setFirstLineIndent(30);
        bodyParagraph_2.getFormat().setFirstLineIndent(30);

        // 후방 여백 설정
        titleParagraph.getFormat().setAfterSpacing(10);
        bodyParagraph_1.getFormat().setAfterSpacing(10);

        // 파일로 저장
        doc.saveToFile("/Users/liuhaihua/tmp/WordDocument.docx", FileFormat.Docx_2013);
        doc.close();
    }
}
```

새 페이지를 추가하려면 위 코드를 사용하세요.

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

워드 문서의 끝에 새로운 페이지를 추가하는 단계는 마지막 섹션을 찾은 다음 해당 섹션의 마지막 단락에 페이지 나누기를 삽입하는 것입니다. 이렇게 하면 이후 추가된 내용이 새 페이지에서 표시되어 문서 구조의 명확성과 일관성을 유지합니다. 상세한 절차는 다음과 같습니다:

- Document 객체를 생성합니다.
- Document.loadFromFile() 메서드를 사용하여 워드 문서를 로드합니다.
- Document.getLastSection().getBody()를 사용하여 문서의 마지막 섹션의 본문을 가져옵니다.
- Paragraph.appendBreak(BreakType.Page_Break) 메서드를 호출하여 페이지 나누기를 추가합니다.
- 새로운 단락 스타일 ParagraphStyle 객체를 생성합니다.
- Document.getStyles().add(paragraphStyle) 메서드를 사용하여 문서 스타일 컬렉션에 새 단락 스타일을 추가합니다.
- 새로운 단락 Paragraph 객체를 생성하고 텍스트 내용을 설정합니다.
- Paragraph.applyStyle(paragraphStyle.getName()) 메서드를 사용하여 이전에 생성한 단락 스타일을 새 단락에 적용합니다.
- Body.getChildObjects().add(paragraph) 메서드를 사용하여 새 단락을 문서에 추가합니다.
- Document.saveToFile() 메서드를 사용하여 결과 문서를 저장합니다.

마크다운 형식의 테이블 태그를 변경하면 코드를 수정할 수 있습니다.

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

FixedLayoutDocument 클래스와 FixedLayoutPage 클래스를 사용하면 특정 페이지에서 콘텐츠를 추출하기가 쉬워집니다. 추출된 콘텐츠를 볼 수 있도록 다음 예제 코드는 추출된 콘텐츠를 새 Word 문서로 저장합니다. 자세한 단계는 다음과 같습니다:

- Document 개체를 생성합니다.
- Document.loadFromFile() 메서드를 사용하여 Word 문서를 로드합니다.
- FixedLayoutDocument 개체를 생성합니다.
- 문서에서 페이지를 나타내는 FixedLayoutPage 개체를 얻습니다.
- FixedLayoutPage.getSection() 메서드를 사용하여 페이지가 있는 섹션을 가져옵니다.
- 해당 섹션 내에서 페이지의 첫 번째 단락의 인덱스 위치를 가져옵니다.
- 해당 섹션 내에서 페이지의 마지막 단락의 인덱스 위치를 가져옵니다.
- 또 다른 Document 개체를 생성합니다.
- Document.addSection()을 사용하여 새 섹션을 추가합니다.
- Section.cloneSectionPropertiesTo(newSection) 메서드를 사용하여 원본 섹션의 속성을 새 섹션으로 복제합니다.
- 페이지의 콘텐츠를 원본 문서에서 새 문서로 복사합니다.
- Document.saveToFile() 메서드를 사용하여 결과 문서를 저장합니다.

위의 코드는 주요 부분만을 담고 있으며, 전체 코드는 아래 저장소에서 찾을 수 있습니다.

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

## 코드 저장소

- [Spring Boot 데모 코드 저장소](https://github.com/Harries/springboot-demo)（스파이어-doc）

## 3. 테스트

위의 Java 클래스의 main 메서드를 실행하면 해당 디렉토리에 3개의 파일이 생성됩니다.

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

![이미지](/assets/img/2024-07-24-SpringBootintegrationSpiredocimplementmanipulationofword_0.png)

## 4. 참고 자료

- Spire.Doc for Java에서 Word 문서 작성하기: [링크](https://www.e-iceblue.com/Tutorials/Java/Spire.Doc-for-Java/Program-Guide/Document-Operation/Create-Word-Document-in-Java.html)
- Java에서 Word 문서 만들기: [링크](http://www.liuhaihua.cn/archives/710952.html)

Spiredoc을 사용한 Spring Boot 통합 및 Word 문서 조작 방법




![텍스트](/assets/img/2024-07-24-RoadmaptobeingagoodWebDeveloper_0.png)

- HTML, CSS, 및 JavaScript 기초 학습
- React, Angular, Vue와 같은 웹 개발 프레임워크 및 도구 이해
- Git과 같은 버전 관리 시스템 숙지
- 개발 환경 설정 (코드 편집기, 통합 개발 환경 등)

Phase 2: 프론트엔드 개발(3-6개월)

- HTML, CSS, 및 JavaScript 숙달
- React, Angular, 또는 Vue와 같은 프론트엔드 프레임워크 학습
- 반응형 웹 디자인 및 모바일 우선 접근 방식 이해
- UI/UX 디자인 원칙 습득
- 개인 웹사이트 또는 할 일 목록 앱과 같은 소규모 프로젝트 구축

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

제 3단계: 백엔드 개발 (3-6 개월)

- 서버 측 언어 학습 (예: Node.js, Python, Ruby)
- 데이터베이스 개념 이해 (예: MySQL, MongoDB)
- API 설계 및 개발 이해
- 백엔드 프레임워크(예: Express, Django)에 익숙해지기
- RESTful API나 간단한 웹 앱과 같은 작은 프로젝트 구축

제 4단계: 풀스택 개발 (3-6 개월)

- 프론트엔드와 백엔드 기술을 결합하여 풀스택 프로젝트 구축
- 웹 보안과 모범 사례 학습
- 배포 및 호스팅 옵션 이해 (예: AWS, Heroku)
- 블로그나 전자상거래 웹사이트와 같은 복잡한 프로젝트 구축

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

5단계: 전문화 및 고급 주제 (6-12개월)

- 전문 분야 선택 (예: 머신 러닝, 웹 성능 최적화)
- 선택한 분야에서 고급 주제 학습
- 산업 동향과 새로운 기술에 대해 최신 정보 파악
- 코딩 챌린지 및 해커톤 참여
- 개인 프로젝트 구축 또는 오픈 소스 프로젝트 기여

6단계: 지속적인 학습과 전문적 발전

- 새로운 기술과 프레임워크 지속적으로 학습
- 컨퍼런스, 밋업, 웨비나 참석
- 다른 개발자들과 네트워킹, 온라인 커뮤니티 가입
- 멘토링 프로그램 참여 또는 멘토 찾기
- 호기심을 가지고 계속 프로젝트를 개발하여 기술을 향상시킵니다

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

이 로드맵은 단순히 지침일 뿐이에요. 여러분의 여정은 다를 수 있어요. 프로젝트를 만들고 실패에서 배우며, 호기심을 유지하여 숙련된 웹 개발자가 되도록 노력해 보세요.

Posts