HAMA 블로그

개인적으로 400여권의 책을 소장하고, 도서관에서 빌린 책만 수백권.... 교보문고는 나의 마음의 안식처로 생각하는 북 콜렉터로써....책은 항상 문고 가서 읽어보고 사는 편인데.. 에이콘 출판사는 거른다.... (아 몇권 산거 같긴 하다. 토비의 스프링같은 명저와 함수형류의 괜찮은 번역책들...) 이 출판사는 바퀴XX같은 매대 장악력과 수준 낮은 편집능력을 보유하고 있는데.. 한빛,길벗,인사이트 처럼 수준높은것은 바라지도 않고...제이펍 ,위키북스등에 비해서도 유독 에이콘의 편집 수준은 그 모양인지.. 굳이 찾자면 마이너한 소재에 대한 책도 빠르게 번역 출판해 준다는 감사한 면도 있긴 한데 그 감사함을 희석시킬 정도의 편집 수준... 덕분에 다른 출판사가 출판 할 기회가 없어지기나 하고.... (물론 ..

개발자처럼 하위,상위간의 차이가 심한 직업군에서의 "인사"란 정말 중요한 것이라 볼 수 있는데, 현재 면접관의 일방적인 질문은 1. 면접관 본인이 급조 공부한 질문 리스트를 물어보는데, 이건 면접관 본인과 회사에 아무 도움이 안된다. 그냥 우쭐거릴 수 있다 정도. (질문 오픈북을 강추 한다. 오픈북에 대한 준비 상태를 보면 회사,분야에 대한 열정&노력이 보이고, 그들은 진짜 믿을만하다.) 자신이 알고 있는 것을 아는 사람도 좋지만 모르는 것을 아는데 서로 협동 가능한 사람을 뽑으면 시너지가 나겠지요. 2. 면접자는 자신의 머리에 있는 진짜 자신의 지식(어떤것들을 구글링 하여 비교 평가 한다도 포함)에 대해 어필할 기회를 박탈 당합니다. 면접관의 위에서 내려다보는 시각에 의한 (일방적) 발언에 반박 내지는..

비트코인에서 대중들에게 널리 퍼진 UTXO(Unspent transaction output : 아직 소비되지 않은 트랜잭션 결과물)라는 개념이 현재 다양한 블록체인 플랫폼들에서도 사용되고 있다. 다만 약간의 차이점들이 존재하는데 소유권 기반 및 계정 기반으로 각각 구분해서 이야기 해보려 한다. 소유권 기반 구분 1. 소유권이 확정되지 않은 UTXO 철수가 자신의 100원을 영희에게 80원을 주었을 때 이미 가지고 있던 100원의 기록은 영구히 저장되며, 영희에게 80원주었다는 기록과 자신에게 20원을 주었다는 (현실적으로는 남겼다가 맞지만 기술적으로는 거스름돈을 자신에게 준 것임) 기록이 새롭게 블록에 저장된다. 다시 말해서 철수의 100원이 20원으로 변한게 아니라, 100원에서 80원과 20원이 생성..

2019년 3월까지의 하이퍼레저 패브릭과 토큰 관련된 글(기사,블로그,개발 jira)을 간략히 정리 해 보았습니다.1. IBM, 상반기 중 ‘하이퍼레저 패브릭’에 토큰 발행 기능 추가한다 (2019년 3월21일 글) 글로벌 프라이빗 블록체인(허가형 분산원장) 강자인 하이퍼레저 패브릭이 2019년 상반기에 암호화폐 발행 기능을 추가한다. 퍼블릭 블록체인 플랫폼인 이더리움에서 ‘ERC-20’ 표준에 따라 누구나 암호화폐를 발행할 수 있는 것과 유사한 형태로, 하이퍼레저 패브릭에 참여하는 기업은 이른바 ‘패브릭 토큰’을 발행할 수 있게 되는 것이다.패브릭 토큰은 우선 하이퍼레저 패브릭 기반인 ‘IBM 블록체인 플랫폼’의 새 버전에 기능이 추가되는 형태로 올 상반기에 출시될 예정이다. 엄 전무는 “프라이빗 블록..

C++만 사용하고 싶어도 태생적 한계 때문에 C API 와의 호환에 대하여 항상 염두해 둬야 하는게 C++ 개발자들의 숙명입니다. 바이트배열로 직렬화 하는 부분에서도 이러한 랑데뷰가 발생하는데 이번 포스트에서 이에 대한 내용을 정리 하려고 합니다. 구체적으로는 int 형을 char* 로 바꾸는 방식에 대해서 살펴 봅니다.* 직접 메모리를 할당하는 경우에는 메모리 해제하는 부분등에서 오류를 범할 확률이 높아질테고, std::vector , std::string 등을 사용하면 그런 부분은 해결되나 라이브러리에 대한 이해 없이 사용 할 경우 미묘한 버그를 만들어 내서 더욱 찾기가 어렵게 만들 수 도 있습니다. 모든게 좋은 건 세상에 없지요~ 트레이드오프!! C memcpy unsigned char * arr=..

사족: 다시 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 ..