소스 코드는 여기 있습니다. 문제는 여기 있습니다. Problem Given an array of distinct integers nums and a target integer target, return the number of possible combinations that add up to target. The test cases are generated so that the answer can fit in a 32-bit integer. Example 1: Input: nums = [1,2,3], target = 4 Output: 7 Explanation: The possible combination ways are: (1, 1, 1, 1) (1, 1, 2) (1, 2, 1) (1, 3) (2, 1..
소스 코드는 여기 있습니다. 문제는 여기 있습니다. Problem You are implementing a program to use as your calendar. We can add a new event if adding the event will not cause a double booking. A double booking happens when two events have some non-empty intersection (i.e., some moment is common to both events.). The event can be represented as a pair of integers start and end that represents a booking on the half-open ..
슬랙을 사용하다보면 커스텀 이모지가 필요한 상황이 있는데요, 그 때 사용하기 위해 링크를 모아봤습니다. 사용법은 워낙 간단하기 때문에 직접 들어가서 만들어보시면 됩니다😄 MakeEmoji Create animated custom emoji GIFs for Twitch, Slack, and Discord makeemoji.com Emoji Generator | Discord & Slack Emoji Maker - Discord Emoji Create awesome custom emoji for Discord and Slack using our Emoji Maker / Emoji Generator. Using the Twemoji set as a base, create emoji with over 10,00..
이 포스팅은 만들면서 배우는 클린 아키텍처를 읽고 작성하였습니다. Overview 코드를 구성하는 몇 가지 방법과 헥사고날 아키텍처를 표현하는 패키지 구조를 소개합니다. 프로젝트를 처음 생성할 때 패키지 구조를 먼저 설계하게 되는데, 진행될수록 점점 바빠져서 처음의 원칙을 지키지 않고 서로 규칙 없이 참조하게 되는 경우를 많이 겪어보셨을 것입니다. 지금부터 송금하기 유스케이스에 대해 여러 가지 패키지 구조 예시를 살펴보겠습니다. 계층 구조 첫 번째 접근 방법은 계층 구조를 이용하는 것입니다. app ├── domain │ ├── Account │ ├── AccountRepository │ ├── AccountService │ └── Activity ├── persistence │ └── AccountRe..
좋은 글이 있어 공유합니다. 원문은 여기서 확인할 수 있습니다. 한 줄 요약 개발자를 행복하게 만들고 행복을 유지하는 것을 잊지 마세요. 좋은 개발자 경험(Developer Experience, DX)이란 무엇인가 개발자 경험은 개발자가 제품을 사용하거나 개발하는 동안의 경험을 말합니다. 하지만 많은 회사에서는 UX(User Experience)보다 우선순위에 밀려나 있습니다. 개발자도 유저이고, 제품을 사용합니다. 그들의 만족과 행복은 프로젝트의 성공에 매우 중요합니다. 행복한 개발자는 뛰어난 소프트웨어를 만들고 팀을 떠날 가능성을 줄여줍니다. 우리는 아래 4가지 요소로 좋은 개발자 경험을 정의합니다. 적절한 아키텍쳐 아키텍쳐가 단순하면 나중에 고통받고, 복잡하면 지금 고통스럽습니다. 프로젝트와 팀 규..
이 포스팅은 프로그래머의 뇌를 읽고 작성하였습니다. Overview 경험 많은 개발자조차 코드를 빨리 이해하는 것이 어려운 이유 두뇌가 정보들을 어떻게 인식 가능한 부분으로 나누는지 이해 단어와 코드 같은 정보를 분석할 때 LTM과 STM 사이의 상호작용 프로그래머가 일하는 시간 중 약 60%가 작성하는 게 아니라 이해하는 데 사용됩니다. 따라서 코드를 빨리 이해할 수 있다면 프로그래밍 기술이 크게 개선된다고 할 수 있습니다. 코드를 읽을 때 정보가 처음 저장되는 곳은 STM이라는 것은 앞서 살펴봤는데요, 코드의 많은 정보를 처리하는 게 왜 어려운 일인지 알아보겠습니다. 코드를 빨리 읽을 때 두뇌에서 무슨 일이 일어나는지 알면 코드를 얼마나 잘 이해하고 있는지 스스로 확인하기 더 쉽기 때문입니다. 코드 ..
이 포스팅은 프로그래머의 뇌를 읽고 작성하였습니다. Overview 코딩 중에 발생하는 다양한 혼란의 방식과 그 차이점을 이해하고, 코딩에서 작동하는 세 가지 인지 과정을 비교합니다. 그리고 이 세 가지 인지 과정들이 어떻게 서로 보완적으로 작동하는지 이해합니다. 프로그래밍을 하다 보면 늘 혼란이 일어납니다. 새로운 언어나 개념 또는 프레임워크를 배울 때 지레 겁부터 먹는 경우도 있습니다. 익숙하지 않은 코드, 자신이 오래 전에 작성한 코드를 다시 확인할 때, 그 코드가 왜 그렇게 작성되었는지 이해가 안 갈 수도 있습니다. 또는 새로운 도메인에서 일을 시작할 때 새로운 용어나 누적되며 쌓여온 히스토리 때문에 파악이 어려운 경우도 있습니다. 이런 혼란을 필요 이상으로 오래 가져가면 안 되겠죠? 따라서 책에..
소스 코드는 여기 있습니다. 문제는 여기 있습니다. Problem Given a list of strings words and a string pattern, return a list of words[i] that match pattern. You may return the answer in any order. A word matches the pattern if there exists a permutation of letters p so that after replacing every letter x in the pattern with p(x), we get the desired word. Recall that a permutation of letters is a bijection from letter..
소스 코드는 여기 있습니다. 문제는 여기 있습니다. Problem Given an array of integers nums sorted in non-decreasing order, find the starting and ending position of a given target value. If target is not found in the array, return [-1, -1]. You must write an algorithm with O(log n) runtime complexity. Example 1: Input: nums = [5,7,7,8,8,10], target = 8 Output: [3,4] Example 2: Input: nums = [5,7,7,8,8,10], target = 6 ..
이 포스팅은 만들면서 배우는 클린 아키텍처를 읽고 작성하였습니다. 단일 책임 원칙 이 원칙의 일반적인 해석은 "하나의 컴포넌트는 오로지 한 가지 일만 해야 하고, 그것을 올바르게 수행해야 한다." 이지만 실제 의도는 "컴포넌트를 변경하는 이유은 오직 하나 뿐이어야 한다." 입니다. 책임을 하나의 일을 한다라기보다는 변경해야 할 이유로 해석해야 하는 것이죠. 아키텍처에서 이것을 어떻게 적용할 수 있을까요? 컴포넌트를 변경할 이유가 오직 하나라면 어떤 이유로 소프트웨어를 변경하더라도 이 컴포넌트에 대해 전혀 신경 쓸 필요가 없습니다. 소프트웨어가 변경되더라도 여전히 기대했던 대로 동작할 것이기 때문입니다. 구현하다보면 위 그림같이 됩니다. A는 다른 여러 컴포넌트에 의존하고있고, E는 의존하는 것이 전혀 없..
- Total
- Today
- Yesterday
- 스프링 부트 애플리케이션
- proto3
- Spring Boot Tutorial
- 스프링 부트 튜토리얼
- JPA
- Spring Data JPA
- Jackson
- Spring Boot
- Spring Boot JPA
- spring boot app
- r
- @ManyToOne
- JSON
- 알고리즘
- 클린 아키텍처
- 함께 자라기 후기
- gRPC
- intellij
- Java
- spring boot application
- leetcode
- Linux
- 함께 자라기
- spring boot jwt
- 스프링 부트
- 헥사고날 아키텍처
- 스프링 데이터 jpa
- 스프링 부트 회원 가입
- 스프링부트
- QueryDSL
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |