Github

Microsoft Azure를 사용하면서 흔히 겪는 문제가 전체적인 인프라스트럭처를 한꺼번에 구현해야 할 때이다. 예를 들어 웹사이트와 데이터베이스는 보통 별도의 서버를 이용해서 한번에 셋업해야 하는 경우가 많다. 게다가 Application Insight 라고 불리는 모니터링 도구 및 기타 여러가지 다른 것들을 따로따로 셋업하는 것은 여간 귀찮은 것이

웹 앱 혹은 네이티브 앱을 개발하다보면 보통 트위터, 페이스북 혹은 다른 웹 서비스와 연동을 고려하게 된다. 그럴 때 보통 해당 웹 서비스와 연동을 위해 OAuth 인증을 하게 되는데, 개념은 간단하지만 해당 서비스의 API 제공 수준에 따라 구현하기가 생각보다 쉬운 곳도 있고, 까다로운 곳도 있다. 이 포스트에서는 개발자에게 친숙한 GitHub의

Team Foundation Server (TFS)는 현재 Visual Studio Online (VSO)라는 이름으로 바뀌어서 여전히 널리 쓰이고 있다. 지금의 VSO야 TFS 고유의 소스코드 시스템 뿐만 아니라 git 까지도 사용할 수 있는 형태이지만, TFS 2012 버전을 포함한 이전 버전까지는 git을 공식적으로 지원하지 않았다. 따라서,

깃헙 리포지토리를 만들어서 소스코드를 공유하다보면 최소한 한 번 쯤은 깃헙 페이지를 만들어서 운영할 기회가 생긴다. 보통 이렇게 페이지를 만들어 운영할 때는 리포지토리에 대한 소개라든가 하는 경우들이 많기 때문에 깃헙에서 제공하는 리포지토리 관련 API를 이용하면 조금 더 편리하게 페이지를 작성할 수 있다. 여기서는 깃헙 API를 이용하여

CQRS (Command Query Responsibility Segregation) 은 수시로 확장이 용이한 대규모 엔터프라이즈 환경 혹은 클라우드 환경에서 사용하는 아키텍처 패턴 중 하나. 아주아주 간단한 설명은 아래와 같다. In an oversimplified manner, CQRS separates commands (that change the