* 루아 콘솔을 활용하여 프로그램 동작을 콘솔로 제어하는데 사용할 수 있습니다.
* INI 처럼 데이타를 사용하는데... 보다 더 능동적으로 사용하고 조작할 수 있습니다.
* 프로그램 주요 로직을 밖으로 빼서 개발 시점에 사소한 수정을 컴파일 하지않고 즉석에서 수정하여 로직을 테스트 합니다.

흠... 그 외에도 분야별로 특성이 있을듯한데... 어쨋든 프로그램의 개발에서 부터 완성까지 유지보수가 쉽고 사용자가 능동적으로 참여할 수 있도록 인터페이스를 제공해 줄 수도 있습니다.

*콘솔쪽은 제가 안하고 있고,
*INI처럼 쓰는 용도는 테스트해보니 일단 정말 괜챦더군요. xml로 db나 환경값 저장하는데 있어서는 나름 편하구요.
*로직을 테스트하는 이거는 정말 편하겠군요. 현재 적용하려는 곳도 이 부분이구요...그런데 로직을 밖으로 빼는데 있어서 얼마나 많은 변수나 함수들을 뺄까요? 사실 이게 제일 현재 관점인 부분입니다. 클래스, 변수등...
제 주위에는 스크립트 넣어 코딩하는 사람들이 없어서 적용범위 계산을 못하겠더라구요...레조님 댓글에 감사합니다.

저희는 게임을 만들고 있습니다.

처음에는 클라이언트 쪽에서 플레이어의 아이디, 레벨, 진행중인 퀘스트 등의 정보를 얻어오는 쪽에 쓰다가 차츰 게임 UI 를 제어하는 쪽 까지 넓혔습니다. ( http://dexgame.com/zbxe/?document_srl=4858 )
이 작업이 마무리되고 나서는 서버에서도 각종 이벤트의 제어, 몬스터의 인공지능, 공격 성공 판정 등 생각나는 곳에는 다 갖다 쓰고 있네요.

스크립트가 좋은 게... 단순한 수치정보 외에 '로직'을 데이터화 할 수 있다는 점 아닐까 싶네요.

예전 같으면 기획자가 이벤트나 아이템의 기능을 요청할 때 기존 데이터에 낑궈넣을 곳 있나 살펴보고 하드코딩으로 박아넣어야 했지만, 지금은 스크립트에서 제어할 수 있는 함수나 속성값(메타함수를 이용한) 을 내주는 것 만으로 이런 처리가 가능합니다. 이렇게 누적된 함수들은 또 다른 이벤트나 아이템에 써먹을 수 있게 되죠. 

예를 들어, "일정 범위 내에 있는 동일 파티멤버의 피를 50% 까지 채워주는 아이템" 같은 물건을 하드코딩으로 박아넣으려면 저런 특성을 가지는 아이템의 종류를 설정하고 범위 및 피 채움량을 데이터화 해야 하지만, 스크립트를 사용하면 "주변 유저 추출하는 함수"와 "최대 피와 현재 피를 리턴하는 함수", 그리고 "파티값을 리턴하는 함수"만 만들어주면 나머지는 기획자가 알아서 처리할 수 있게 됩니다. 이런 함수들이야 이미 서버상에 존재하는 녀석들이니 그저 스크립트에서 빼주기만 하면 되죠.

솔직히 루아를 도입한다고 특별히 프로그래머가 편해지는 것 같지는 않더군요. 그러나 다양한 요구에 대응하는 범용 루틴에 집중할 수 있다는 것 만으로도 그 효용성은 크다고 봅니다.

C 쪽에서는 무시무시한 컴파일 시간이 사라진다는 장점도 있겠네요.

오~ 멋지네요... 어찌되었든 메인코어에서 컴파일없이 외부에서 스크립트로 기능 추가만으로 것은 큰 장점인거 같습니다.
홈피 자료도 구경 잘 했습니다. 감사

샘플로 만들어놓은것도 멋지네요..

게임 엔진 코어 + 스크립트로 붙입니다. 이미지 데이터 로드 , AI 등에 이용됩니다. 게임의 경우 얼마나 자료를 최적화하느냐, 유지 보수가 쉽냐라는 명제에서 그런 삽질이 많았습니다.

서버에서 패킷 파싱에 이용해 보려 했는데 =_=;;; 실패했습니다.

흑... 뭔가 또 많이 뒤쳐지는 이 느낌... ㅜ.ㅜ... 할께 산더미구나... ㅜ.ㅜ

답변들 감사합니다. 이제 구조에 대해서는 약간의(? ㅎㅎ) 감이 오는군요.