HAMA 블로그

사족: 다시 C++을 시작 하면서 세부적이진 않지만 기본적으로 기억해 두어야할 지침 50가지를 정리해 보았습니다. C++을 처음 시작하는 개발자들에게도 도움이 되지 않을까 싶습니다. 해당 내용 회색 글자는 팀에 의해 선택될 여기가 있다고 보는 방식입니다. 기억하기 쉽도록 경구만 썼으며 자세한 내용은 구글링과 젤 마지막 레퍼런스를 통해 확인 하시길 바랍니다. C++ 50 계명 - 이것만은 기억하자. 일반 1. immutable / const 은 디폴트로 적극적으로 사용한다. 2. 다형성을 가진 기본 클래스는 소멸자를 반드시 가상 소멸자로 만든다. 3. 값을 그대로 매개변수로 넣지말고, 대개 상수객체 참조자로 전달한다. 4. 변수 정의를 상단에 몰아서 하지 않는다. 사용 되는 곳 근처에서~ 5. 상속보다는 ..

리더피어는 조직 내에서 피어들간의 오더러로 부터 받은 블록을 공유하기 위한 대표 피어이다. 이 피어가 맛이가면 조직내의 피어들끼리 리더선출을 통해서 새로운 리더를 선출하고 오더러에 알려서 정상적으로 작동하게 된다. 앵커피어는 조직 간의 피어들에 대한 정보 교환의 대리인으로 사용된다. 이로써 서로에 대한 위치를 알게 되어 아무 조직의 Peer 하나에 Proposal을 보내도 모두에 적용될 수 있게 되며, MSP에 대한 공유도 가능해진다. 적어도 하나의 앵키피어가 채널 설정시 정의되야하며, 채널에 참여하는 모든 피어들은 제네시스 블록안에 기록된 앵커피어에 대한 정보를 공유하게 된다. (앵커피어가 1개일 경우 서로 다른 B,C의 조직은 A조직의 그 앵커피어를 통해서 서로에 대해 알게되고 MSP를 직접 교환하게..

처음에 블로그를 시작했을 땐, 그저 기억보다는 글이 오래 갈꺼라는 생각에 내 공부를 저장하는 느낌으로 시작했다. 시간이 흘러...어느정도 글들이 쌓이게 되고 매우 많은 사람들이 방문하는 블로그가 되었는데, 올린 글중 틀린 내용이 생각나면 식은땀이 흐른다.. 음~~ 뻥이다. 땀은 잘 흘리지 않는 체질이다.아무튼 뭐 블로그글이야 뭐 참고용이니깐 알아서 필터링 하거나 다른 정보와 비교,검증을 통해 개인이 알아서 판단하는게 맞는거긴 하다. 나도 남의 블로그를 볼 때는 그 정도 유도리는 가지고 참고하니깐..그래도 최소한 책임지려는 자세는 가지려고 노력한다. 먼가 최근 글중 수정해야할 것이 떠오르면, 즉시 수정하거나 외부활동을 하는 경우엔 집/회사에 오자마자 고치고 있긴하다. (스마트폰에서는 수정이 안되서 안타깝다..

어느 마을에 한 수상한 거지가 있었다. 그는 마을을 돌아다니며 각종 버려진 물건들을 주어서 자신의 비밀공터로 가지고 왔다. 공터 한구석에는 그 물건 폐품들이 산더미 처럼 쌓여 있었으며, 그 물건들은 날을 잡아서 공터 다른 구석에 있는 드럼통들에 무작정 눌러 담아 놓았다. 몇 일이 지나 거지는 어떤 마법사를 만나게 되는데 이 마법사는 폐품에서 몇가지 물건을 조합하여 엄청난 보물을 만들 수 있는 방법을 알려 주었다. 아무렇게나 담아져있는 드럼통에서 해당 물건을 찾기란 거의 불가능 했다. 그래서 거지는 드럼통에 아무것이나 쑤셔 넣는게 아니라, 수 많은 폐품중에서 자신만 알고 있는 그 부품을 다른 것들과 함께 섞여져서 담을 (위장하기 위해) 드럼통을 만들어야 겠다고 생각했다.즉 드럼통에 무엇이 들어 있는지는 다..

Create Versatile Microservices in Golang — Part 1Create Versatile Microservices in Golang — Part 2 (Docker and go-micro)Create Versatile Microservices in Golang — Part 3 (docker-compose and Datastores)Create Versatile Microservices in Golang — Part 4 (Authentication With JWT)Create Versatile Microservices in Golang — Part 5 (Event Brokering With go-micro)Create Versatile Microservices in Golang ..

토큰 이코노미와 토큰 디자인 패턴본 패턴들은 블록체인에 대한 깊이 있는 분석과 공유를 하고 있는 서울대학교 디사이퍼 학회의 글을 요약,정리한 글입니다. 한번 훑어 본 후에는 해당 링크로 가서 정독하는 것을 권장합니다. 장,단점 및 더욱 자세하게 나와 있습니다. Means of Exchange Token #1. Payment 패턴 => 토큰을 지불 한 만큼 서비스를 제공 받음. 쿠폰을 주면 만두 서비스 추가~ => 서비스의 성장과 토큰의 가치 성장이 연결되는 방식 => 소비자나 공급자나 토큰을 보유하고 있을 유인이 적다. 예: golem) 분산된 컴퓨팅 자원을 P2P로 공유할 수 있게 해주는 서비스를 제공하는 분산 컴퓨팅 네트워크로써, 이용자는 토큰을 이용하여 자원을 구입하고, 제공자는 그것에 대한 보상을..

하이퍼레저 패브릭 MSP MSP는 하이퍼레저 패브릭에서 각 피어와 사용자에 대한 인증/인가 작업에 대한 추상층입니다. 퍼블릭 블록체인과는 다른 콘소시엄 블록체인에서만 복잡하게 존재하는 모듈로써, 구현하는거 자체도 PKI의 복잡성을 그대로 물려받기 때문에 복잡하지만 실제 콘소시엄 블록체인을 구축하여 조직들간의 거버넌스 정책을 만들어 나가는 프로세스는 더욱 더 복잡하지 않을 까 싶습니다. 즉 새로운 조직을 어떻게 추가시키는지 같은? 현재 대부분의 패브릭 프로젝트에서 설립자 주도적 네트워크 구성을 하고 있는것으로 아는데 (즉 조직간 합의가 필요없음. 그냥 짱이 알아서 하는?) 진짜 조직별로 권한이 균등이 나누어져 있는 네트워크에서의 실제 사용사례에 대한 레퍼런스에 대한 공개가 기대됩니다.이 글에서는 하이퍼레저..

MSP는 하이퍼레저 패브릭에서 각 피어와 사용자에 대한 인증/인가 작업에 대한 추상층입니다. 퍼블릭 블록체인과는 다른 콘소시엄 블록체인에서만 복잡하게 존재하는 모듈로써, 구현하는거 자체도 PKI의 복잡성을 그대로 물려받기 때문에 복잡하지만 실제 콘소시엄 블록체인을 구축하여 조직들간의 거버넌스 정책을 만들어 나가는 프로세스는 더욱 더 복잡하지 않을 까 싶습니다. 즉 새로운 조직을 어떻게 추가시키는지 같은? 현재 대부분의 패브릭 프로젝트에서 설립자 주도적 네트워크 구성을 하고 있는것으로 아는데 (즉 조직간 합의가 필요없음. 그냥 짱이 알아서 하는?) 진짜 조직별로 권한이 균등이 나누어져 있는 네트워크에서의 실제 사용사례에 대한 레퍼런스에 대한 공개가 기대됩니다.이 글에서는 하이퍼레저 패브릭에서 사용되는 MS..