HAMA 블로그

관련 기사: http://www.zdnet.co.kr/view/?no=20190212162100관련 기술: SNI 를 이용한 HTTPS 모니터링 요즘 소위 https 차단(?) 문제로 시끄럽다. 이건 기술적으로는 아무 문제도 없는 것인데.. 내용 살펴보겠다는 것도 아니고..대중들은 이 기술에 대해 깊숙히 알 수는 없을 것이고, 그냥 먼가 자유를 침해 당한다고 판단하게 만드는 것 같다. 나쁜놈이 사용하면 큰일 나는 것으로...그러니 ..

광명시의 소하도서관 사서에게 제가 총 몇권이나 빌렸나요? 물어보니 297권이라고 한다. 집 책장에 있는 300여권에 15년 넘는 동안 주말마다 도서관에서 읽은 책들을 다 합치면 1000여권 되겠지. 물론 상당수가 소프트웨어 관련 서적이다. 그럼 1000여권의 실력자가 되었냐? 라고 물으면 그건 아닌거 같다. 이 나이 먹도록 남들 보다 잘하는게 없네.....하는 열등감에 미래가 불안하게 느껴 질 때도 많다. 그럼 무엇을 얻었냐 라고 묻는다면... 아직..

그거 정말 별거 없는데...ㅎㅎ 이렇게 쉬운 걸 쓸때없이 어려운 용어/사상/구분짓기로 떡칠을 해서,  오히려 개발자들에게 짐을 지우는게 아닌가 싶은..그냥 객체(모듈,개체,구조체등등) 이 있다고 할 때, 특정 역할을 외부에서 객체/포인터/함수등 무엇이든 주입받아서 해결하는 방식(근데 애들 관리가 힘들어 질 수도..숨박꼭질 하는 애들 종적찾기란..) 주입받는 방식은 기술,언어마다 다를 수도 있으며 생성자를 이용하던, 세터를 이용하던 ..

IBM 클라우드(하이퍼레저)에서 와이프 카드로 날라온 50만원 상당의 결재 금액에 멘붕중이네요. 예전에 계정관련 카드문제가 있어서 굉장히 큰 곤란을 겪었는데... 내카드,와이프카드,회사1카드모두 안되서 결국회사2카드를 통해서 서류를 미국으로 직접 보내서 겨우 서비스 이용중이고 요금도 납부중인데.. 난데없이 아내 카드로 잠시 Start plan 을 시동만 걸어놨다가 락걸려서 (이 부분에 대한 기억이 가물가물..) 잊어버린 서비스가 살았는지 청구를 해 ..

해석)C++:  완성은 되지만, 시대에 뒤떨어진 포인터사용,쓰레드사용에 의한 버그로 맛이 간 제작물이 탄생. 그것을 보완하기 위해 덧붙혀진 복잡한 래퍼기술의 복잡성에 의한 구토. (feat, Mordern C++ design)JAVA: 시작하기 전에 먼저 프레임워크부터 만들어야함. 혹은 다양한 프레임워크(도구)들에 대해서 잘 알아야함. 시작 못함.JavaScript:  다양하고 많은 오픈소스 라이브러리/프레임워크들..

인터넷은 아직 진화 단계의 초기에 있다좀 충격적인 문장이죠?  아래의 링크 글에 나오는데요. 매우 휼륭한 글로써 (맞는 글로써가 아니라, 생각을 하게 만드는 글) 블록체인에 관심이 없더라도 개발자들이라면 반드시 읽어보시길 바랍니다. 아래 문장도 좋았습니다. 게임의 규칙이 변하는 것을 걱정하지 않고 그 프로토콜 위에서 비즈니스를 만들 수 있었기 때문이다.원문) Why Decentralization Matte..

블럭,논블럭,동기,비동기 이야기  블록,논블럭,동기,비동기를 구분하는 것에 대한 글들이 있는데, 별거 아닌거 가지고 어렵게 풀어내는 거 같아서 나름 간단하고 분명하게 구분해 보는 글을 작성 해 본다. 근데 함정이 있는데 분명하게 정답을 말해 준다는게  아니다. 분명하게 정답이 없으며, 불분명하다고 말해주려는 것이다. ㅎㅎ  면접시나 시험지에 적을 정확한 정답을 몰라서 혹시 불안해..

 (A,B) -> B 보다 A -> (B->B) 가 더 좋다?사실 명령형 파라다임에 적폐인 나로써는, 함수형 파라다임의 체득이란 살아 생전 가능할까 싶다. ㅎㅎ 특히 함수형 파라다임을 체득(머리로 이해가 아닌) 하기 위해서 제일 먼저 만나는 관문을 "커링"이라고 보는데...왜 저 짓을 하냐? 저게 진짜 더 좋긴해? 를 넘어서서 저렇게 하는게 너무 당연하게 느껴지는 퀀텀점프의 경험을 하고 싶다.* 이 글에서는..

C / C++ :  극한의 상황에서도 돌아가야해. 메모리관리,쓰레드관리,리소스관리를 마이크로 컨트롤하여 솔루션을 만드는게 진정한 개발자라고 할 수 있지자바 : C++ 은 반쪽짜리 객체지향에다가 오류의 대부분이 포인터 관련인 어처구니 없는 적폐의 언어. 보통 사람의 능력으로는 항상 문제가 발생 할 소지가 많은 언어. 이제 누구나 개발하는 시대이지. 기본적인 것은 플랫폼에서 해주고, 대규모어플리케이션도&nbs..

소프웨어 엔니지어링에서 가장 교조주의적인 덕목은 인터페이스를 위시한 유연성,확장성이 아닐까 싶다. 그게 절실히 필요한 코드는 5%나 될까 싶은데 주로 공용 라이브러리겠지.나머지 95%의 코드를 만드는 사람들이 모든 책에 적혀져있는 "확장가능하게 만들어야한다" 를 맹목적으로 받아드리고 있는거 같기도 하며,교조적인 덕목에 따라 혹시 자신은 유연하게 만들지 않았는지에 대한 죄책감이 남아 있을지도 모르겠다. 물론 그 정도 고민을 하는 사람이라면 그것만으로..