카테고리 보관물: Etc

관계를 좀 더 쉽게 풀어내는 방법 : Activity Stream ????

눈 앞으로 다가온 물리적 웹의 시대에서 Physical Web, Object, Activity 등의 새로운 개념을 읽고, 포스팅 하신분께 요청해서 정보도 받고 해서, 좀 더 자세히 Activity Stream이라는 것에 대해서 살펴 보았습니다.. 포스팅 하신분께 감사드립니다..

포스팅 하신 분의 도움을 받아서, 제가 파악한 내용은, http://activitystrea.ms/ 이 Object의 Activity에 대한 정의, 그 정의를 바탕으로 한 관계에 대한 포맷에 대한 표준(?)을 제시하고 있더군요.. ^^.

결국, 데이타를 synd하는 포맷을 정의하고, 포맷된 데이타를 통해서 Object간의 관계를 알 수 있을 거 같습니다. 물론, 위치 정보 까지도요… 지금 하는 프로젝트(소셜 합니다..ㅋㅋ)에 써먹기에 참 좋은데 말이죠…

여튼, 기존의 관계가 들어있지 않았던 많은 데이타들이, 관계, 위치등을 기반으로하는 포맷으로 변환이 되서 유저들간의 관계를 좀 더 쉽게 풀어 내기를 기대해 봅니다..

reactor 프레임웍의 socketchannel의 read 메쏘드 호출을 어디에서??

흠…
현재 개발된 프레임웍의 구조는 master, slave reactor가 있고.. slave reactor가 네트웍 이벤트를 디스패칭을 하고있는 구조이고, 또 socketchannel의 read 메쏘드를 통해서 bytebuffer를 worker 쓰레드에 넘기는 구조인데요..

최근에 큰 사이즈의 이미지를 전송하다 보니….
worker 쓰레드에서 socketchannel의 read 메쏘드를 호출하는 것이 더 맞아보이기도 하고..

흠.. socketchannel의 read 메쏘드를 호출하는 객체가 slave reactor가 되야 될까요?? 아님 worker 쓰레드가 되야 될까요??

고민이네.. ㅜㅜ

라이브러리의 의존 라이브러리에 대해서..

라이브러리..
 이넘 덕분에 프로그래밍이 많이 쉬워졌죠.. 특히, 자바진영에서는 Apache 재단의 지원이 매우 강력한 힘이 되고 있는게 현실이죠..
라이브러리를 사용하기 위해서는 의존하고 있는 라이브러리도 함께 있어야 제대로 동작을 하겠죠..
그리고, 라이브러리는 자신을 사용하는 클라이언트에게 에러 상황(Exception)에 대한 내용도 알려주겠죠?..

ㅎㅎ
위 상황을 가정하면, 왜 라이브러리가 로깅을 해야 될까요??
로깅이 debugging을 위한 거라고 가정을 한다면, 그 몫은 에러 상황을 리턴받은 클라이언트 몫이 아닐까요??

흠.. 정답이 없어서 모라 하긴 그렇지만..
개인적으로 라이브러리가 로깅을 하는것은 좋지 않다고 생각을 하는데..
혹시 저와 다른 생각이 있으신 분들은 답글 좀..  ^^
 

썬 마이크로시스템즈의 인수결정과 우울한 사진..

자바를 탄생시킨 썬 마이크로시스템즈가 오라클에 인수되네요. 자바를 주 언어로 개발하는 개발자로서 재직 중인 회사가 망했다거나, 다른 회사에 넘어가는 거보다 훨 슬픈 느낌이네요. 펭귄이 위로해주는 모습이 참 의미심장합니다. ^^;;

스타트업을 하는 서비스 혹은 회사를 위한 백단 시스템은??

당장 시작하는 회사들 혹은 서비스들을 위해서 Twitter나 Facebook에서 사용하고 있는 NOSQL 분류의 Cassadra같은 DB가 필요한가?? 필요하다고 생각하는 것은 정말로 중규모 이상으로 서비스가 될 것으로 예측을 하게 되면 필요하게될 것이다. 하지만, 그래도 약간의 불확실성과 성능/비용의 두마리 토끼를 잡기위한 구성으로는 아래의 조합이 가장 좋지 않나 생각합니다.

memcached + mysql(clustering)

성능/비용을 감안해서, 위 조합보다 더 좋은 구성으로 서비스의 백단을 구성하는 모델이 있으면, 댓글 부탁드립니다.. ^^