Sky Archive

[한강나이트워크42K] 2023 HANGANG NIGHT Walk 42K 행사 안내

Anchovy ʕ-᷅ᴥ-᷄ʔ — Mon, 31 Jul 2023 16:05:14 +0900

안녕하세요 ‍

이번 글에서는 이번에 제가 참여하게 된 '한강 나이트워크 42K' 행사 안내에 대한 내용입니다.

★★ 일정 변경 안내 ★★

원래 행사 기간은 2023. 7. 29. (토) ~ 2023. 7. 30. (일) 이였으나

집중 호우로 인한 한강 공원 침수 등 복구 작업으로 2023. 8. 5. (토) ~ 2023. 08. 06 (일) 로 연기되었습니다!

취소 티켓 구매기간은 아래와 같아요.

2023. 07. 20. (목) ~ 2023. 08. 02 (수)

아래 구매 링크를 통해 공식 홈페이지에서 구매하시면 됩니다.

구매 링크 ☞

2023 한강나이트워크42K | 어반스포츠

✔ 모든 취소 티켓은 2023. 08. 02. (수) 까지 구매 가능합니다.✔ 취소티켓은 환불/취소가 불가하오니 신중한 구매 부탁드립니다.✔ 단체신청 안내 : 하단 엑셀 양식을 꼭 다운로드 하여 작성해주시

urbansports.kr

※ 취소 티켓 구매 시 주의할 점

취소 티켓은 환불/취소 X

참가 패키지의 경우 7/31 오전 10시 이전 구매자는 사전 배송되나 이후 구매자는 현장 수령해야 합니다!

- 장소 (집결지)

여의도 한강공원 녹음수광장

- 제한 시간

개인별 지정 출발시간 맞춰 출발하고 제한시간 내에 완보하시면 됩니다.

42K : 제한시간 11시간
자신의 한계에 도전하는 극한 체험! 나이트워크 대표 코스

22K : 제한시간 6시간
밤부터 아침까지 한강의 다채로운 풍경과 함께 걷는 미들 코스

15K : 제한시간 4시간
야경과 함께 즐기며 소통하는 누구나 도전할 수 있는 이지 코스

- 참가자 패키지 이외의 챙겨야 할 준비물

1. 물병과 간식을 동시 수납할 수 있는 가방 (10리터 이상 배낭 권장, 가슴과 허리 조임끈이 있는 형태 권장)
2. 물 500ml(또는 동량의 물을 담을 수 있는 용기)
3. 참가 종목 기준 10km당 100kcal 이상의 간식 (42K 참가자라면 420kcal 이상)
4. 옷이나 가방에 부착할 수 있는 발광체 (LED 제품 등)
5. 휴대폰과 비상금 (신용카드 또는 현금)

6. 보조 배터리

- 완보증 신청기간

8월 5일 (토) ~ 8월 11일 (금)

cf. 어반스포츠 한강나이트워크24K 공식 홈페이지 https://urbansports.kr/shop_view/?idx=50

[롯데타워 스카이런] 롯데월드타워 SKY RUN 기부금영수증 발행 신청

Anchovy ʕ-᷅ᴥ-᷄ʔ — Wed, 19 Apr 2023 13:16:47 +0900

안녕하세요. ‍

지난 글들에서 이색마라톤인 롯데월드타워 스카이런(SKY RUN) 행사 안내를 했는데요!

5분 만에 매진되었다고 하던데 다들 신청 성공하셨나요?? 꼭 참석하고 싶었는데 운 좋게도 성공하였습니다.✌

참가 신청을 하셨다면 잊지 말아야 할 기부금영수증 발행 신청에 대해 포스팅하려고 합니다.

지정기간 내 개인정보 미 입력 시 참가비는 전액 주최자명으로 기부된답니다!

2023 스카이런 기부금 영수증 발행 신청은 4월 24일 (월)까지이고

연말정산 시 기부금 세제 혜택도 받을 수 있으니 꼭 늦지않게 신청하시길 바랍니다!

참가 대상자에 한해 아래와 같은 문자가 오고

개인정보 수집 및 활용 동의 후 개인 정보 입력하고 제출하면 끝!

다만, 스카이런 참가자 정보와 일치해야 발행 가능하고 이름과 주민등록번호 오류 시 기부금영수증 발급 불가하니 제출 전에 한번 더 확인하세요

2023 롯데월드타워 수직마라톤대회(SKY RUN) 기부금영수증 발행 신청 ☞

[롯데타워 스카이런] 공식! 2023 롯데월드타워·몰 스카이런 행사 안내

Anchovy ʕ-᷅ᴥ-᷄ʔ — Wed, 15 Mar 2023 01:32:31 +0900

안녕하세요 ‍
이번 글은 지난 글에 이어 롯데월드타워·몰 공식 블로그에 공지된 내용으로 2023년 롯데타워 스카이런 행사 안내를 해보려고 합니다!

공식블로그 내용을 참고하였습니다!

스카이런은 롯데월드타워에서 2017년부터 매년 봄에 진행하는 수직마라톤 대회이고 국내에서 가장 많은 건물 내 계단 2917개를 올라가는 행사입니다!

행사 참가비 전액이 보바스어린이의원에 기부되니 좋은 곳에 기부와 더불어 건강도 챙기시는 건 어떨까요? ~~(기부 영수증도 챙길 수 있다!)~~

기부처 안내▽

참가비는 참가자 개인명의로 보바스 어린이의원에 전액 기부되며, 참가신청 완료 후 보내 드리는 별도 양식에 개인정보를 입력해 주셔야 합니다! (지정기간 내 개인정보 미 입력 시 참가비는 전액 주최자명으로 기부됩니다.)

보바스어린이의원은 국내 최초의 소아재활 전문으로 뇌병변 질환과 같은 중추신경계 질환 및 발달 지연을 겪고 있는 아동들에게 포괄적이고 체계적인 개인별 맞춤 전문 의료 서비스를 제공하고 있습니다.

보바스어린이의원에 기부해 주시는 소중한 후원금은 재활치료 환아의 건강한 발달과 성장을 위한 치료비 지원 및 치료 환경 개선을 위해 사용됩니다.

https://string.tistory.com/155

[롯데타워 스카이런] 롯데월드타워 SKY RUN 기부금영수증 발행 신청

안녕하세요. ‍ 지난 글들에서 이색마라톤인 롯데월드타워 스카이런(SKY RUN) 행사 안내를 했는데요! 5분 만에 매진되었다고 하던데 다들 신청 성공하셨나요?? 꼭 참석하고 싶었는데 운 좋게

string.tistory.com

관심 있는 분들은 일정 참고하여 참가해 보시면 좋을 거 같아요!

2023년 스카이런 행사 일시 : 4월 22일 (토) 9:00 ~ 18:00

스카이런 참가 접수는 다음 주 월요일부터 시작됩니다!

접수기간 : 3월 20일(월) 11시~ 3월 24일(금) 17시

남녀노소 누구나 참여 가능한 비경쟁부문과, 만 18세 이상 ~ 65세 미만이 참여 가능한 경쟁부문 두 개로 나뉘어 진행됩니다.

롯데ON 스카이런 상품페이지를 통해 온라인 접수로 진행되며, 현장 접수는 받지 않는다고 합니다!

모집 인원이 한정적이라 선착순으로 마감될 수 있으니 이 점 유의하시길 바라요!

참가 신청까지 마치셨다면 좋은 컨디션으로 대회 당일 시간에 맞춰 롯데월드타워 아레나 광장으로 가시면 됩니다.

도착 후 메디컬센터 건강검진, 참가등록처에 서류 제출 후, RACE 팔찌를 받은 뒤 출발대기하시면 됩니다.

(건강검진은 만 40세 이상은 필수, 미만은 선택입니다.)

참가 신청 및 더 자세한 내용은 공식 페이지를 참고하세요!

https://www.lwt.co.kr/skyrun/introduce.do

롯데ON 스카이런 상품 페이지

https://www.lotteon.com/p/display/shop/seltDpShop/31798

[롯데타워 스카이런] 다시 돌아온 롯데월드타워·몰 스카이런 행사 예정

Anchovy ʕ-᷅ᴥ-᷄ʔ — Thu, 9 Mar 2023 12:59:33 +0900

안녕하세요 ‍
이번 글은 2023년 롯데타워 스카이런 행사 안내를 해보려고 합니다.
스카이런은 롯데월드타워 1층부터 123층까지의 계단을 오르는 수직 마라톤입니다!
작년의 경우 행사 참가비 전액이 보바스어린이의원에 기부되었으니 좋은 곳에 기부와 더불어 건강도 챙기시는 건 어떨까요? ~~(기부영수증도 챙길 수 있다!)~~
관심 있는 분들은 일정 참고하여 참가해 보시면 좋을 거 같아요!

스카이런은 롯데월드타워에서 2017년부터 매년 봄에 진행하는 수직마라톤 대회이고 국내에서 가장 많은 건물 내 계단 2917개를 올라가는 행사입니다!
코로나19로 중단됐다가 작년에 3년 만에 다시 개최 됐었는데 올해 스카이런은 4년 만에 마스크 없이 진행될 예정이라고 합니다.

아직 자세한 2023년 행사 내용은 공지되지 않아 롯데월드타워·몰 공식 블로그 2022년 행사 안내를 참고하여 작성하였습니다.
작년 행사 안내를 통해 어느 정도 예상해 볼 수 있겠네요!

자세한 내용이 공지되면 추가적으로 작성할게요!

https://m.blog.naver.com/lotte_tower/222680536503?referrerCode=1

2022 롯데월드타워·몰 스카이런·언택트스카이런 행사안내

2022 롯데월드타워·몰 스카이런·언택트스카이런 행사안내 안녕하세요. 롯데월드타워·몰 공식 블로그입니다....

blog.naver.com

[Java] 알 수 없는 속성이 있는 JSON 처리, Jackson Unmarshalling JSON

Anchovy ʕ-᷅ᴥ-᷄ʔ — Mon, 6 Mar 2023 16:26:01 +0900

증상: Unrecognized Property Exception

API로 JSON 데이터를 받아와 Java 엔터티로 언마샬링(객체로 맵핑), DTO 클래스에 선언되지 않은 속성이 있으면 오류 발생.

com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field

해결 방법:

1. ObjectMapper를 사용하여 알 수 없는 필드 처리

ObjectMapper 객체 생성 시 옵션 설정

ObjectMapper mapper = new ObjectMapper().configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);

2. 클래스 수준에서 알 수 없는 필드 처리

DTO class에 @JsonIgnoreProperties 어노테이션

- 특정 필드만 제외

@JsonIgnoreProperties({"name"})
public class Sample {
	private String name;
	...
}

- 선언된 필드 외에 모든 요소 제외

@JsonIgnoreProperties(ignoreUnknown = true)
public class Sample {
	private String name;
	...
}

ref .https://www.baeldung.com/jackson-deserialize-json-unknown-properties

[AWS] AWS Certifications, 자격시험 무료 재응시 이벤트

Anchovy ʕ-᷅ᴥ-᷄ʔ — Tue, 7 Feb 2023 13:36:36 +0900

안녕하세요 ‍

AWS 자격시험 무료 재응시 기회가 있어 소개해 드리려고 합니다!

처음 응시료는 지불하고 해당 시험 불합격 시 재응시료를 면제해 주는 프로모션입니다.

https://aws.amazon.com/ko/certification/

2023년 1월 16일부터 2023년 4월 17일까지의 기간 사이에 Pearson VUE를 통해 AWS 시험을 예약하실 때,

프로모션 코드 PEARSONKR를 입력하시면, 추후 재응시가 필요한 경우 무료 재응시가 가능합니다.

시험 예약

다만, 첫 번째 응시 및 무료 재응시는 2023년 6월 5일까지 Pearson VUE® 공인 시험 센터 또는 OnVUE 온라인 시험을 통해 완료되어야 하고 시험 한 번을 불합격하는 경우, 재응시 자격을 얻을 때까지 14일을 기다려야 합니다. 프로모션 기간 내에 응시하여 불합격한 자격시험에 대해 한 번의 무료 재응시로만 제한됩니다.

결재창에서 코드 입력 후 프로모션 정상 적용 여부를 확인해야 합니다.

※ AWS Certified Developer – Associate 및 DevOps Engineer – Professional 시험 업데이트가 예정되어 있으니, 해당 시험을 응시 예정이라면 업데이트 내용을 확인해 보세요.

AWS Certified Developer - Associate 시험 업데이트

이제 업데이트된 AWS Certified Developer – Associate 시험에 등록할 수 있습니다. 이 자격증은 핵심 AWS 서비스, 사용 및 기본 AWS 아키텍처 모범 사례에 대한 지식 및 이해를 입증하고 AWS를 사용한 클라우드 기반 애플리케이션을 능숙하게 개발, 배포, 디버깅할 수 있음을 보여줍니다.

현재 이 자격증을 보유하고 있고 재인증이 필요한 경우 2023년 2월 27일까지 현재 시험을 다시 보거나, 2023년 2월 28일부터 시작되는 업데이트된 시험을 보거나, Developer - Associate 자격증을 자동으로 재인증하는 AWS Certified DevOps Engineer - Professional 시험을 보고 자격증을 획득할 수 있습니다.

아래에서 모든 시험 언어로 제공되는 시험 가이드, 샘플 문항 및 공식 연습 문제 세트를 검토하세요.

- 시험 개요
형식: 객관식 및 다중 응답 질문만 해당
유형: Associate
제공 방법: Pearson VUE 테스트 센터 또는 온라인 감독 시험
문항 수: 65개
시간: 130분
비용: 150 USD
언어: 영어, 프랑스어(프랑스), 독일어, 이탈리아어, 일본어, 한국어, 포르투갈어(브라질), 중국어 간체, 스페인어(라틴 아메리카)

- 주요 날짜

현재 시험 마지막 응시 일자	2023년 2월 27일
업데이트된 시험 첫 응시 일자	2023년 2월 28일

시험 가이드 다운로드(DVA-C02) »
샘플 문항 다운로드(DVA-C02) »

AWS Certified DevOps Engineer - Professional 시험 업데이트

이제 업데이트된 AWS Certified DevOps Engineer – Professional 시험에 등록할 수 있습니다. 이 자격증은 AWS 플랫폼에서 분산 애플리케이션 시스템을 프로비저닝하고, 운영하고, 관리할 수 있는 기술 전문성을 입증합니다.

현재 이 자격증을 보유하고 있고 재인증이 필요하거나 AWS Certified Developer - Associate 자격증을 보유하고 있고 업그레이드하려는 경우, 2023년 3월 6일까지 현재 AWS Certified DevOps Engineer - Professional 시험을 보거나 2023년 3월 7일부터 새 시험을 볼 수 있습니다.

업데이트된 시험에 대해 아래에서 시험 언어로 제공되는 시험 가이드, 샘플 문항 및 공식 연습 문제 세트를 검토하세요.

- 시험 개요
형식: 객관식 및 다중 응답 질문만 해당
유형: Associate
제공 방법: Pearson VUE 테스트 센터 또는 온라인 감독 시험
문항 수: 75개
시간: 180분
비용: 300 USD
언어: 영어, 일본어, 한국어 및 중국어 간체

- 주요 날짜

현재 시험 마지막 응시 일자	2023년 3월 6일
업데이트된 시험 첫 응시 일자	2023년 3월 7일

시험 가이드 다운로드(DOP-C02) »
샘플 문항 다운로드(DOP-C02) »

rf.

https://aws.amazon.com/ko/certification/

https://aws.amazon.com/ko/certification/coming-soon/?trk=f3f1555b-4e36-480b-abe0-e56e66f4ea00&sc_channel=el

[Azure] Azure portal에서 Azure AD application and service principal 생성, 권한 부여 방법

Anchovy ʕ-᷅ᴥ-᷄ʔ — Tue, 31 Jan 2023 14:23:08 +0900

안녕하세요 ‍

오늘은 Azure portal에서 Azure AD application and service principal 생성, 권한 부여 방법에 대해 설명할게요!

외부 애플리케이션에서 api 호출 등을 위해 Azure portal에서 app registrations 후 권한 부여하는 일련의 과정입니다.

Azure documentation을 참고하여 작성했습니다!

역할 기반 액세스 컨트롤(RBAC, role-based access control)과 함께 사용할 수 있는 새로운 Azure Active Directory(Azure AD) 애플리케이션과 서비스 주체 작성 방법에 대해 설명합니다. 리소스에 액세스 하거나 수정해야 하는 애플리케이션, 호스팅 된 서비스 또는 자동화된 도구가 있는 경우 앱의 ID를 생성할 수 있습니다. 이 ID는 서비스 주체라고 불립니다. 리소스에 대한 액세스는 서비스 주체에게 할당된 역할에 의해 제한되므로 액세스 할 수 있는 리소스와 수준을 제어할 수 있습니다.

앱 등록, 앱 개체 및 서비스 주체

Azure 포털을 사용하여 서비스 주체를 직접 생성할 수 있는 방법은 없습니다. Azure 포털을 통해 애플리케이션을 등록하면 홈 디렉터리 또는 테넌트에 애플리케이션 개체와 서비스 주체가 자동으로 생성됩니다. 애플리케이션 등록, 애플리케이션 개체 및 서비스 주체 간의 관계에 대한 자세한 내용은 Azure Active Directory의 애플리케이션 및 서비스 주체 개체를 참조하십시오.

앱 등록에 필요한 권한

우선 응용 프로그램을 Azure AD 테넌트에 등록하고 응용 프로그램에 Azure 구독의 역할을 할당하려면 권한이 있어야 합니다.

1. Azure Active Directory를 선택합니다.
2. Overview -> My feed에서 역할을 찾습니다. 사용자 역할이 있는 경우 관리자가 아닌 사용자가 응용 프로그램을 등록할 수 있는지 확인해야 합니다.

3. 왼쪽 메뉴 목록에서 Users를 선택한 다음 User settings을 선택합니다.
4. App registrations 설정을 확인합니다. 이 값은 관리자만 설정할 수 있습니다. Yes로 설정하면 Azure AD 테넌트의 모든 사용자가 앱을 등록할 수 있습니다.

앱 등록 설정이 No로 설정된 경우 관리자 역할이 있는 사용자만 이러한 유형의 애플리케이션을 등록할 수 있습니다. 사용 가능한 관리자 역할 및 각 역할에 부여되는 Azure AD의 특정 권한에 대해 알아보려면 Azure AD 기본 제공 역할을 참조하세요. 계정에 사용자 역할이 할당되었지만 앱 등록 설정이 관리 사용자로 제한되는 경우 관리자에게 앱 등록의 모든 측면을 만들고 관리할 수 있는 관리자 역할 중 하나를 할당하거나 사용자가 앱을 등록할 수 있도록 해달라고 요청하세요.

Azure 구독 권한 확인

Azure 구독 시 귀하의 계정은 다음과 같아야 합니다. Microsoft.Authorization/*/WriteAD 앱에 역할을 할당하기 위한 액세스 권한입니다. 이 작업은 Owner 역할 또는 User Access Administrator 역할을 통해 부여됩니다. 계정에 기여자 역할이 할당된 경우 적절한 권한이 없습니다. 서비스 주체에게 역할을 할당하려고 하면 오류가 발생합니다.

구독 권한 확인:
1. Subscriptions을 선택합니다.

2. 서비스 주체 생성에 사용할 구독을 선택합니다.

찾고 있는 헤드라인 등록이 표시되지 않으면 글로벌 헤드라인 등록 필터를 선택합니다. 포털에 대해 원하는 구독이 선택되었는지 확인하십시오.

3. My permissions를 선택합니다. 그런 다음 여기를 클릭하여 이 헤드라인 등록에 대한 전체 액세스 세부 정보를 보십시오.

4. Role assignments을 선택하여 할당된 역할을 보고 AD 앱에 역할을 할당할 수 있는 적절한 권한이 있는지 확인합니다. 그렇지 않은 경우 구독 관리자에게 사용자 액세스 관리자 역할에 사용자를 추가하도록 요청하십시오. 다음 이미지에서는 사용자에게 Owner 역할이 할당되어 있습니다. 이는 사용자에게 적절한 권한이 있음을 의미합니다.

Azure AD에 애플리케이션 등록 및 서비스 주체 만들기

1. Azure Active Directory를 선택합니다.
2. App registrations을 선택합니다.
3. New registration을 선택합니다.
4. 애플리케이션 이름을 지정합니다(예: "example-app"). 애플리케이션을 사용할 수 있는 사람을 결정하는 지원되는 계정 유형을 선택합니다. 리디렉션 URI 아래에서 만들려는 애플리케이션 유형으로 웹을 선택합니다. 액세스 토큰이 전송되는 URI를 입력합니다. 네이티브 애플리케이션에 대한 자격 증명을 만들 수 없습니다. 자동화된 애플리케이션에는 해당 유형을 사용할 수 없습니다. 값을 설정한 후 등록을 선택합니다.

※ 문제가 발생하면 필요한 권한을 확인하여 계정이 ID를 생성할 수 있는지 확인

애플리케이션에 역할 할당

구독의 리소스에 액세스 하려면 애플리케이션에 역할을 할당해야 합니다. 애플리케이션에 적합한 권한을 제공하는 역할을 결정합니다. 사용 가능한 역할에 대해 알아보려면 Azure AD 기본 제공 역할을 참조하세요.

구독, 리소스 그룹 또는 리소스 수준에서 범위를 설정할 수 있습니다. 권한은 더 낮은 수준의 범위로 상속됩니다. 예를 들어 리소스 그룹에 대한 독자 역할에 애플리케이션을 추가하면 리소스 그룹과 여기에 포함된 모든 리소스를 읽을 수 있습니다.

1. Azure Portal에서 애플리케이션을 할당하려는 범위 수준을 선택합니다.

ex. 구독 범위에서 역할을 할당하려면 구독을 검색하여 선택하거나 홈 페이지에서 구독을 선택합니다.

2. 애플리케이션을 할당할 특정 구독을 선택합니다.

※ 찾고 있는 구독이 표시되지 않으면 글로벌 구독 필터를 선택하십시오. 포털에 대해 원하는 구독이 선택되었는지 확인합니다.

3. Access control(IAM)를 선택합니다.
4. Add > Add role assignment를 선택하여 역할 할당 추가 페이지를 엽니다.
5. Role 탭에서 목록의 애플리케이션에 할당할 역할을 선택합니다.

ex. 애플리케이션이 재부팅, 인스턴스 시작 및 중지와 같은 작업을 실행하도록 허용하려면 기여자 역할을 선택. 사용 가능한 역할

6. Next 또는 Members 탭으로 이동합니다. Assign access to -> User, group, or service principal를 선택한 다음 구성원 선택을 선택합니다. 기본적으로 Azure AD 애플리케이션은 사용 가능한 옵션에 표시되지 않습니다. 애플리케이션을 찾으려면 이름(예: "example-app")으로 검색하고 반환된 목록에서 선택합니다. 선택 버튼을 클릭합니다. 그런 다음 검토 + 할당 버튼을 클릭합니다.

서비스 주체가 설정되었습니다. 이를 사용하여 스크립트 또는 앱을 실행할 수 있습니다. 서비스 주체(권한, 사용자 동의 권한, 동의한 사용자 확인, 권한 검토, 로그인 정보 확인 등)를 관리하려면 엔터프라이즈 애플리케이션으로 이동합니다.

로그인을 위한 테넌트 및 앱 ID 값 가져오기

프로그래밍 방식으로 로그인할 때 인증 요청 및 애플리케이션 ID와 함께 테넌트 ID를 전달합니다. 또한 인증서 또는 인증 키가 필요합니다(다음 섹션에서 설명). 해당 값을 얻으려면 다음 단계를 사용하십시오.

1. Azure Active Directory를 선택합니다.
2. Azure AD의 App registrations에서 애플리케이션을 선택합니다.
3. 디렉터리(테넌트) ID를 복사하여 애플리케이션 코드에 저장합니다.

4. 애플리케이션 ID를 복사하여 애플리케이션 코드에 저장합니다.

인증

인증을 위해서는 인증서 업로드와 애플리케이션 암호, 두 가지 옵션이 있는데 저는 애플리케이션 암호는 사용했습니다.

옵션 1: 새 애플리케이션 암호 만들기

인증서를 사용하지 않기로 선택한 경우 새 애플리케이션 암호를 생성할 수 있습니다.

1. Azure Active Directory를 선택합니다.
2. Azure AD의 App registrations에서 애플리케이션을 선택합니다.
3. Certificates & secrets을 선택합니다.
4. Client secrets -> New client secret을 선택합니다.

5. 완료되면 Add를 선택합니다.
클라이언트 암호를 저장하면 클라이언트 암호 값이 표시됩니다. 나중에 value는 숨김 처리되니 이 값을 반드시 기록해 둡니다.

옵션 2: 인증서 업로드

기존 인증서가 있는 경우 사용할 수 있습니다. 선택적으로 테스트 목적으로만 자체 서명된 인증서를 만들 수 있습니다. 자체 서명된 인증서를 만들려면 PowerShell을 열고 다음 매개 변수와 함께 New-SelfSignedCertificate를 실행하여 컴퓨터의 사용자 인증서 저장소에 인증서를 만듭니다.

- Azure PowerShell

$cert=New-SelfSignedCertificate -Subject "CN=DaemonConsoleCert" -CertStoreLocation "Cert:\CurrentUser\My"  -KeyExportPolicy Exportable -KeySpec Signature

Windows 제어판에서 액세스 할 수 있는 사용자 인증서 관리 MMC 스냅인을 사용하여 이 인증서를 파일로 내보냅니다.

1. 시작 메뉴에서 실행을 선택한 다음 certmgr.msc를 입력합니다.
현재 사용자의 인증서 관리자 도구가 나타납니다.
2. 인증서를 보려면 인증서 - 왼쪽 창의 Certificates - Current User에서 Personal directory를 확장합니다.
3. 생성한 인증서를 마우스 오른쪽 버튼으로 클릭하고 All tasks->Export를 선택합니다.
4. 인증서 내보내기 마법사를 따릅니다. 개인 키를 내보내지 말고 .CER 파일로 내보내십시오.
인증서를 업로드하려면:
4.1. Azure Active Directory를 선택합니다.
4.2. Azure AD의 App registrations에서 애플리케이션을 선택합니다.
4.3. Certificates & secrets을 선택합니다.
4.4. Certificates > Upload certificate를 선택하고 인증서(기존 인증서 또는 내보낸 자체 서명된 인증서)를 선택합니다.

4.5. Add를 선택합니다.
애플리케이션 등록 포털에서 애플리케이션에 인증서를 등록한 후 클라이언트 애플리케이션 코드에서 인증서를 사용하도록 설정합니다.

ref.

https://learn.microsoft.com/en-us/azure/active-directory/develop/howto-create-service-principal-portal#permissions-required-for-registering-an-app

https://learn.microsoft.com/ko-kr/azure/role-based-access-control/overview

[Clean Code] 클린 코드 'Chapter 5. 형식 맞추기' 핵심 내용 및 정리

Anchovy ʕ-᷅ᴥ-᷄ʔ — Wed, 28 Dec 2022 10:05:19 +0900

- 도서 목차

Chapter 1. 깨끗한 코드
Chapter 2. 의미 있는 이름

Chapter 3. 함수

Chapter 4. 주석

Chapter 5. 형식 맞추기

(p95 ~ 116)

Chapter 6. 객체와 자료 구조

Chapter 7. 오류 처리

Chapter 8. 경계

Chapter 9. 단위 테스트

Chapter 10. 클래스

Chapter 11. 시스템

Chapter 12. 창발성

Chapter 13. 동시성

Chapter 14. 점진적인 개선

Chapter 15. JUnit 들여다보기

Chapter 16. SerialDate 리팩터링

Chapter 17. 냄새와 휴리스틱

- 강의 목차

코드의 가독성에 필수적인 포맷팅

01 포맷팅이 중요한 이유
02 클린코드 포맷팅
03 Java Class Declarations
04 Team Coding Convention

01 포맷팅이 중요한 이유

가독성에 필수적
• 코드를 수월하게 읽어나갈 수 있다.
• 아마추어처럼 보이지 않는다.
• 포맷팅으로 인해 코드를 잘못 해석해 버그를 발생할 위험을 줄인다.

02 클린코드 포맷팅

- 적절한 길이 유지

반드시는 아니지만 일반적으로 200라인 이하로 작성.
• 큰 파일보다는 작은 파일이 이해하기 쉽다.
• 코드길이가 200라인을 넘어간다면, 클래스가 여러 개의 일을 하고 있을 수 있다. SRP 위배됨.

- 밀접한 개념은 가까이

밀접한 개념은 서로 가까이 둔다.
• 행묶음은 완결된 생각 하나를 표현하기 때문에 개념은 빈행으로 분리한다.
• 변수는 사용되는 위치에서 최대한 가까이 선언한다.

03 Java Class Declarations

Class 내부코드 순서
1. static 변수
public → protected → package → private
2. instance 변수

public → protected → package → private
3. 생성자
4. 메서드
public 메서드에서 호출되는 private 메서드(종속 함수)는 그 아래에 위치 : 가독성위주의 그룹핑

https://www.oracle.com/java/technologies/javase/codeconventions-fileorganization.html#1852

/*
 * @(#)Blah.java        1.82 99/03/18
 *
 * Copyright (c) 1994-1999 Sun Microsystems, Inc.
 * 901 San Antonio Road, Palo Alto, California, 94303, U.S.A.
 * All rights reserved.
 *
 * This software is the confidential and proprietary information of Sun
 * Microsystems, Inc. ("Confidential Information").  You shall not
 * disclose such Confidential Information and shall use it only in
 * accordance with the terms of the license agreement you entered into
 * with Sun.
 */

package java.blah;

import java.blah.blahdy.BlahBlah;

/**
 * Class description goes here.
 *
 * @version 1.82 18 Mar 1999
 * @author Firstname Lastname
 */
public class Blah extends SomeClass {
    /** classVar1 documentation comment */
    public static int classVar1;

    /** 
     * classVar2 documentation comment that happens to be
     * more than one line long
     */
    private static Object classVar2;

    /** instanceVar1 documentation comment */
    public Object instanceVar1;

    /** instanceVar2 documentation comment */
    protected int instanceVar2;

    /** instanceVar3 documentation comment */
    private Object[] instanceVar3;

    public Blah() {
        // ...implementation goes here...
    }

    public void doSomething() {
        // ...implementation goes here...
    }

    public void doSomethingElse(Object someParam) {
        // ...implementation goes here...
    }
}

03 Team Coding Convention

개발언어의 컨벤션이 우선이지만, 애매한 부분은 팀 컨벤션을 따른다.

ex.

MySQL Convention
컬럼명은 snake_case로 네이밍 한다.

Team Convention
enum 타입으로 사용하는 varchar 타입의 경우 컬럼명은 _type로 끝나도록 네이밍 한다.

Google Java Style Guide https://google.github.io/styleguide/javaguide.html

Naver Hackday Java Convention https://naver.github.io/hackday-conventions-java/

[Clean Code] 클린 코드 'Chapter 4. 주석' 핵심 내용 및 정리

Anchovy ʕ-᷅ᴥ-᷄ʔ — Mon, 26 Dec 2022 13:16:15 +0900

도서 목차

Chapter 1. 깨끗한 코드
Chapter 2. 의미 있는 이름

Chapter 3. 함수

Chapter 4. 주석

(p67 ~ 94)

Chapter 5. 형식 맞추기

Chapter 6. 객체와 자료 구조

Chapter 7. 오류 처리

Chapter 8. 경계

Chapter 9. 단위 테스트

Chapter 10. 클래스

Chapter 11. 시스템

Chapter 12. 창발성

Chapter 13. 동시성

Chapter 14. 점진적인 개선

Chapter 15. JUnit 들여다보기

Chapter 16. SerialDate 리팩터링

Chapter 17. 냄새와 휴리스틱

강의 목차

코드를 보조하는 주석

01 주석을 최대한 쓰지 말자
02 좋은 주석
03 주석보다 annotation
04 JavaDoc

01 주석을 최대한 쓰지 말자

- 주석은 나쁜 코드를 보완하지 못한다.

코드에 주석을 추가하는 일반적인 이유는 코드품질이 나쁘기 때문이다.
자신이 저지른 난장판을 주석으로 설명하지 말고 개선하는데 시간을 보내야 한다.
코드로도 의도를 표현할 수 있다

- 주석은 방치된다.

코드의 변화에 따라가지 못하고, 주석은 방치된다.
코드는 컴파일되어 호출되지만, 주석은 그저 주석이기 때문에 그 자리에 방치되고 결국의미 없는 텍스트가 되어버린다.

02 좋은 주석

- 구현에 대한 정보를 제공

- 의도와 중요성을 설명

- TODO, FIXME 주석 (Task tag)

• TODO : 좀 더 최적화시키고 리팩터링 시킬 수 있을만한 구석이 있을 때.
• FIXME : 문제가 있는 것이 확실하지만, 그걸 지금 당장 그것을 수정할 필요는 없을 때.
IDE에서 하이라이팅 되고, 별도의 창에서 관리할 수 있다.

https://string.tistory.com/104

[Eclipse] Task tag란? Task tag의 종류

안녕하세요. ‍ 코드를 작성하다 보면 시간에 쫓기거나 우선순위 때문에 미뤄지는 일들이 생기는데, 기억해야지 하고 그냥 주석으로 적어두면 다시 보지 않는 경우가 부지기수인 경우가

string.tistory.com

03 주석보다 annotation

annotation = 코드에 대한 메타데이터
코드의 실행 흐름에 간섭을 주기도 하고, 주석처럼 코드에 대한 정보를 줄 수 있다.

- 자주 사용되는 annotation

java.lang.annotation
@Deprecated: 컴파일러가 warning을발생시킴. 사용시 IDE에서 표시됨
@NotThreadSafe: ThreadSafe 하지 않음을 나타냄 (주석보다 어노테이션으로 많이 사용)

04 JavaDoc

Java코드에서 API문서를 HTML형식으로 생성해주는 도구

// This is a single line comment

/*
 * This is a regular multi-line comment
 */
 
 /**
  * This is a Javadoc
  */

- Class level

/**
* Hero is the main entity we'll be using to . . .
* 
* Please see the {@link com.baeldung.javadoc.Person} class for true identity
* @author Captain America
* 
*/
public class SuperHero extends Person {
    // fields and methods
}

- Field level

/**
 * The public name of a hero that is common knowledge
 */
private String heroName;

- Method level

/**
 * <p>This is a simple description of the method. . .
 * <a href="http://www.supermanisthegreatest.com">Superman!</a>
 * </p>
 * @param incomingDamage the amount of incoming damage
 * @return the amount of health hero has after attack
 * @see <a href="http://www.link_to_jira/HERO-402">HERO-402</a>
 * @since 1.0
 */
public int successfullyAttacked(int incomingDamage) {
    // do things
    return 0;
}

- Javadoc 문서

https://www.baeldung.com/javadoc

ref.

https://www.baeldung.com/javadoc

[Clean Code] 클린 코드 'Chapter 3. 함수' 핵심 내용 및 정리

Anchovy ʕ-᷅ᴥ-᷄ʔ — Thu, 22 Dec 2022 16:06:26 +0900

도서 목차

Chapter 1. 깨끗한 코드
Chapter 2. 의미 있는 이름

Chapter 3. 함수

(p39 ~ 66)

Chapter 4. 주석

Chapter 5. 형식 맞추기

Chapter 6. 객체와 자료 구조

Chapter 7. 오류 처리

Chapter 8. 경계

Chapter 9. 단위 테스트

Chapter 10. 클래스

Chapter 11. 시스템

Chapter 12. 창발성

Chapter 13. 동시성

Chapter 14. 점진적인 개선

Chapter 15. JUnit 들여다보기

Chapter 16. SerialDate 리팩터링

Chapter 17. 냄새와 휴리스틱

강의 목차

함수를 안전하고 간결하게 작성하기

01 SOLID
02 간결한 함수 작성하기
03 안전한 함수 작성하기
04 함수 리팩터링

01 SOLID

SOLID 원칙

• SRP 단일 책임 원칙
• OCP 개방-폐쇄 원칙
• LSP 리스코프 치환 원칙
• ISP 인터페이스 분리 원칙
• DIP 의존성 역전 원칙

SRP (단일 책임 원칙)
한 클래스는 하나의 책임만 가져야 한다.

• 클래스는 하나의 기능만 가지며, 어떤 변화에 의해 클래스를 변경해야 하는 이유는 오직 하나만
• SRP 책임이 분명해지기 때문에, 변경에 의한 연쇄작용에서 자유로움
• 가독성 향상과 유지보수 가용이

OCP (개방-폐쇄 원칙)

소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀있어야 한다.

• 변경을 위한 비용은 가능한 줄이고, 확장을 위한 비용은 가능한 극대화 해야 한다.
• 요구사항의 변경이 나 추가사항이 발생하더라도, 기존 구성요소에는 수정이 일어나지 않고, 기존 구성요소를 쉽게 확장해서 재사용한다.
• 객체지향의 추상화와 다형성을 활용한다.

LSP (리스코프 치환 원칙)
서브타입은 언제나 기반 타입으로 교체할 수 있어야 한다.

• 서브타입은 기반 타입이 약속한 규약(접근 제한자, 예외 포함)을 지켜야 한다.
• 클래스 상속, 인터페이스 상속을 이용해 확장성을 획득한다.
• 다형성과 확장성을 극대화하기 위해 인터페이스를 사용하는 것이 더 좋다.
• 합성(composition)을 이용할 수도 있다.

ISP (인터페이스 분리 원칙)

자신이 사용하지 않는 인터페이스는 구현하지 말아야 한다.

• 가능한 최소한의 인터페이스만 구현한다.
• 만약 어떤 클래스를 이용하는 클라이언트가 여러 개고, 이 클라이언트들이 클래스의 특정 부분만 이용한다면, 여러 인터페이스로 분류하여 클라이언트가 필요한 기능만 전달한다.
• SRP가 클래스의 단일 책임이라면, ISP는 인터페이스의 단일 책임

DIP (의존성 역전 원칙)

상위 모델은 하위 모델에 의존하면 안 된다. 둘 다 추상화에 의존해야 한다.
추상화는 세부사항에 의존해서는 안 된다. 세부사항은 추상화에 따라 달라진다.

• 하위 모델의 변경이 상위 모듈의 변경을 요구하는 위계관계를 끊는다.
• 실제 사용관계는 그대로이지만, 추상화를 매개로 메시지를 주고받으면서 관계를 느슨하게 만든다.

확장에 유연하지 않음. (새로운 카드사 추가)

그렇기에 둘 다 추상화된 인터페이스에 의존하도록 한다.

02 간결한 함수 작성하기

함수가 길고, 여러 가지 기능이 섞여있다. // Bad

함수를 작게 쪼개고 함수 내 추상화 수준을 동일하게 맞춘다. // Good

- 한 가지만 하기 (SRP), 변경에는 닫히게 만들기 (OCP)

두 가지 기능이 존재 (계산, Money 생성) // Bad

또한 새로운 직원 타입 추가 시 변경이 어려움.

계산과 타입 관리를 분리 // Good

타입에 대한 처리는 최대한 Factory에서만 한다.

- 함수 인수
인수의 개수는 0~2개가 적당
3개 이상인 경우에는 인자를 줄이는 형태로 변경한다.

// 객체를 인자로 넘기기
Circle makeCircle(double x, double y, double radius); // Bad
Circle makeCircle(Point center, double radius); // Good

// 가변 인자를 넘기기 -> 특별한 경우
String.format(String format, Object… args);

03 안전한 함수 작성하기

부수효과(Side Effect) 없는 함수
(Side Effect : 값을 반환하는 함수가 외부 상태를 변경)

함수와 관계없는 외부 상태를 변경시킨다. // Bad

04 함수 리팩터링

기능은 같으나 코드의 가독성 향상, 성능을 개선

함수의 정상적으로 동작한다는 전제하에 리팩터링을 해야 하기 때문에 테스트 코드 또한 중요하다.

리팩터링 과정

1. 기능을 구현하는 서툰 함수를 작성한다.
길고, 복잡하고, 중복이 존재한다.

2. 테스트 코드를 작성한다.
함수 내부의 분기와 엣지 값마다 테스트하는 코드를 작성한다.

3. 리팩터링 한다.
코드를 다듬고, 함수를 쪼개고, 이름을 바꾸고, 중복을 제거한다.

ref.

SOLID design principles https://medium.com/bgl-tech/what-are-the-solid-design-principles-c61feff33685