common-lisp 게임 서버 개발 스터디/프로젝트 모임

[Chris Kim]

안녕하세요.

 

오랜간만에 메시지를 보내게 됩니다.

최근 몇년간 게임을 개발하는라 정말 정신없는 시간을 보내고있었네요. ^^

 

여기는 리스프 모임으로 부터 클로져까지 많은 관심을 가지고 보고 있는데 사실 저의 관심은 리습또는 클로져를 가지고 게임를 제작하는 것 이였습니다.

 

리습은 아주 오래 전에 리얼타임 3D 모델링에니메이션 프로그램을 제작하는 회사에서 개발에 참여 한 적이 있었습니다.

대충 이런 모습입니다.

https://www.google.co.kr/search?q=nichimen+graphics&client=firefox-b-ab&biw=1718&bih=1249&tbm=isch&tbo=u&source=univ&sa=X&ved=0ahUKEwj_oaLm5rTSAhUFpJQKHaFZBjEQsAQILw

 

그 당시 느꼈던 것이 리습이 일반적인 인식 과는 다르게 엄청난 장점을 가지고 있고, 메모리 관리만 잘하면 리얼타임 어플리케이션을 개발하는데 전혀 문제가 없다는 것 이였습니다.

 

리습에 대한 장점은 잘 아실테라 자세히 적지는 않겠습니다.

어째던 그간 리습을 가지고 게임 개발 해보려고 그 동안 많은 노력은 해봤지만 막상 적용하려니 쉽지가 안더군요.

직원을 뽑다 보니 당연 다른 언어를 사용하게 되더군요.

 

어쨌던 많은 우여 곡절 끝에 최근 저희가 개발한 게임이 스팀에서 런칭을 했는데 무료 게임이니까 관심이 있으신 분은 한번 테스트 해보시기 바랍니다.

http://store.steampowered.com/app/436520

 

게임런칭도 했고, 조금 늦었지만(20년쯤??) 이제는 리습으로 서버를 개발할 시기가 드디어 온 것 같습니다.

 

클로저를 가지고도 가능할까 지난 2년간 관심을 가지고 지켜 보긴 했지만 제가 내린 결론은 클로저는 리얼타임용으로 개발하기엔 아직 좀 무리라는 판단은 내렸습니다. 제자 클로저 를 잘 몰라서 인 것도 있지만, CPU 와 메모리를 쥐어짜내야 하고 게임은 스테이트 변화가 심해서 immutable이 기본인 클로저에는 잘 어울리지 않는 것 같습니다.

 

어쨌던 위와 같은 이유가 새로운 프로젝트를 시작하는 이유이고 이에 동참하실 분을 찾습니다.

 

저도 하도 오랜 동안 리습을 다루지 않았기 때문에 본격적으로 시작하기 전 약간의 시간이 필요로 할 것 같습니다.

이미 게임을 서비스를 하고 있기 때문에 급하게 서둘지 않아도 될 것 같아서 아래와 같은 방식으로 시작했으면 합니다.

 

스터디모임/프로젝트의 목적은 현재 서비스 중인 C++ 게임서버를 리습으로 교체 하는 것 입니다.우선 게임서버 개발에 필요한 기초 리서치가 필요할 것 같습니다. 적당한 리스트버전 선정, 개발 라이브러리 테스트 (대규모 유저 TCP 접속, 서버 클라이언트간 Protocl 공유,  DB 연동, 로그 및 유닛 테스트  등등)

이 기간 동안에는 스터디 모임처럼 가볍게 모임을 갖고 본격적으로 개발을 시작 하게 되면 정식으로 프로젝트를 런칭 할 생각입니다.

단순 스터디 모임에서 끝나는게 아니라 상용서버 개발이 목적이라 좀더 밀도 높은 모임을 하게 될 것 같습니다.

모임을 진행하면서 여러 가지 방향으로 진행이 가능할 것 같습니다. 외주 용역개발 또는 회사내부 연구서 설립 등등..

 

참고로, 상용게임에 리습을 적용하려던 시도는 많지는 않지만 몇 번 있었습니다.

http://abuse.zoy.org/

http://wiki.c2.com/?LispInJakAndDaxter

 

경험이 있기 때문에 가능성은 충분하지만, 아직 리습을 가지고 대규모 서버를 개발한 사례는 아직까지 한번도 없었습니다.

 

리습의 Dynamic한 개발 환경이 클라보다는 서버개발에 훨씬 더 잘 어울린다고 생각하고 만약 성공한다면 전세계 리습 커뮤니티에서 기념비 적인 프로젝트가 될 거라 생각합니다.

아마 전세계를 돌아 다니면서 저희 저희 경험을 공유 하게 될지 않을까 즐거운 상상을 하게 되네요. ^^

 

왜 리습이여야 하는지 Paul Graham 이 쓴 Hackers & Painter 라는 책을 소개하면서 글을 마무리 할까 합니다.

리습에 관심 있으신 분은 한번 읽어보세요. 그냥 읽기에도 재미있습니다.

 

 

관심 있으신 분은 여기에 댓글 을 남겨 주시면 추후 연락을 드리도록 하겠습니다.

 

감사합니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

[김영태]

Chris Kim님의 글을 구글 lisp-Korea 게시판에도 올렸습니다.

https://groups.google.com/forum/m/#!topic/lisp-korea/nAZDWPRh9ak

[Taegyoon KIM]

같이 하고 싶습니다. C, C++, Java, JavaScript로 Lisp 언어를 구현한 경험이 있습니다.


2017년 3월 1일 수요일 오후 5시 22분 47초 UTC+9, Chris Kim 님의 말:

[박상규]

게임서버라면...클로저로도 문제없지 싶습니다만...

후다닥...

2017년 3월 2일 오전 12:56, Taegyoon KIM <stelo...@gmail.com>님이 작성:

--
이 메일은 Google 그룹스 'Korean Clojure User Group' 그룹에 가입한 분들에게 전송되는 메시지입니다.
이 그룹에서 탈퇴하고 더 이상 이메일을 받지 않으려면 clojure-kr+unsubscribe@googlegroups.com에 이메일을 보내세요.
이 그룹에 게시하려면 cloju...@googlegroups.com에 이메일을 보내세요.

웹에서 이 토론을 보려면 https://groups.google.com/d/msgid/clojure-kr/776fedf8-d02c-4533-b4ed-eebf2c9c969b%40googlegroups.com을(를) 방문하세요.

더 많은 옵션을 보려면 https://groups.google.com/d/optout을(를) 방문하세요.

[aJchemist]

위에 구르마님 의견과 같습니다.

게임서버라면 클로저로 개발해도 무리가 없어보입니다.

개인적으로 볼때, 커먼리습에 비하면 클로저는 쓰레드풀 자원사용이 너무 단순하기 때문에,

시스템 코어성능을 쥐어짜는데에는 더 훌륭한 선택이라고 생각하네요.

[blacksp...@gmail.com]

앗.. 넵.. 감사합니다. 리습그룹에서  활동하시던 분이 다 여기로 오신것 같아서.. ^^

[blacksp...@gmail.com]

아..저도 클로저를 사용하고 싶어서 나름 노력 해봤지만 리습을 다루던 입장에서 클로저가 진입장벽이 훨더 높아 보여요.

리습은 native 로 컴파일을 하는 반면에 클로저는 JVM 을 사용하는지라 시스템 성능을 쥐어 짜내는데 클로저도 리습만큼 훌륭할지 언듯 판단이 서질 않습니다.

그리고 클로저를 사용한다면 아래 문제를 우선 적으로 해결해야합니다.

1. TCP 소켓 커넥션은 약 1만개 정도 동시에 맺는다는 가정하에 적당한 hi-performance 비동기 스레드 풀라이브러리가 어떤게 있을지 모르겠네요. 리습에서는 지금까지 살펴본봐, cl-async 라는넘이 적당해 보입니다.

2. 가능 하다 해도 클로저는 기본적으로 immutable 오브젝트를 사용해서 거의 모든 오브젝트가 실시간으로 계속 상태 변화를 하는데 atom 을 사용하지 않고는 서버 구현이 불가능 할것 같습니다.

Atom 을 모든 오브젝트에 사용한다면 퍼포먼스 저하나 아니면 결국 클로저의 장점을 제대로 살리지 못할까 해서요.

위 두가지문제만 잘 해결된다면 클로져를 사용해서 구현도 가능해 보입니다만.. 쩝..

[김영태]

클로저로 개발할 때 문제가 될 수 있는 부분은 GC(Garbage Collection) pause 타임 부분일 것

같습니다. Common Lisp 역시 GC(Garbage Collection)에 기반한 언어여서, GC pause를 염두에

두지 않을 수 없을 것 같은데, 생각하고 계신 GC pause 최대 허용 시간(예를 들면, 10 milli

seconds)은 어느 정도로 잡고 계신가요?

2017년 3월 1일 수요일 오후 5시 22분 47초 UTC+9, Chris Kim 님의 말:

안녕하세요.

[aJchemist]

클로저로 프로덕션에 쓰는 통신은 거의 netty를 쓸겁니다. netty에서 필요한 부분만 래핑해서 쓰면 레이턴시는 netty 벤치자료하고 거의 같다고 보시면 됩니다. 

그리고 클로저에서는 deftype을 통해서 자바오브젝트에서 쓰이는 mutablity power를 쓸 수 있습니다. atom이나 volatile!로 state를 저장하는것과 퍼포먼스 차이가 많이 납니다.

deftype는 자바오브젝트 자체이기 때문에, 디스트럭쳐링 부분과 클로저 코어 함수 호환성을 직접 구현해야줘야 합니다.

결론적으로 클로저로 게임서버 작성은 jvm interop이 많아 질 수 밖에 없겠군요. 리플렉션 제거를 위해 타입힌트도 꼼꼼히 해줘야할듯 하구요.  

[blacksp...@gmail.com]

네.. Netty는 좋와보이네요. ^^

자바 오브젝트를 사용한 mutable state 저장도 한 방법이 될수있겠군요. 이건 사용해 본적이 없어서 어느정도 성능이 나와 줄지 잘몰겠네요. 

기존 메로리에 데이터 읽고 쓰기와 비교해 얼마나 차이가 날지 궁금합니다.

자바의 JIT 을 사용하면 어느정도 성능은 나와 줄것같기도하고..  혹시 벤치마크 자료가 나와 있다면 한번 검토 해봤으면 합니다.

그리고 제가 잘 몰라서 그러는데 모든 데이터 타임을 자바로 구현하고 클로저에서 자바오브젝트를 래핑하면(deftype?) 성능이외에 사용에 많이 불편하지는 않을까요?

혹시 어떻게 래핑해서 사용하는지 간단한 예제 부탁드려도 될까요? 코드가 너무 지저분해 지지 않을까해서.. ㅋ

감사합니다

[blacksp...@gmail.com]

네. GC 는 피해갈수없는데, 필요없는 boxing/unboxing 을 최소한 하고 GC 도 한번에 하는게 아니라 계속해서 조금씩 자주 amortize 하는 방법으로 하는게 좋을것 같습니다.

~50 ms 이하 pause 면 괜찮을 것 같습니다.

[김영태]

50ms 정도면, Java 7에 정식으로 새로 도입된 Java G1 Garbage Collecctor 옵션을 적절하게

튜닝하면 가능할 것 같이 보입니다.

http://logonjava.blogspot.kr/2015/08/java-g1-gc-full-gc.html

그리고 HTTP server/client 용이기는 합니다만, 내부적으로 netty를 사용하는 클로저의 http-kit

라이브러리가 동시 접속자 수 600K에 도달했다는 다음 글이 있습니다.

http://www.http-kit.org/600k-concurrent-connection-http-kit.html

성능에 큰 영향을 미치는 핵심적인 코드 부분만을 자바로 작성한 후, 클로저에서 Java Interop을

이용해 호출하면, 자바에서 자바 코드를 수행하는 것과 속도먄에서 큰 차이가 없는 것으로 알고

있습니다.

그리고 deftype은 이미 만들어진 자바 클래스를, 클로저의 데이터 타입(list, vector, map,

set)인 것처럼 포장하는 용도로 주로 사용됩니다. 예를 들어, map 함수나 filter 함수의 인수로

사용될 수 있도록요. 그 예는 다음 책의 6장, Datatypes and Protocols의 Participating in

Clojure's Collection Abstractions 절에 간단하게 나와 있습니다.

https://www.amazon.com/Clojure-Programming-Practical-Lisp-World/dp/1449394701/ref=sr_1_1?s=books&ie=UTF8&qid=1488509726&sr=1-1&keywords=clojure+programming 

다음 페이지에서 각각의 Clojure를 클릭하시면 벤치 마크에 사용한, 실행 속도를 높이기

위해 사용된 기법들과 관련된 해당 소스 코드를 볼 수 있습니다.

https://benchmarksgame.alioth.debian.org/u64q/clojure.html

2017년 3월 3일 금요일 오전 10시 56분 4초 UTC+9, blacksp...@gmail.com 님의 말:

[blacksp...@gmail.com]

많은 좋은 말씀 감사드립니다.

클로저도 불가능 할 것 같지는 않지만 결국 누가 주도 적으로 개발을 하게 될지 에 따라 결정이 될것 같습니다.

제가 하게 된다면 리습을 사용하게 될것 같고, 또 누군가 클로저에 많은 경험이 있으신 분이 주도적으로 참여를 해 주신다면 클로저를 가지고 하는것도 좋을것 같습니다.

조만간 어떤 분들이 관심있으신지 조만간 자리를 마련해서 그때 다시 예기해 보는것 도 좋을것 같네요. 

혹시 현재 가끔 만나는 모임이 있으시면 알려주세요. 제가 그 모임에 참석하는것도 한 방법일것 같습니다. ^^ 

[김영태]

강남역 부근 ToZ에서 Clojur Meetup 모임이 매월 마지막 주 토요일 오후 3시 -- 5시에

정기적으로 있습니다. 모임 일정 장소 공지는 clojure-korea.slack.com의 _meetup 체널에

하고 있습니다. Chris Kim 님의 gmail의 blackspotgames로 제가 초대 메일 보냈으니, 관심

있으시면 가입하시면 됩니다.

그리고 3월 17(금)--18일(토)에 걸쳐 2017 클로저 브릿지 서울 워크샵 행사가 클로저

입문자들(여성 대상 우선: 클로저 브리지 자체가 외국에서는 성별/인종별 다양성을 추구하는

모임으로 시작되었다고 하네요)을 대상으로 다음과 같이 계획되어 있습니다.

https://docs.google.com/forms/d/1jt9ZmyMqmTiTU-monW1fNtx5R1TUbdoF1ugyE4E2UX8/viewform?edit_requested=true

이때 클로저 코리아 회원분들이 코치/조교/스태프로 많이 참석할 것으로 예상되니 이 기회를

활용할 수도 있을 것 같습니다.

2017년 3월 3일 금요일 오후 2시 9분 48초 UTC+9, blacksp...@gmail.com 님의 말:

[kkd...@gmail.com]

같이 참여하고 싶습니다 golang 으로 서버 프로그램을 개발하였고 node.js angular2로 개발을 진행하고 있습니다 리스프애 평소에 관심이 많아서 좋은 기회가 될 것 같습니다

[문종우]

안녕하세요. 오랜만에 들어오니 반가운 소식이 있었네요.

저도 현재 진행하는 프로젝트(React Native, IoT)와 관련하여 참여 하고 싶습니다만, 내용을 보니 단순 스터디 모임만은 아닌 것 같아 조심스럽습니다.

서버 개발도 처음이고, 클로져도 초보라 그냥 깍두기라고 생각하심 될 듯 합니다.   

모임 내용이 더 구체적으로 나오면 그 때 다시 적겠습니다.

감사합니다.

[Chris Kim]

안녕하세요.

몇분들이 관심을 보여 주시는것 같아서 일단 가볍게 미팅을 가져 볼까합니다.

아무래도 미팅이 지속 가는한 곳이 좋을거라 장소는 저희 회사 사무실이 좋을것 같긴 한데 판교라 오시는데 많이 불편하시면 선릉근처에서 뵈도 될것 같습니다.

시간은 아무래도 토요일 오후가 좋을것 같네요.

그래서 일단 첫미팅 날자와 장소는 아래로 정해봤습니다.

3월 18일 오후 12시 판교 삼환 하이팩스 B 동 817호 (핸펀: 공일공 칠일구칠 일구공일)

멀리오시는 분이 많으실거라 오시면 간단하게 점심을 같이 하면서 미팅을 하는게 좋을것 같네요.
점심은 제가 대접해 드리겠습니다. ^^

오시는 분들과 의견을 나눠보고 클로저 또는 리습을 결정하고 추후 진행 방향에 대해 논의 해 봤으면 합니다.

감사합니다.

[남궁환]

안녕하세요. 모임에 관심 있습니다. 판교까지 1시간 30분이 걸려서 선릉에서 하는거에 한표입니다. 최종 결정하는데 참고해 주세요. 그리고 제가 크리스님 구글메일로 이 모임 참가자의 기준에 대한 의견을 구하는 메일도 보냈는데 혹시 못보셨는지요? 답장이 없어서 궁금합니다.

2017. 3. 9. 오후 1:28에 "Chris Kim" <chri...@gmail.com>님이 작성:

--
이 메일은 Google 그룹스 'Korean Clojure User Group' 그룹에 가입한 분들에게 전송되는 메시지입니다.
이 그룹에서 탈퇴하고 더 이상 이메일을 받지 않으려면 clojure-kr+unsubscribe@googlegroups.com에 이메일을 보내세요.
이 그룹에 게시하려면 cloju...@googlegroups.com에 이메일을 보내세요.

웹에서 이 토론을 보려면 https://groups.google.com/d/msgid/clojure-kr/d47a9c93-4a40-4975-a17f-608120a62537%40googlegroups.com을(를) 방문하세요.

[서재민]

혹시 오픈소스로 개발하실 가능성은 없으신가요?

우리나라에 리스프 사용자 풀이 별로 넓지는 않은걸로 알고 있습니다. 배울만한 인프라도 거의 없는거같구요

리습이든 클로저든 인력을 구하기가 쉽지는 않을거같은데. 오픈소스로 해보시면 어떨까하네요

저같은 경우 현업개발경험은 아직 없고 커먼 리스프에 관심이 생겨서 이를 활용한 실용적인 프로그램을 개발하는걸 목표로 공부하고 있는데,

다른 상용언어들 같은 경우에는 회사에 들어가서 쓰고 익히는 길도 우리나라에 많이 열려있지만, 리스프는 오픈소스가 유일한 대안인거같습니다.

만일 이런 흥미로운 프로젝트를 오픈소스로 해주신다면, 저같은 뉴비들에게는 커다란 기회가 될거같습니다. 더불어서 인력풀을 얻기에도 좀더 좋지않을까 생각합니다

[hanmo...@gmail.com]

판교라면 저도 참석하겠습니다.

클로저도 초보고 초고성능 서버 개발 경험도 없지만 배울 게 많을 것 같아 반가운 모임이네요 ^^

[blacksp...@gmail.com]

관심을 보여주신 몇몇분께 감사드립니다. 

몇일동안 곰곰히 생각해 봤는데, 리습으로 개발할때와 클로저로 개발 할때 분위기가 사뭇 달라질것 같습니다. 

좀 더 생각 해봤을때 클로저로 개발 하는것에 대해 다시한번 고민을 해볼까합니다.

immutability 가 가장 큰 고민이 되는데 이부분에 좀더 스터디를 해보고 미팅을 하는게 좋을것 같네요.

현재는 필요한 통신관련 라이브러리가 뭐가 있을까 보고 있는데, 서버 클라간통신은 gRPC, 서버간 통신은 Akka 이렇게 구성하는게 어떨까 합니다.

혹시 테스트해보신 분이 계시면 알려주세요. 

감사합니다.  

[hanmo...@gmail.com]

아 그럼 3/18 미팅은 나중으로 연기하는건가요?

2017년 3월 14일 화요일 오후 1시 55분 31초 UTC+9, blacksp...@gmail.com 님의 말:

[Chris Kim]

네.. 사실 제가 익숙한 리습으로 개발을 하려고 하다가 개발자와 추가 확장성을 고려 했을때 클로저로 개발하는것이 나을것 같아 다시 처음 부터 고려를 할까 합니다.

그런데 제가 아직 클로저에 대해서 아는 게 너무 부족해서 당분간 연기 하는 게 좋을 것 같습니다. ㅠㅠ

 

예전에 한번 살펴봤다가 프로그래밍 개념이 너무 달라서 접었는데 클로저는 형태만 리습이지 완전 다른 언어라고 생각하고 접근 하는게 빠를 것 같네요.

그렇게 생각하니 꼭 구테여 클로저를 고집할 필요가 있을까 하는 생각마저 듭니다.

 

그래서 요즘 차선책으로 C#과 클로저를 동일선상에 놓고 다시 검토를 하고 있는 중 입니다.

요즘 polyglot programming 이 보편화 되기때문에 C# 과 클로저 동시에 섞어서 사용하는 것도 같이 고려 중입니다.

아래 말씀 드린 gRPC 와 Akka 는 통신단에서 protobuf 프로토콜을 사용하기 때문에 C# 과 클로저 동시에 polyglot developement 이 가능할 것 같습니다.

 

클로저는 아직 제가 잘 모르기 때문에 뭐라 말씀 드리긴 어렵지만 C#을 사용해서 먼저 필요한 통신 프레임워크를 구현하고 클로저는 스터디를 하면서 추후 붙여 나가는 것도 하나의 좋은 대안이 될 것 같습니다.

이미 검증된 C#을 기본으로 가되, 서버 모듈을 클로저로 개발하는 방법이 될 것 같네요. 두 언어간 성능을 비교 테스트 해 보는것도 하나의 재미가 될것 같네요.

혹시 이런 방법에  동의 하시면 오랜 고민은 할 필요 없이 당장 시작도 가능할 것 같은데 의견 부탁 드립니다.

 

감사합니다.

--
이 메일은 Google 그룹스 'Korean Clojure User Group' 그룹의 주제에 가입한 분들에게 전송되는 메시지입니다.
이 주제에서 탈퇴하려면 https://groups.google.com/d/topic/clojure-kr/fPGUb6f91bU/unsubscribe을(를) 방문하세요.
이 그룹 및 그룹의 모든 주제에서 탈퇴하려면 clojure-kr+...@googlegroups.com에 이메일을 보내세요.

이 그룹에 게시하려면 cloju...@googlegroups.com에 이메일을 보내세요.

웹에서 이 토론을 보려면 https://groups.google.com/d/msgid/clojure-kr/681c5383-39d3-40e7-be94-92fbcfe903a0%40googlegroups.com을(를) 방문하세요.

[Taegyoon KIM]

C# 과 같이 쓰려면 .Net 에서 작동하는 ClojureCLR 도 있습니다. https://clojure.org/about/clojureclr

자연스럽게 interop이 될 겁니다.

이것도 참고하시구요... Loading assemblies | https://github.com/clojure/clojure-clr/wiki/Loading-assemblies

아예 Go 로 가는 건 어떠신지요? (점점 산으로 가는.. 후다닥.

2017년 3월 16일 목요일 오후 10시 47분 9초 UTC+9, Chris Kim 님의 말:

[김영태]

제 개인적인 판단으로는, 클로저로 게임 서버를 개발할 때 우려되는 단 한가지는, 클로저가 

Immutable 자료형이 기본이어서 garbage collection할 대상이 더 많이 발생해 garbage 

collection 지연 시간이 실시간 게임 진행에 문제가 될 수도 있겠다는 점뿐입니다.

다른 문제들은 걱정하지 않습니다.

다음에 왜 클로저인가와 관련해 제가 쓴 글이 있습니다. 참고하시기 바랍니다. 

http://philoskim.github.io/doc/why-clojure.html

2017년 3월 16일 목요일 오후 10시 47분 9초 UTC+9, Chris Kim 님의 말:

네.. 사실 제가 익숙한 리습으로 개발을 하려고 하다가 개발자와 추가 확장성을 고려 했을때 클로저로 개발하는것이 나을것 같아 다시 처음 부터 고려를 할까 합니다.

이 그룹 및 그룹의 모든 주제에서 탈퇴하려면 clojure-kr+unsubscribe@googlegroups.com에 이메일을 보내세요.

[Jong-Hoon Lee]

chris님 lisp으로 3D application을 만드셨군요. 사진이 sgi.. 있던 시절... 같은데용.
abuse는 어릴때 게임만헐때 좋아라했던 게임입니다.
lisp 오픈소스였다니... 소스 보고싶네용.
태균님; ㅡ,.ㅡ 언제 동네에서 만나서 lisp만드는거 알려주삼~~*

2017년 3월 17일 오후 5:19, 김영태 <phil...@gmail.com>님이 작성:

--

이 메일은 Google 그룹스 'Korean Clojure User Group' 그룹에 가입한 분들에게 전송되는 메시지입니다.

이 그룹에서 탈퇴하고 더 이상 이메일을 받지 않으려면 clojure-kr+unsubscribe@googlegroups.com에 이메일을 보내세요.

이 그룹에 게시하려면 cloju...@googlegroups.com에 이메일을 보내세요.

웹에서 이 토론을 보려면 https://groups.google.com/d/msgid/clojure-kr/6b1eec7e-dae8-496d-a66e-e31fba8fa370%40googlegroups.com을(를) 방문하세요.

[Chris Kim]

네.. 정말 그런 시절이 있었나 할 정도로 SGI는 기억에서도 사라진 것 같습니다. ^^

 

현재까지 고민해 본 결과, 아직 클로저로 하기에는 좀 부담스러운 부분이 많이 있는 것 같습니다.

일단 C# Akka.net 으로 기본 골격을 만들고 모듈형태로 클로저를 추가 하는게 가장 바람직한 것 같네요.

 

클로저는 아니지만 C# 으로 게임 서버개발에 관심이 있으신 분이 계시면 알려주세요.

서너 명 정도 모일 수 있다면 우선 진행 하도록 하겠습니다.

 

감사합니다.

이 그룹 및 그룹의 모든 주제에서 탈퇴하려면 clojure-kr+...@googlegroups.com에 이메일을 보내세요.

이 그룹에 게시하려면 cloju...@googlegroups.com에 이메일을 보내세요.

웹에서 이 토론을 보려면 https://groups.google.com/d/msgid/clojure-kr/CAMsK76PieSbJz_6b_Di%3DJcT_CEwDMdJAc4QR5S%2B8UeoZm3J1gw%40mail.gmail.com을(를) 방문하세요.

[dreamofsnail]

C#으로 응용프로그램을 개발한 경험이 있는데.. 참여 가능한지 모르겠네요.

이번에 회사에서 스터디 지원 프로그램이 생겨서 일정 부분이 시간을 할애 할 수 있을 것 같아 관심이 있습니다.

(C#, Managed C++, C++로 공학용 소프트웨어를 만들어서 출시하고 관리한 경험이 있습니다.

어떻게 커뮤니케이션 하면 될까요?!

2017년 4월 3일 월요일 오후 1시 0분 1초 UTC+9, Chris Kim 님의 말:

[Taegyoon KIM]

Akka.NET은 잘 모르지만... F# 바인딩 ( http://getakka.net/docs/FSharp%20API )이 있는 것으로 보이는데 C#보다는 Lisp에 가까운 F# 공부도 할 겸, F#으로 해보시는 건 어떻겠습니까?

2017년 4월 3일 월요일 오후 1시 0분 1초 UTC+9, Chris Kim 님의 말:

[Chris Kim]

안녕하세요.

네.. 일단 관심있으신 분 3-4 명 정도 모이면 모임 공지를 하도록 하겠습니다.
그리고나서 어떻게 진행할지 같이 얘기를 했으면합니다.

감사합니다.

[Chris Kim]

네.  리습에서 이야기가 시작됬다가 클로저, c#, F# 까지 이야기가 점점 클로저에서 멀어져가네요. ㅎㅎ

하지만 모듈형태로 개발을 하면 구테여 하나의 언어로 고집 하지 않아도 될것 같고 어차피 스터디 목적도 있기때문에 다같이 논의 가능할것 같습니다.
모임의 규모가 커지면 분과를 만드는 것도 재미있겠네요. ^^

하지만 어떤 언어를 선택하던간에 그언어에 대해 누군가 주도적으로 이끄실 분은 필요할것 같습니다.
스터디와 실제 서비스가능한 결과물이 동시에 중요하기때문에 모임의 목적의식을 분명히 하고자 합니다.

[Jong-Hoon Lee]

전 유니티 c#이 주력이고,
현재 fps비스므리한걸, 회사에서 1년1반정도 혼자 만들어서 관리하는중입니다. 첫프로젝트이고,
전에는 rhinocommon (rhino3d api)만 프로그래밍하려고 하다보니, c#만 썼네용. (원래는 rhino3d가 nurbs 지오메트리만 강하다보니...
원래 개인적인 목표는 https://vimeo.com/1669862 요런거 라이노에 만들려고 오래전부터 고민을 했던적은 있었네용..
(지금은 만들수 있을것도 같지만... ㅋㅎ 당연히 라이노 커몬써서용 (처음부터 다 만들라고 하면 못만듬 ㅍㅎㅎ))
전공은 애니메이션이어서 maya 쪽에서...이상하게 넘어와서 고생을... 너무 많이 했네용 -_-;
 
현재는 회사 프로그램은 업그레이드하기위해서 열정적으로 작업중이고요. -_-;

나중엔 성능을 극대화 하고는 싶어서 다른 엔진으로 새로 만들까 고민중입니당 -_-..
하지만 제 생산선 능력상 ㅍㅎㅎ 문제가 많네용 수학도 클로저 모임에서 매꾼다고 하지만, 과거 rhinocommon다룰때처럼 3D알고리즘에 신경쓸겨를이 없네용.

그리고, 서버나 이런건 전혀 모릅니다. -_-;; (유니티가 쉬워서~) 가능했지만,
이런 전문가들의 개발방식을 배워보고는 싶네용.

참여해도 뭔소리인지 모르겠지만 관심은 가져야된다고 해서 이렇게 글을 남겨봅니당.

(네트웍은 정말 제겐 쥐약입니당. 채팅프로그램마저도 안만들어봤어용.)
하지만... 국내에 나와있는책중에 지금은 절판인..
스타크래프트 배틀넷 네트웍관련 책을 사놓고는 안해보고있습니당.
(읽고해봐야하는뎅 C는 경험이 너무 짧고, C++는 잘몰라서~ 바쁘다는 핑계로 읽기를 포기중)
, 과거에 마소에 대형 게임 서버 개발기에 대한 글을 읽어봤는뎅
.
완전 잼있어 보이긴 하든데, 당연히 굉장히 어려울거라 예상은 됩니당.
저는 성능엔 관심도 없고 그냥 재미로  배움에만 관심이 있는데 구경해도 상관은 없는지요 -_-;;
개인적으론 C#엔 관심은 없습니당. GNU guile scheme하고, emacs관련으로 연동에만 관심이 있어용.

여튼 3D 프로그래밍이 꿈이어서... 이글 처음올라왔을때 띠용 했네용 :))
점점 정신이 없어서.. 말도 어수선 해지네용 ㅎㅎ;
=33

구경해도 괜찮다면~ 스터디 구경가고 싶어용.

2017년 4월 4일 오후 1:49, Chris Kim <chri...@gmail.com>님이 작성:

웹에서 이 토론을 보려면 https://groups.google.com/d/msgid/clojure-kr/3c3e6d36-cf3b-4dea-aafd-f9c0cdc99891%40googlegroups.com을(를) 방문하세요.