일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- kubeflow
- codedeploy error
- Airflow
- bootstrap
- Kafka
- Spring
- PostgreSQL
- JavaScript
- Spring Error
- codebuild
- aws cicd
- codedeploy
- or some instances in your deployment group are experiencing problems.
- chartjs
- java bigdecimal
- aws
- AWS CI/CD 구축하기
- redis
- docker
- codepipeline
- Jenkins
- chart.js
- SQL
- Flux
- COALESCE
- VPN
- node
- 도커
- IntelliJ
- Python
- Today
- Total
목록분류 전체보기 (632)
Small Asteroid Blog
@RequiredArgsConstructor 다음 어노테이션은 초기화 되지 않은 final 필드나 @NonNull 이 붙은 필드를 인자값으로 하는 생성자를 @RequiredArgsConstructor 가 대신 생성해주는 것이다. 해당 클래스의 의존성 관계가 변경될 때마다 생성자 코드를 계속해서 수정해야하는 번거로움을 해결하고자 즉, 의존성 주입(DI)의 편의성을 위해 사용되는 것이다. 스프링에서 생성자로 주입받을 때 주로 @Autowired 를 사용했는데 @Autowired 보다 @RequiredArgsConstructor 로 생성자를 주입 받는게 권장하는 방법이라고 한다. 어노테이션 사용 @RequiredArgsConstructor @Service public class ApiService { priv..
슈도코드 pesudo code (의사코드) 프로그램을 작성할 때 각 모듈이 작동하는 노리를 표현하기 위한 언어 즉, 코드로써 알고리즘이 수행될 내용을 글로 설명해 놓은 것이다. 슈도코드를 사용하는 이유는 코드 설계 단계에서 미리 오류를 수정할 수 있게 작업하기 위함이다. 프로그램의 문제를 해결하기 위한 도구로 다른사람들과 프로그램에 대해 소통하는 방법으로도 사용된다.

맥에서 자바 설치 경로는 아래 명령어를 통해서 확인할 수 있다. /usr/libexec/java_home -V cd /Library/Java/JavaVirtualMachines/
맥에서 jupyter notebook 을 설치하고 jupyter notebook 을 실행시키려 하는데 command not found로 실행이 되지 않았다. 주피터를 실행시킬 때 설치된 파이썬 버전을 확인하고 사용한다. 다음 명령어로 주피터를 실행시킬 수 있었다. python3 -m notebook https://stackoverflow.com/questions/35313876/after-installing-with-pip-jupyter-command-not-found After installing with pip, "jupyter: command not found" After installing with pip install jupyter, terminal still cannot find jupyter..
파이썬이 설치되어있는지 버전 확인으로 확인한다. ## python version 3 python3 -V ## python version 2 python -V pip 을 업그레이드 해준다. pip3 install --upgrade pip 주피터 설치 명령어를 실행한다. pip3 install jupyter 주피터 실행 명령어로 주피터를 실행한다. jupyter notebook
다음과 같으 오류가 뜨는건 Intellij 에 코드를 돌리고 사용하던 맥북이 잠들기 모드에 들어갔을 때 생긴 문제였다. garbage collection was running for a longer time within two executions of housekeeping thread, trying to free up some memory(e.g exactly when an application thread was running a 'select' query). Since the GC was blocking all application threads including the housekeeping thread, as such my suspicion is that the clock "leapt" due ..