01_Docker 도커 (Docker) Client / Server 도커 명령어 docker run [OPTIONS] IMAGE[:TAG|@DIGEST] [COMMAND] [ARG...] 옵션 설명 -d detached mode (백그라운드 모드) -p Host와 컨테이너의 Port를 연결 (fowarding) -v Host와 컨테이너의 Directory 연결 (마운트) -e 컨테이너 내에서 사용할 환경변수 설정 -it -i와 -t를 동시에 사용한 것으로 터미널 입력을 위한 옵션 --rm 프로세스 종료시 컨테이너 자동 제거 --link 컨테이너 연결[컨테이너명:별칭] --name 컨테이너 이름 설정
Item15 Item 15 : 변경 가능성을 최소화하라 요약1. 변경 가능한 클래스로 만들 타당한 이유가 없다면, 반드시 변경 불가능 클래스로 만들어야 한다. 2. 변경 불가능한 클래스로 만들 수 없다면, 변경 가능성을 최대한 제한하라. 3. 특별한 이유가 없다면 모든 필드는 final로 선언하라. 변경 불가능(Immutable) 클래스 어떤 메소드도 외부에서 관측 가능한 상태변화를 야기하지 않아야 한다. String class public final class String implements java.io.Serializable, Comparable, CharSequence { /** The value is used for character storage. */ private final char val..
final_immutable Final 과 Immutable 비교 final은 키워드이고, Immutable은 패턴이다. final이면 Immutable인가? 아니다. final 변수의 참조주소는 변경될 수 없다. immutable 객체내부의 정보는 객체가 생성될 때 주어진 것이며, 객체가 살아 있는 동안 그대로 보존된다. String class를 immutable class라고 한다. String 객체는 한번 선언되면 그 값이 변경되지 않기 때문이다. Example String name = "Bactoria"; name = "Junoh"; "Bactoria"가 "Junoh"로 변경된것 아니냐고 할 수 있겠지만, 아래처럼 새 객체가 만들어질 뿐이다. 변경은 없다. final은 참조를 변경하지 못한다. f..
Item14 Item 14 : public 클래스 안에는 public필드를 두지 말고 접근자 메서드를 사용하라 요약 1. public class는 변경가능 필드를 외부로 공개하면 안된다. 2. package-private class/ private nested class의 필드는 public이 바람직할 때도 있다. 정보은닉 //잘못된 클래스 (데이터 필드 직접 조작 가능 -> 캡슐화 안됨) class Point{ public double x; public double y; } //getter, setter를 이용한 데이터 캡슐화 class Point { private double x; private double y; public Point(doyble x, double y){ this.x = x; thi..
Item13. 클래스와 멤버의 접근 권한은 최소화하라 Item 13 : 클래스와 멤버의 접근 권한을 최소화하라 잘 설계된 모듈과 그렇지 못한 모듈을 구별 짓는 가장 중요한 속성 하나는 모듈 내부의 데이터를 비롯한 구현 세부사항을 다른 모듈에 잘 감추느냐의 여부다. 요약1. 접근권한은 가능한 낮추라 2. 최소한의 public API를 설계한 다음, 다른 모든 클래스, 인터페이스, 멤버는 API에서 제외하라 3. public static final 필드를 제외한 어떤 필드도 public 필드로 선언하지 마라 4. public static final 필드가 참조하는 객체는 변경 불가능 객체로 만들라 정보은닉 모듈 사이의 의존성을 낮추자각자 개별적으로 개발, 테스트, 유지보수 등 수행다른 모듈에 영향을 끼치지 ..
오늘 이더리움 첫스터디를 했다. 우리 목표는 DAPP 개발이다. 첫 주제는 이더리움 코어에 대한 것이었다. 각자 파트를 맡아서 발표하는것도 좋겠지만, 같은 부분을 공부해서 궁금한 부분을 말하면 서로 그 부분을 긁어주는 방식으로 하는게 더 맞을것 같다고 생각했다. 스터디 하고 나서도 우리끼리 해결하지 못한부분이 너무 많다. 스터디에서 확실하게 익히지 못한 부분들과 답이 나오지않았던 부분을 기록하고, 해결해보즈아. 1. state데이터는 저장되어있나? level DB로 구성된다는건 유튜브보고 알았는데 이게 levelDB가 어디에있는것이며, 누가 갖고있는건지 잘 몰랐다. 5258900번째 블록 헤더에 state가 머클 값이 있을것인데.. 5258901번째 블록 헤더에 state에도 머클값이 있을것인데.. 이전..
페이스북을 하다가 김영기(화미주 대표)님의 영상을 봤다. 이분은 일주일에 하나씩 영상을 업로드 하신다. 한가지 주제를 가지고 사람들에게 좀더 생각하게끔 만드는?? 2016년에 센텀에서 강연을 해주셔서 그 때 뵜었는데, 엄청 열정이 넘치시는 분이다. 아무튼.. 어제 영상에서는 론과 밀턴 이야기가 있었다. 론처럼 그냥 계속 하면 낡은배로 계속 운행할테니... 밀턴처럼 내 계획을 되짚어보고 픽스해나가야 할 부분을 찾아보기로 했다. 좀 더 좋은 배를 만들자 1. 일찍 일어나기 일찍일어나기 위해 일찍 자는건 되는데 일어나지지가 않는다. 알람소리를 못듣는다... 얼또도 못하고있다.... 얼또 운영하시는 분은 12시 취침, 4시 기상이지만.. 나는 그정도는 아니더라도 얼또 글이라도 남겨보고싶은데!!!! 저녁시간에 커..
README 개방-폐쇄 원칙 (Open-closed principle) 소프트웨어 개체(클래스, 모듈, 함수 등등)는 확장에 대해 열려 있어야 하고, 수정에 대해서는 닫혀 있어야 한다. 기능을 변경하거나 확장할 수 있으면서 (개방)그 기능을 사용하는 코드는 수정하지 않는다. (폐쇄)-> 추상화와 매우 관련깊은 원칙인듯. 자쿰 몸통 / 팔몸통 : Main팔 : 기능 팔에는 개방(Open)몸통은 폐쇄(Closed) 기능 8개 추가 기능 추가시 몸통소스 건드리지말고 팔을 붙였다 뗏다하자~~!! 기능을 몸통에 다넣어버리면 서로 엉키고 엉켜서 한 기능이 다른기능에 의존적이게 짤지도 모릅니다.나중에 어떤 기능을 제거 했을 때 딸려오는 에러(?) 들이 있을지도 몰라요. 최소한 그런 불안감을 가지고 갑니다.코드 가독성..
