질문하기 앞서서, 몇일 전에 이 질문을 한번 HK 에서도 올렸던 적이 있었다냥.
묻는 의도야 여러가지가 있겠지만냥, 내가 만들고 있는 개인 프로젝트와도 연관이 있는 것이기도 하다냥.

토론 비슷한 질문이여서 내용이 길다냥
참고냥.

그 커뮤니티에서 올렸던 질문은 이 언어를 쓰는 가장 큰 이유가 무엇이냐 라는 것이였다냥.
이 질문은 프로그래밍 이라는 개념을 어느정도 알아서 산업용 언어(Java, Kotlin, C++, Javascript 등) 를 잘 쓰고 있는 애들을 대상으로 하는 것은 아니다냥.

마크를 하던 도중에 소소하게 마크의 컨텐츠를 바꿔보기로 마음먹어서 프로그래밍이라는 주제를 접하는 스펙트럼에 있는 애들을
대상으로 한다냥.

보통 마크의 무언가를 바꿔보겠다라고 하면 너네들도 알겠지만, 서버쪽을 고치는 소위 플러그인(Plugin; Spigot, Paper) 내지 Skript나, 클라이언트를 고치는 모드(Mod; Forge, Fabric) 라는 것을 알게되지냥. 물론 통틀어서 모드라고 부르는게 맞지만 유독 마크  모드 생태계 내에서는 이 용어들이 고착화 되서 그냥 이렇게 계속 언급냥.

우선, 마크를 손대는 것 중에 가장 쉬운 카테고리에 속하는건 아무래도 서버쪽이겠지냥.
이 서버쪽을 손대기 위한 언어는 대략적으로 이 질문에서 언급하는 Skript 랑 Java, 요즘 많이 언급되는 Kotlin 정도다냥.

사실 Skript 는 마인크래프트 플러그인을 대체할 목적으로 만들어진 언어라서 범용 언어인 Java 와 Kotlin 과는
많은 비교가 힘들기는 하다냥.

그럼에도 질문하는 목적은,

1. 내가 생각하는 Skript 의 여러 단점에도 불구하고 이것을 보완하거나 대체할 대체재가 빈약하거나 전무해서
계속 사용하는 것인지,

여기서 프로그래밍을 어느정도 잘 안다는 애들은 "대체재가 없다는게 무슨 말이냥, 자바나 코틀린 같은 Skript 같은 훌륭한 대체재가 있는데 헛소리 하지 말아라냥"할 수도 있다냥.

근데 내가 생각하기에는 그저 마인크래프트의 컨텐츠 자그마한 부분을 수정한다는 목적이였을텐데 그것을 대가로 많은 것을 배워야 한다는 비용의 문제가 크다고 생각하다냥.

여기에는 기회비용의 문제도 있고 인지비용의 문제도 있다냥.

2. 밑에 기술할 Java 나 Kotlin 으로 넘어가기 위한 허들이 생각보다 넘어가기 벅차서 계속 사용하는 것인지

를 알고 싶어서다냥.

우선 범용 언어야 다 마찬가지지만냥, 자바나 코틀린같은 언어로 무언갈 만든다는 것은 거의 무조건적으로 개발 환경을 세팅해야 한다는 전제가 따른다냥.

이건 매우 서버 세팅보다도 귀찮을 수도 있고 번거로운 과정일 수도 있지냥.
게다가 잘못하면 의도한 대로 세팅이 안되서 다시 밀어야 하는 수고를 들여야 하지냥. 계속 말하지만 이건 프로그래밍을 알고 도구를 다룰줄 아는 애들을 범주로 두고 하는 질문이 아니다냥.

개발환경이 어찌저찌 해서 잘 세팅되었다고 치자고냥, 그러면 바로 마인크래프트 컨텐츠를 뚝딱 수정할 수 있을까냥?
여기서 가로막는건 자바나 코틀린같은 언어를 배우는 스트레스는 둘째 치고 마인크래프트 컨텐츠를 수정하기 위한 별도의 과정의
존재다냥.

Spigot-API 라던가 Paper-API 를 공식 사이트로부터 받아서 프로젝트랑 연결시켜야 하는데 이것 부터 곤혹이다냥.
왜냐면 그 연결을 하는 방식이 되게 애매할거거든냥.

누군가는 프로젝트 폴더에다가 집어넣고 추가버튼(InteliJ 라이브러리 추가) 누르라고 할거고, 누군가는 메이븐이나 그래들의 pom.xml 이나 그루비 스크립트나 kotlin dsl 로 의존성을 추가하라고 하겠지냥.

여기서 하다가 못 넘어가면 커뮤니티에 질문으로 남기고, 복사 붙여넣기 하는 애들 여럿 봤다냥. 그렇게 하고서도 이 과정을 못 넘어가는 애들이 몇몇 보이는데 그런 애들은 얼마 안가 커뮤니티에서 자취를 감춘다냥.

자바나 코틀린을 배우기에도 벅찬데 곁가지로 딸려있는 이런 그래들이나 메이븐의 문제로 스트레스 받아서 쉽게 포기해버리는거지냥.

이런 내 생각의 핀트가 맞길 바란다냥.

--

다음은 Skript 의 문제에 대해서인데냥.
근데 난 Skript 는 별로 좋아하지는 않지만 안티는 아니다냥, 개발자는 항상 존중받아야 한다냥 '3'b
이걸 전제로,
내가 알고 있는 이것의 문제는 몇가지로 귀결된다냥.

• 구문의 일관성 부재(가독성이 떨어짐, 일관성이 떨어져서 구문의 예상되는 효과를 예측하기 힘듬), 어떤 것은 생략 가능해도 작동 가능하거나, 생략되면 다른 구문등으로 작동되는 일관적이지 않은 방식
  
  
• 소위 이 언어에 더 많은 기능을 추가해주는 애드온이라는 개념이 유발하는 문제
  • 구문이 더욱더 일관적이지 않게 유도함 (파편화)
  • 다른 애드온과 잘(자주) 충돌함
  • 이러한 것을 관리하거나 완화할 수 있는 중앙화된 관리 체계의 부재
    
    
• 편집 도구의 빈약함 혹은 부재
  • 물론 어느 위치에 오류가 났는지 하이라이팅 해주는 도구 스크립트가 있는건 안다냥.
    근데 그건 정확한 의미에서의 도구는 아니지냥.
  • VSCode 에 몇몇의 Skript 를 위한 구문 강조, 구문 분석을 위한 확장이 존재하기는 한다냥.
    하지만 거의 대부분의 확장이 동력을 잃어서 방치된 상태로 있다냥.
    
    
• 언어 그 자체로서 가지고 있는 문제 (고립된 언어)
  • 결국 한가지 목적(마인크래프트 플러그인 대체)을 위한 언어
  • 외부로부터 신규 언어 유저 층을 유입받기 힘들다(이것은 Skript 가 마인크래프트 단 하나만을 위한 언어이기 때문에 다양한 개발자(때로는 실력이 있는)로부터의 관심을 받기 힘들다는 뜻이다냥)
  • 유입되지 않는 커뮤니티는 고립되고 퇴색된다냥. (몇가지 징후를 보이는 것이, 아직도 기존 유저층들이 Skript 통해 이용하는 것들은 대부분 커뮤니티가 아직 활발했던 시절에 만들어졌던 몇년전 애드온이나 리소스의 변형들이다냥. 즉 새로운 것이 추가되려고 할 기미가 보이지 않는다냥.)

하지만 이런 문제점이 Skript 를 사용하는 유저 생각하기에는 위에 지적한 2번의 허들 만큼은 크지 않다고 생각할 수 있다냥.
어찌 되었든 그저 내가 원하는건 소소한 수정이였을테니깐냥.

자바나 코틀린을 사용한다는 선택지 보다는 훨씬 빠른 시간 안에 설치도 빠르고 편집하고 바로 적용하면 바로 내가 원하는 대로 작동해주는지
확인할 수 있지 않냥 비주얼적으로냥.

플러그인이야 핫로딩도 가능하긴 하지만 꼬이면 재시작해야 해서 일단은 서버를 계속 재시작해야한다는 수고가 추가로 들고냥.
이쯤되면 Skript 보다는 플러그인식 개발이 더 나빠보여서 오히려 내가 Skript 신봉자로 보이겠네냥.

계속 말하지만 난 Skript 안좋아한다냥. '3'

그럼에도 이런 내 생각이 너네들의 생각하는것과 맞길 바란다냥.

HK 에 비슷한 질문을 올렸을땐 지문을 몇개 더 추가해서 올렸었다냥 근데 내가 생각했던 것과는 다른게 의외의 결과가 나와서
추리게 된거였는데 참고 사항으로 올렸던 지문도 올려줄께냥.

(복수 선택 가능)

1. 스크립트라는 언어가 마크에 쓰기에 다른 프로그래밍 (Java 같은거) 보다 직관적이라고 생각해서 (5명 투표)

2. 마크에 적용할 수 있는 관련 한글 자료가 많아서 (1명 투표)

3. 작성하고 나서 바로 테스트 (핫로딩, 재로딩) 할 수 있다는게 좋다고 생각해서 (1명 투표)

4. 다른 언어를 배워볼 엄두가 안나서(스크립트 보다 어려워 보인다던가 하는 이유로) (5명 투표)

위에 올렸던 두가지의 질문은 사전에 HK 에 올렸던 질문을 토대로 다시 가다듬어서 질문한 것에 불과하기 때문에
결은 같다냥.

때에 맞지 않게 심오해 보이는 토론 같은 질문이라 댓글이 별로 안달릴거라 예상하는데 가능하면 댓글로 많은 의견 부탁냥
자신이 1번 의견인지, 2번 의견인지 아니면 그것도 아닌 다른 의견인지냥 근데 이러면 그냥 내 생각이 망상에 불과했다는 거겠지만냥.

의식의 흐름대로 작성한 거라서 읽다가 뭔가가 거슬릴수도 있다냥, 근데 거슬려도 별 수 없다냥
수정하기에는 너무 글을 써버려서 교정하기가 싫다냥. 이해해주면 좋겠다냥.

호우로 피해입은 애들 힘내라냥
수고냥