닭발개발

tibero는 docker가 따로 없고 ubuntu 이미지 다운 받은 다음에 그 안에 tibero를 설치해줘야 함. 1. os 이미지 다운 root@dream:~# docker pull ubuntu Using default tag: latest latest: Pulling from library/ubuntu bccd10f490ab: Already exists Digest: sha256:77906da86b60585ce12215807090eb327e7386c8fafb5402369e421f44eff17e Status: Downloaded newer image for ubuntu:latest docker.io/library/ubuntu:latest 2. 컨테이너 배포 root@dream:~# docker run..

touch 명령어는 Linux나 Unix 계열의 운영 체제에서 사용되는 명령어로, 파일의 최종 수정 시간을 현재 시간으로 변경하거나 새로운 파일을 생성하는데 사용됩니다. 기본적인 사용법은 간단합니다. 예를 들어, touch filename.txt 명령어를 사용하면 "filename.txt"라는 빈 파일을 생성하거나 이미 존재하는 파일의 최종 수정 시간을 현재 시간으로 업데이트합니다. 예시: 새로운 파일 생성: touch newfile.txt 2. 파일의 최종 수정 시간 업데이트: touch existingfile.txt touch 명령어는 다양한 옵션과 함께 사용될 수 있으며, 자세한 내용은 man touch 명령어를 통해 메뉴얼 페이지를 확인할 수 있습니다.

작성 목적 : 포트 80이 이미 사용되고 있으면 kill 하고 해당 jar 파일을 실행한다. #!/bin/bash # port 80 check PORT=80 CHECK_PORT=$(sudo netstat -ntlp | grep :$PORT) if [ -n "$CHECK_PORT" ]; then # killi80 port pid PID=$(echo "$CHECK_PORT" | awk 'NR==1 {print $7}' | gawk -F '/' '{print $1}') echo "Port $PORT is already in use. Killing process $PID" sudo -S kill -9 $PID fi # Jar file run cd ~/wallet-view-2/target nohup sudo ja..

db 이름 변경을 하려고 했는데 이런 에러가 뜨면서 되지 않았다. 이때는 dump -> restore 해줘야 하는데, 1. 이름을 변경할 db 우클릭 > 도구 > Dump database 2. dump할 db와 하위 테이블, 뷰를 확인 > 다음 버튼 클릭 3. 원하는 설정값 부여, 저장할 폴더 확인 > start 4. 새로 생성할 db 만들어주기 5. 새로 생성할 db 우클릭 > 도구 > Restore database > dump 한 파일 import

24일차. 클린코드[4주차_ 토요일] 216-223pg #요약 12. 창발성 1) 창발적 설계로 깔끔한 코드를 구현하자. - 켄트 벡이 제시한 단순한 설계 규칙 네 가지가 소프트웨어 설계 품질을 높여줄 수 있다. ( 중요도 순 ) 🎈 모든테스트를 실행한다. 🎈 중복을 없앤다. 🎈 프로그래머 의도를 표현한다. 🎈 클래스와 메서드 수를 최소로 줄인다. 2) 단순한 설계 규칙1 : 모든 테스트를 실행하라 - 테스트가 가능한 시스템을 만드려고 애쓰면 설계 품질이 더불어 높아진다. 3) 단순한 설계 규칙 2 ~ 4 : 리팩터링 - 코드를 정리하면서 시스템이 깨질까 걱정할 필요없다. 테스트 케이스가 있어서. - 리팩터링 단계에서는 소프트웨어 설계 품질을 높이는 기법이라면 무엇이든 적용해도 괜찮다. 4) 중복을 없애..

23일차. 클린코드[4주차_ 금요일] 206-215pg #요약 11. 시스템 1) 도시를 세운다면? 2) 시스템 제작과 시스템 사용을 분리하라. 3) 확장 * 자바에서 사용하는 관점 or 관점과 유사한 메커니즘 3개 a. 자바 프록시 b. 순수 자바 AOP 프레임워크 c. AspectJ 관점 : 관심사를 관점으로 분리하는 가장 강력한 언어도구, 언어 차원에서 관점을 모듈화 구성으로 지원하는 자바 언어 확장. 4) 테스트 주도 시스템 아키텍쳐 구축 - 코드 수준에서 아키텍쳐 관심사를 분리할수 있으면 진정한 테스트 주도 아키텍처 구축이 가능해진다. 5) 의사결정을 최적화하라 - 의사결정을 최대한 미루는게 최선이며, 가장 적합한 사람에게 의사결정을 맡기면 좋다. 6) 명백한 가치가 있을 때 표준을 현명하게 사..

22일차. 클린코드[4주차_ 목요일] 198-205pg #요약 11. 시스템 1) 도시를 세운다면? 2) 시스템 제작과 시스템 사용을 분리하라. 가. Main 분리 : 시스템 생성과 시스템 사용을 분리하는 한 방법. 나. 팩토리 다. 의존성 주입 : 사용과 제작은 분리하는 강력한 메커니즘 하나. 의존성 관리 맥락에서 객체는 의존성 자체를 인스턴스로 만드는 책임은 지지 않고 이런 책임을 다른 '전담' 메커니즘에 넘겨야만 한다. 그렇게 제어를 역전한다. 3) 확장 - 소프트웨어 시스템은 '수명이 짧다'는 본질로 인해 아키텍처의 점진적인 발전이 가능하다. 가. 횡단(cross-cutting) 관심사 : 원론적으로는 모듈화되고 캡슐화된 방식으로 영속성 방식을 구상할 수있는데 현실적으로는 영속성 방식을 구현한 코..

20일차. 클린코드[4주차_ 화요일] 180-188pg #요약 10. 클래스 1) 클래스 체계 2) 클래스는 작아야 한다! 다. 응집도를 유지하면 작은 클래스 여럿이 나온다 : 클래스가 응집력을 잃는다면 쪼개라! 3) 변경하기 쉬운 클래스 - OCP Open-Closed Principle : 클래스는 확장에 개방적이고 수정에 폐쇄적이어야 한다는원칙 - 새 기능을 수정하거나 기존 기능을 변경할 때 건드릴 코드가 최소인 시스템 구조가 바람직하다.

18일차. 클린코드[3주차_ 토요일] 161-169pg #요약 9. 단위 테스트 - 제대로 된 테스트 케이스를 작성하자 1) TDD 법칙 세 가지 2) 깨끗한 테스트 코드 유지하기 3) 깨끗한 테스트 코드 a. 도메인에 특화된 테스트 언어 - 테스트를 구현하는 당사자와 나중에 테스트를 읽어볼 독자를 도와주는 테스트 언어 b. 이중표준 - 실제 환경에서는 절대로 안 되지만 테스트 환경에서는 전혀 문제없는 방식 - 대게 메모리나 CPU 효율과 관련있는 경우 4) 테스트 당 assert 하나 - assert문이 단 하나인 함수는 결론이 하나라서 코드를 이해하기 쉽고 빠르다. a. 테스트 당 개념 하나 - 테스트 함수마다 한 개념만 테스트하라 - 개념 당 assert 문 수를 최소로 줄여라 5) F.I.R.S...

17일차. 클린코드[3주차_ 금요일] 151-160pg #요약 8. 경계 1) 외부 코드 사용하기 2) 경계 살피고 익히기 3) log4j 익히기 4) 학습 테스트는 공짜 이상이다. 5) 아직 존재하지 않는 코드를 사용하기 6) 깨끗한 경계 - 경계에서는 흥미로운일 (변경)이 많이 벌어진다. - 경계에 위치하는 코드는 깔끔히 분리한다. - 통제가 불가능한 외부 패키지에 의존하는 대신 통제가 가능한 우리 코드에 의존하는 편이 훨씬 좋다. 9. 단위 테스트 - 제대로 된 테스트 케이스를 작성하자 1) TDD 법칙 세 가지 a. 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다. b. 컴파일은 실패하지 않으면서 실행히 실패하는 정도로만 단위 테스트를 작성한다. c. 현재 실패하는 테스트를 통과..