엘키의 주절 주절

https://google.github.io/flatbuffers/ FlatBuffers Documentation flatbuffers는 효율적인 크로스 플랫폼 직렬화 라이브러리이다.C++, C#, C, Go, Java, JavaScript, PHP, Python을 지원한다. 이건 원래 구글이 게임 개발과 또다른 성능이 치명적인 프로그램을 위해 만들어졌다. 이것은 아파치 라이센스 v2 기반의 github 오픈소스로써 사용 가능하다. 왜 Flatbuffers를 쓰는가?parsing이나, unpacking 전에도, 직렬화 데이터에 접근 가능하다.메모리가 효율이 좋고, 빠르다.유연하다.경량 코드강한 타입 처리편리한 사용종속성 없는 크로스 플랫폼 코드 https://google.github.io/flatbuff..

오늘은 많은 서버 개발자 분들이 (그리고 더 많은 다른 파트 개발자 분들이) 알고 계신데 막상 개발 플랜에 누락되는 일이 비일비재한 것들에 대해 이야기 해보고자 합니다.많은 팀이 겪게되는 가상 시나리오를 그려보겠습니다. --------------------------------------------------------------------------------------------프로토타이핑이 성공적이었습니다!개발팀이 세팅 됩니다. 개발 언어, 플랫폼, 엔진 (or 프레임워크)등을 정하게 되죠. 베이스 작업 기간으로 한달 정도 잡습니다. 컨텐츠별로 1주~2주 사이를 잡습니다.그리고 각 컨텐츠가 다 완성되고 폴리싱 작업으로 한달 잡네요. 네. 좋습니다. 대략 컨텐츠가 8개 정도 되네요. 평이한 컨텐츠가 ..

Thread design에 대한 이해는, 기본적으로 잠금 정책에 over head를 이해하고 있느냐에서 출발한다고 생각합니다. 잠금 기반 프로그래밍은, 자주 사용하는 코드가 잠기게 될수록 성능이 수직 하향합니다.대기 하느라, 제대로 된 퍼포먼스를 낼 수 없다는 얘기죠. 그렇게 하지 않기 위해, 객체 간에 잠금에 신경쓰지 않게끔, 객체 간 접점을 줄여주어야 합니다. 좋은 Thread design의 목표는 어떻게 잡아야 할까요? 접점 최소화손쉬운 비동기 처리의도한 대로 순차 처리 (순서가 중요한 동작의 순서 보장) 디테일하게 나열하자면 얼마든지 많겠지만, 저는 위 세가지 목표가 보장된 기반 코드는, 컨텐츠 구현 시에 필요한 요구 사항을 다수 충족 시킬 수 있습니다. 이런 문제가 현세대 멀티스레드 프로그래밍의..

Rails 5.0: Action Cable, API mode, and so much morehttp://weblog.rubyonrails.org/2016/6/30/Rails-5-0-final/ Rails 5.0이 정식 릴리즈 되었습니다. 드디어! 웹소켓을 지원합니다.Action Cable이 바로 그것이죠. 기존 rails의 구조가 1 request-1 response를 기반으로 하는 만큼, 얼마나 웹소켓의 이벤트와 Rails ActionController 코드와 유연하게 연동이 되는지는 궁금합니다. 벌써 한글로 된 채팅 앱 구현 글이 올라왔네요!http://blog.ask.co.de/2016/06/%EB%A0%88%EC%9D%BC%EC%A6%88-5%EC%9D%98-%EC%95%A1%EC%85%98-%E..

동기화 기본목적모든 피어가 같은 결과를 얻게 하기 위함. 난제랜덤값 (시드 동기화)부동 소수점 실수 오차. 환경 변수어떠한 변수들을 동기화할것인가를 잘 결정지어야 한다.애니메이션 시스템에 영향을 주는 요소가, 커맨드 패턴으로 받는 변수 이외의 변수에 영향을 받는다면, 애니메이션 동기화는 불가능하다.또한 오브젝트간 충돌등의 물리처리가 중요하다면 이 것도 마찬가지로 관리해주어야 한다. 커맨드 패턴 사용서버가 난수까지 결정해서 주면 좋음.그럴러면 로직이 서버에 있는게 좋다.클라이언트는 결정지어진 결과값만 수신받아 표현한다라는 개념으로 가야 한다.티어간에 커맨드로 동기화를 하기 때문에, 동기화에 영향을 줄 임의 동작이 존재하면 안된다.동기화 적용 시점선동작 후보정액션성을 강조하기에 좋다.레이턴시가 클 수록 동작..

내가 가장 자신 있는 언어는 C++이다.가장 오랜 시간을 사용해왔고, 가장 많은 코드 작성을, 분석을, 테스트를, 서비스를 해왔던 언어기 때문이다. 다음으로 익숙한 언어는 ruby다.ruby를 통한 scripting, rails를 기반으로 한 web_service 등 C++ 다음으로 익숙하다고 볼 수 있다. 그 다음 언어는 C#.unity에서도 c#, 간단한 툴 작업이나 TCP client, server 작업 등 몇 가지 작업들을 진행했다. 이외에도 이전부터 간단하게 사용 가능하던 언어는 몇 가지 있다. php : 너무 오래전에 사용했다. 특히나 다른 분이 작업해두신 GM툴 기능 유지보수와, 게시판 하나 만들어본 정도였고, 최근 발전 방향을 보면 기대해봄직은 하지만... perl : 써본지도 너무 오래…..

현재까지 개발툴로 C#과 C++에서는 이견이 없이 visual studio 2015를 사용해왔습니다.ruby (& rails) 의 경우 visual studio에서 지원하지 않아, windows환경에선 aptana studio 3 (http://www.aptana.com/)를 사용했고요. 그러던차 node.js를 쓸 일이 좀 있어, visual studio에 node.js 플러그인을 설치해 사용하려 했습니다만… 버그인지 CPU 점유율이 25%이상을 점유하고, 메모리가 계속 증가해 visual studio가 크래시 되더군요. 같은 설치 상태에서, C#, C++은 문제가 없는데 node.js 프로젝트에서만 발생했습니다.-> VS2015 Update 2 이후 발생하지 않네요. 그리하여 다른 솔루션을 찾던 중,..

postgresql은 db 백업 및 복원으로 pg_dump라는 유틸리티를 제공한다.이를 통해 안정적인 백업 및 복구가 가능하다. 자세한 커맨드 라인 옵션은 아래 링크를 통해 확인 가능하다.http://www.postgresql.org/docs/9.5/static/app-pgdump.html 간략한 dump 파일 기반 백업 예제덤프 파일 생성pg_dump -Fc [디비명]> [경로/파일명].dump -U [계정] -W 복원pg_restore -d [디비명] [파일명].dump -U [계정] -W