개의 발

한국 유통게임 심의관련

skrr — Sun, 21 Apr 2024 18:01:43 +0900

한국인 이면' 국내 게임 심의를 거쳐야 하는 거임?

아니면 '한국 법인' 이면 심의를 거치는 거임?

만약 '수익이 어디로 가느냐' 가 기준이라면

한국인이 외국인 통장에 수익 가게 꽂아 놓고 개발하면 국내 심의를 거치지 않아도 되는 건가?

구글 깡계정 파서 페이팔에 수익 가도록 꽂아 놓고 붕 띄워 놓으면 국내 심의를 거치지 않아도 되는 건가?

요약하면 국내 심의 안 거치는 법 없음?

*답변

'한국에 유통되는 게임'이면 받아야 됨. 그 기준은 '국내 전용 결제 수단과 한국어를 지원하는가'이고. 심의 받기 싫으면 한국어 지원 안 하면 됨.

한국어를 지원하지 않더라도 국내에 유통하는 것을 주된 목적으로 하는 게임물은 등급분류를 받아야 함

게임산업진흥에 관한 법률 제21조(등급분류) ①게임물을 유통시키거나 이용에 제공하게 할 목적으로 게임물을 제작 또는 배급하고자 하는 자는 해당 게임물을 제작 또는 배급하기 전에 위원회 또는 제21조의2제1항에 따라 지정을 받은 사업자로부터 그 게임물의 내용에 관하여 등급분류를 받아야 한다. (후략)

법인사업자 팁

skrr — Sun, 21 Apr 2024 17:22:16 +0900

법인사업자 개설 1년 이후,

4대보험 적용 기준 직원 1명당 최소 1,800만원 이상의 매출을 발생 시킬 것.

미달 시, 각종 정부 지원 및 혜택에서 제외될 수 있음.

매출이 없을 경우 직원을 늘리는 것은 주의해야 함.

단!! 창업 후 1년 미만에는 매출 발생 의무가 없으므로 혜택을 다 당겨 받아야 함,

1년이 지난 후 매출 없는 기업은 경쟁에서 뒤쳐지고 혜택도 거의 다 소멸함.

매출이 없어도 지원을 받을 수 있긴 하나, 상부조직의 승인을 받아야 하는데,

게임 개발사는 콘텐츠 진흥원을 제외하고 대학 및 어떤 정부기관과 붙어도 불리함.

매출이 없는데 1년이 지나면 기관 투자, 벤처캐피탈, 은행과도 담을 쌓아야 함.

2년이 지났다? 암울해짐. 3년이 지나면 초기 기업이 아니게 됨.

폐업 후, 신규 법인을 만든다? -> 동종업 폐업 기록이 남아 지원 명단에서 또 제외됨.

상부조직 승인 절차:

운영위원회 검토서 작성 + 증빙 서류 (평균 20장, 6개 내외)가 필요.

승인까지 1달 정도 소요되며 작년도는10개 중 1개 기업이 승인 되었다고 함.

다시 말해.

초기 기업의 인원은 5인 미만(대표자 제외)가 좋음.

매출이 없는데 법인사업자를 낼 경우 타 기업과 경쟁 시(특히 제조업), 많은 부분에서 마이너스가 될 수 있음. (서비스업은 일부 특혜가 있음.)

IT, 게임은 그런 거 없지만 한콘진 지원사업이 있다는 장점이 있음,

그러니까 신규 창업자면 무조건 한콘진 지원사업 신청해야 함.

예비창업자 전형은 법인에 비해 금액이 적은데 법인전환 후, 예비창업자 혜택을 받았을 경우 지원이 불가능한 경우가 많음.

상황에 따라 다르긴 하겠지만 예비창업자 혜택보다 초기창업자 혜택을 받는 것이 기업 입장에선 훨씬 좋음.

관계 부처: 고용노동부, 창업진흥원.

요약:

신규 법인 개설 시에는 1년 내에 모든 혜택을 다 당겨 받을 것.

매출은 고용인원 x 1800만원을 달성할 것.

매출 없으면 개인 사업자 유지하다가 지원사업, 세제혜택 계획 세워서 법인 전환할 것.

법인사업자로 게임 출시 준비하기 - 1편 (feat.비용)

skrr — Sun, 21 Apr 2024 17:19:44 +0900

이번 게임 출시 준비하면서 법인사업자를 준비하고 있는데

재밌는 상황?이 많아서 공유하려고 해 (비용도 함께 적음)

먼저, 법인사업자는 개인사업자와 다르게 쉽게 나오지 않아

개인사업자는 특별한 조건없이 가능한데

법인은 아래 순서대로 진행하면 돼

1. 사무실 구하기

2. 법인 등기 준비

3. 법인 등기

4. 법인사업자

5. 법인 통장/카드 개설

6. D-U-N-S 발급

7. 통신판매업 발급

8. 홈페이지 개설

9. 구글 계정(기업)

10. 애플 계정(기업)

1인 셀프 법인 만드는 경우도 있는데

정관이라던가 여러가지 명확한 기재를 위해 법무사를 통하는게 좋아

(사무실 이전이나 조금의 수정도 정관을 바꿀때마다 비용 들어감)

1. 사무실 구하기

사업이 잘되면 좋겠지만 고정 비용을 생각한다면 비상주로 구해두는게 좋아

사업자 낼 수 있는 같이 쓰는 공유 사무실 있으면 베스트

사무실은 일단 최대한 저렴한 곳을 알아봐두고 계약해서 5만원

2. 법인 등기 준비

필요한 서류는

- 주민등록증 (대표자 신분증)

- 인감증명서 2종 (대표자 / 그외 1인)

- 인감도장 2종 (대표자 / 그외 1인)

- 임대차계약서 (사무실 계약 관련 전이어도 서류 필요)

- 잔고증명서 (계좌 1개에 회사돈으로 사용할 금액 - 초기 자금 100만원 넣어두고, 증명서로 발급)

위 자료를 준비해서 법무사를 찾아가면 돼

내가 진행한 법무사 비용은 서울 90만원대 / 경기도 80만원 정도 들었어

법무사님마다 금액이 다르기 때문에 여기저기 상담받아보고 괜찮은 분으로 진행하면 돼

+사건 생김 (이 부분은 등기할 때 실수로 발생할 수 있는 주소 실수 대응한 거 적었어)

스무스하게 진행되고 있는데 갑자기 주소에 문제가 생겼어

사무실 주소 호수가 조금 다른데 등기가 나와버렸고

사무실 담당자님은 실수한 경우는 아마 무료로 변경해주실 거라고 해서

법무사님 통해서 물어보니 변경 비용 42만원 요구하더라고..

조금 쎄해서 인터넷을 찾아보니 주소를 잘못 등기한 경우,

경정 등기(실수 처리)를 하면 4만원

주소 변경 등기를 하면 12만원

이렇게 비용이 들어간다고 되어 있어서 법무사님한테 직접 하겠다 말씀드리고,

순서를 차근차근 알아봤어

필요한 건

- 본점이전신청서(12만원) / 본점주소경정신청서(4만원-실수용)

- 이사회회의록 (3인 미만인 경우 제외)

- 등록면허세 영수증 (2~3만원)

- 등기신청수수료 납부 영수증 (6천원)

- 대표자 신분증

- 법인인감도장

이렇게 준비해서 등기소에 가서 설명을 한번 듣고, 세무서에 가서 등록면허세 발급받고 영수증 지참, 다시 등기소로 가서 모든 자료 제출했어

등기소에서 처음 설명 들을 때, 직원분이 친절하게

사무실 호수 조금 다른 정도라 경정신청(4만원-실수라고~ 봐주셈) 할 수 있을거다 라고 했기 때문에

세무서에 가서 세무서 담당직원한테 '주소 실수로 경정 신청할거다' 3번 얘기했는데

등록면허세 영수증 들고 등기소로 돌아갔더니 아.. 세무서 직원분이 등록면허세를 12만원짜리 본점이전용으로 발급하셨다고..

알고보니 등록면허세 영수증에도 본점주소경정신청 용이다 라고 되어있어야 하는거였어 (이게 제일 중요한듯 -> 온라인에서 발급할 껄)

왔다갔다하면 퇴근시간이라 등기소 직원분은 그냥 하는게 어떻겠냐고 하셔서 OK하고 마무리했어

4만원 컷 할 수 있었는데 ㄲㅂ

3. 법인 등기

2~3일 만에 법인 등기 나옴

받은 결과물은 이거야

- 법인등본
- 법인인감 / 카드

- 정관

- 주주명부

4. 법인사업자

법인 등기가 나오면 '홈택스'에서 법인사업자등록증 발급 신청을 하면 돼 (법인 등기로 받은 대부분 자료 첨부)

과정이 간단하고, 찾아보면 자료도 많고, 무료니까 패스 (보통 2~3일, 빠르면 1일만에 발급)

5. 법인 통장/카드 개설

법인 사업자가 나오면 곧바로 법인 통장을 만들러 가야해

법인등기부터 법인사업자등록증까지 나온 서류 다 들고 가면 돼

수익나면 여기로 받아야지

요새 통장 관련 이슈가 많아 사무실 지점 근처 은행으로 꼭 가는게 좋을거야

+ 사건 생김

사무실 지점 근처, 주거래 국민은행으로 갔는데

팀장 직원이 보자마자 안된다, 대포 통장 어쩌구 보이스 피싱 저쩌구, 자본금이 너무 적다(최소 1000만원이어야 자격 있다), 위에서 지침이 내려왔다 등 재밌는 얘기 많이 함

어떤 사업 하는지 보여주면 되지 않냐 -> 볼 필요 없다는 식으로 답변

증빙을 그럼 어떻게 해야 하냐 -> 방법이 없다 다른 은행 가보셔야할 것 같다 답변

주거래 은행인데 방법이 없는거냐 -> 컴퓨터로 찾아보지도 않고 주거래 은행 아닌것 같다고 답변

이런 은행이 1등?

나도 팀장직을 맡았던 적이 있었는데 와 이런분하고 얘기 나누면 진짜 답정너라 속 터지겠단 생각이 듦

내가 직원이고 진상 고객 대응하는 줄 알았음

시간이 급하기 때문에 무시하고 다른 은행 기업은행으로 감

처음 내용은 비슷하게 얘기했는데 제작 중인 게임 보여드리니 사무실 실사 확인만 하면 괜찮겠다고 함

이 분은 명함도 주면서 대응 깔끔하게 해주심

사무실 실사 직원분 와서 사진 찍고 현재 결과 기다리는중..

6. D-U-N-S 번호 발급

요새 구글 콘솔에서도 결제 프로필 만들 때(돈 벌면 지급 받기 전 세팅 필수) D-U-N-S 요구하더라고

발급 비용은 일반 약 50만원 (급행 75)

타행 업체 통해 발급받으면 돈받으니까

애플에서 계정 만들고, 신청하면 무료 발급해줘(2~3일 소요)

미리 발급해두자!

참고사이트는 요기

https://gigas-blog.tistory.com/221

[Apple] 던스 번호(D-U-N-S Number) 받기

던스 번호(D-U-N-S Number)란, D&B라는 회사에서 사업자 구분을 하기 위해 개별기업에 부여하는 개별기업 인식코드 입니다. Apple 법인 개발자 등록을 위해 국제사업자번호(D-U-N-S Number)를 D&B로부터 부

gigas-blog.tistory.com

7. 통신판매업 발급

- 연 회비 (4만원)

게임제작업 비용은 제외

8. 홈페이지 개설

- 가비아 도메인 (3만원)

- 윅스 1년 결제 - 도메인 지원 (11만원)

급하게 만든 홈페이지 공유해볼께

https://superkeedle.com

9. 구글 개발자 계정(기업)

- 25달러 (대략 4만원)

10. 애플 개발자 계정(기업)

99달러 (대략 13만원)

총 비용

- 초기 자본금 100만원 (너무 낮으면 은행에서 자격 안된다고 통장 개설 거부할 수 있음)

- 법인등기(feat.법무사) 80만원 (주소 변경 비용 제외)

- 통장/카드 개설 1~2만원

- 통신판매업 4만원

- 홈페이지 14만원

- 구글 개발자 4만원

- 애플 개발자 13만원

* 216만원 정도

추가 정보

청년이면 법인세 100% 면제 혜택(알아봐),

개인 사업자 VS 법인사업자 차별화된 이유

예를 들어 5억 정도 벌었다고 했을 때, 세율이 달라
개인사업자 - 35% 떼고 나머지 다 내 돈이지
법인사업자 - 2억 초과부터 20% 떼고 나머지 다 회사돈
법인은 하나의 회사이기 때문에 내가 소속으로 월급받아 써야돼
내가 주식 100% 가진 회사의 대표이자 주주인거야

구글 플레이 스토어에 유니티 모바일 게임 출시 전 유의 할 점.

skrr — Sun, 21 Apr 2024 17:14:04 +0900

유니티 '모바일' 게임을 출시하기까지 필요한 기술의 리스트

게임을 다 만든다고 다가 아니다! 게임을 만들어서 서비스하고 돈을 버는 것은 완전히 다른 이야기다!

- 수익화

- 유료템의 구현

- 영수증 검증

- 환불대응, 처리

- 유니티 IAP 설치 (제일 쉬운 방법이긴 함)

- 광고의 구현

- 각 광고사 계정생성, 수익을 받을 수 있도록 세팅

- 유니티 애즈의 구현

- 미디에이션 SDK의 탑재

- 애드몹

-광고 생성

- 미디에이션 세팅

- 앱러빈

- ...

- 미디에이션 SDK들의 버전에 따른 호환성 찾느라 2주 정도 고통받기 (매년 반복됨)

- GDPR 같은 좃좃같은 '또한 매년 바뀌는' 규정을 준수하기 위해 계속 겜을 고치기

- 세금처리

- 부가세

- 연말정산 / 법인결산

- 세무사 계약

- 세무사를 써도 사실 세무 직접해야하는 거 많음

- 홈택스 등록

- 비용처리

- 영수증 모으기

- 사업자 등록 내기

- 게임제작업 등록

- 사업자 등록

- (법인설립)

- 존-나게 많은 일들...

- 개발 시스템관리

- 테스팅

- 테스트 수트의 구축

- 유니티 테스트, 유닛 테스트

- 수동 테스터 구하기

- 자동 빌드 시스템 구축 (CI - 지속적 통합)

- 젠킨스

- 유니티 클라우드

- 슬랙

- 버전 관리 시스템 구축

- 깃헙

- 유니티 버전업에 따라기기 (1년마다 1회정도 푸닥거리를 한다고 보면 됨)

- 백업!

- 마켓 관리

- 구글 플레이에 겜 올리기

- 개발자 계정 생성/ 결재

- 수익 지급받을 수 있도록 계정세팅

- 프로젝트 auth 생성, 연결

- 하고싶다면, 구글애즈, 파이어베이스를 연결

- 앱스토어에 겜 올리기

- 개발자 계정생성/결재

- 수익세팅

- 맥으로 게임 빌드되게 하기

- 크레덴셜

- 개발용 맥/아이폰을 계정에 등록

- 각종 규정 지키기

- 매년 바뀌는 규정을 준수하기

- 마케팅

- 구글 애즈

- 계정 생성

- 예산 처리

- 광고 생성

- 현지화 (ㅅㅂ!)

- 페북/ 틱톡

- 나도연구중

- 모니터링 / CS

- 아날리틱스

- 유니티 (댕청하지만 좋음)

- 파이어베이스 (강력하지만 좃같음)

- 유저들이 내 겜 몇분간 하나 어디서 떨어져나가나 관음할 수 있음.

- 안정성 확인

- 유니티 크래시리틱스

- 슬랙 연결!

- 게임 리뷰 댓글달기 (안녕하세요 xxx 유저분! 어쩌고~)

- 유저 문의/항의메일에 답변보내기 (죄송합니다 죄송합니다)

- 커뮤니티 구축

- 카페

- 생성

- 카페운영 (끄아아아악!)

- 이벤트 진행

- 유저간 양극화를 관음하기

- 좃같아서 카페 접기

- 랭킹 시스템 탑재

- 구글 플레이 서비스 리더보드

- 유니티 UGS

- 자체서버 (으악!)

- 인게임 채팅시스템

- 뒤끝 (병신임)

- 자체서버 (고수십니다)

게임 만드는 것 '외에' 이정도의 일을 해야 한다.

갓겜 만들어서 이런거 대행해줄 사람 고용하는게 맞는 거 같긴 함.

Unity Google play 앱 출시 관련 설정

skrr — Sun, 19 Nov 2023 00:50:26 +0900

우선 우측 상단 FIle을 클릭 후 Build Setting을 선택한다. 그 후 빨간색 네모 Bundle에 체크 후 Player Settings를 클릭한다.

Company Name, Product Name 의 값은 각각 App의 ID로 사용되기 때문에 두개의 조합이 고유한 값이어야만 앱을 출시 가능하다.. 시중에 올라온 회사명과 개발앱 명이 중복되면 안되고, 반드시 영문으로 시작되어야 한다. 숫자시작 ㄴㄴ

버전은 본인이 업데이트 할때 구분하기 위한 속성값이다.

Default icon은 흔히 스마트폰에 앱을 설치 시 나오는 아이콘 이미지를 뜻한다. 만들어 보자.

그림판이나 포토샵 등 이미지 편집 툴로 만들어 주면된다. 보통 정사각형으로 만들기 때문에 크기 조정에서 픽셀에 가로 세로를 512로 설정 해 준다. 그러고 캔버스에 원하는 이미지를 그려주면 되겠다. 혹은 가지고있는 저작권을 소유한 이미지가 있다면 그 이미지를 사용해도 된다.

원하는 icon을 다른이름으로 저장 후 파일형식은 png 형식으로 저장하고 Unity Assets 폴더안에 넣어 준다.

에셋에 넣은 파일을 선택해서 넣으면 된다. 다음으로 Resolution and Presentation을 클릭 후 Orientation을 설정 해 줄 것인데.. 해당 항목은 앱이 실행 될때 스마트폰의 방향을 의미한다.

화면의 방향은 크게 4가지가 있고 위와 같이 설정된다. 기본적으로 Auto Rotation으로 설정이 되어있는데.. 네 가지 방향이 모두 돌아갈 수 있게 되어있는데 밑에 체크를 활용 해 좀더 다양하게 조절 가능하다.

다음으로 설정 할 것은 Splash Image 라는 것이다. Preview를 눌러보면 옆에 Game스크린에 Made With Unity 이렇게 뜨는 것을 확인 할 수있다. 무료 라이센스를 가지고 있으면 해당 스플래시 이미지를 제거할 수 없지만 유료판으로 사용하면 해당 스플래시 이미지를 끄는 기능도 사용가능하다. 그리고 밑에 Logos에서 같이 내가 원하는 이미지도 함께 사용가능하다.

이런식으로 설정 가능하다. 추가로 스플래시 이미지를 다른 옵션들로 더 다양하게 건들 수 있지만.. 여기까지 하도록 하고 다음으로 넘어가자.

이제 스플래시 이미지를 접고 그다음 Other Setting 항목에서 웬만하면 건들지말고 바꿔야 하는 부분을 바꿔보자.

Identification의 항목으로 가서

Package Name을 보면 com.회사이름.프로젝트네임이 적힌것을 확인 할 수 있다. 중복되거나 고유한값이 아니라고 한다면 그 위의 체크박스를 체크해 수정가능하다. 다음으로 Version은 프로젝트를 업데이트 함에 따라서 임의적으로 숫자를 올려주면 되고 Bundle Version Code는 만약에 기존에 1버전이 올라가있는데 또 업데이트 하는 버전을 1로 업데이트 한다면

"동일한 버전"을 업데이트 하는 것으로 인식해서 오류가 발생하기 때문에 업데이트를 할때 숫자를 하나씩 올려서 업데이트 해주면 된다.

또 중요한 것은 Target API Level을 맞춰주는 것이다.

Google Play에서 요구하는 API수준 30이상 안드로이드 11.0을 선택 해 줘야 APP 통과가 가능하다.

다음으로 넘어가서 아래에 Configuration 항목에서 스크립팅 백엔드를 Mono에서 IL2CPP로 바꿔주고, ARM64비트 체크박스를 체크해 주자. * 2019년 8월부터 ARM64비트를 반드시 지원해야 플레이스토어에 출시가 가능하다.

Other Settings는 여기까지.

다음은 Publishing Settings에서 설정을 해 보자. Project Key와 Keystore를 만들어 줄 것인데.. 이게 뭐냐면..

나의 프로젝트를 아무나 수정해버리면 안되기 때문에 해당 프로젝트를 수정하고 출시 할 수 있는 권한이 있는 주인임을 증명할때 사용하는 Key를 Project Key라고 한다. 그리고 이 Key를 관리하는게 Keystore이다.

Keystore를 만들고 프로젝트의 해당하는 키를 만들어 보자.

키 스토어 매니저를 클릭해 주고, Create New를 클릭 후 In Dedicated Location을 클릭 해 주자.

다음과 같이 원하는 곳에 저장을 해 준다.

그러면 위의 그림처럼 키스토어의 저장위치가 나오며 여러가지 입력해야할 항목들이 나오는데 ..

순서대로 키스토어의 패스워드, 패스워드확인, 해당 프로젝트의 키 별칭, 키 패스워드, 패스워드 확인, 키의 유효기한(연단위), 이름, 회사, 지역, 국가, 국가코드 등을 입력 해준 후.. Add Key를 클릭하면 팝업이 뜨는데.. Yes를 클릭해주자.

다음과 같이 키가 저장되었다면.. 이제 플레이 스토어에 출시가 가능한 상태가 된 것이다.

주의할 점은 Keystore의 패스워드, Project Key의 패스워드는 자신만 아는 곳에 기록하여 잊어버리지 않도록 한다.

쓸만한 사이트

skrr — Sat, 18 Nov 2023 22:09:38 +0900

https://soundeffect-lab.info/

効果音ラボ - 商用無料、報告不用の効果音素材をダウンロード

2400音以上の音源を掲載したフリー効果音サイト。品質にこだわっており、テレビなどのプロの音響現場でも使われています。

soundeffect-lab.info

royalty free sound site

유니티(Unity) 설치 및 세팅

skrr — Mon, 3 Apr 2023 01:04:27 +0900

우선 주소창에 unity.com/kr/download 를 입력 후 밑에 네모박스에 window용 다운로드를 클릭해서 다운로드 한다.

그 후 설치된 파일을 열고.. 실행을 하면

다음과 같은 화면이 뜬다. skip해 주고, 좌측 상단 톱니바퀴 아이콘을 클릭한다.

라이센스 취득을 위해 로그인을 해야한다.. 회원가입을 안한 사람이면 회원가입을 하도록하자.

로그인 후에 add license를 클릭 후 3번쨰 Get a free 어쩌구를 클릭하면

다음과 같이 라이센스를 발급 받은 것을 확인 할 수 있다. 그리고 확인 할 것이.. 프로젝트의 위치이다.

Preferences의 첫번째 항목 Projects를 클릭하면 프로젝트가 저장될 저장소 위치가 들어가 있을 것이다. 빨간 네모로 표시된 곳에 한글이 들어가 있을경우 에러가 많이난다.. 그러니까 C:drive 밑에 바로 본인이 원하는 workspace 폴더를 생성 해서 변경하도록 하자. 지정을 해준 후에.. unity editor를 설치 해 주도록 한다.

네모박스처럼 클릭 후.

빨간박스가 선택된 곳이 현재 unity에서 권장하는 버전이다. 뭐 밑에 Other versions이나 옆의 탭 Pre-releases를 이용하면 제일 최신 기술의 유니티를 사용할 수 있지만 유니티에서도 계속 버전업이되고 기능삭제나.. 기능 수정같은 것이 일어날 수 있으므로 가장 안정화된 권장버전을 사용 하는 것 이.. 앱을 출시하는 것에 영향을 적게 미칠 것이다.

첫번째 체크는 Visual Studio Community 라는 웹개발 시에 Eclipce 같은 dev 툴을 다운할 것인지를 묻는 것이다.

조금 무겁지만 그냥 Visual Studio Code에서 하는것 보다 조금 더 안정적으로 개발하기 위해서 다운로드를 하자.

밑에 체크는 안드로이드앱을 만들어 볼 것이기 떄문에 체크 해주면 되겠다. 그러고 Continue를 누르고 약관동의 몇개 뜨는거 체크 후 진행 해 주면 되겠다.!!

생각보다 용량들이 커서 좀 오래걸린다.. ;; 다운로드가 완료 되었으면.. 빨간네모 프로젝트로 이동해서.. 새프로젝트를 누르면..

다음과 같은 캡쳐 화면으로 넘어간다. 그러면 여기서 2d를 베이스로 만들건지.. 3d 뭐 각종 템플릿들이 있다. 하지만 나는 2D코어로 연습용 게임을 만들어 볼 것이기 때문에 2D코어를 선택 후

다음과 같이 프로젝트 명과 위치를 선택 가능하다. 주의 할 점은 프로젝트 명에는 숫자로 시작해도 안되고, 반드시 영어로 시작하는 이름이어야 나중에 앱빌드 시에 오류가 발생하지 않는다. 명과 위치를 입력 후 프로젝트 생성을 눌러주자.

그러면 생성이 시작 되면서.. 좀 이것도 오래걸림.. ㅋㅋㅋ;;

완료 되면 이런 화면이 뜨면서 끝난다~!!.. 유니티 설치 및 세팅 끝..

메타코딩 -무작정 깃허브 찍먹하기 -7- (혼자서 개발할때.st)

skrr — Fri, 10 Mar 2023 01:50:01 +0900

드디어 이론적(?)인 깃사용법은 끝났고.. 혼자서 개발한다는 설정으로 git을 한번 사용해 보자.

사실상 혼자서 토이프로젝트를 하거나 공부용으로 한다고 생각하면 master branch만 있으면 된다.. 킹치만 실제 서비스를 하는 앱이나 어플을 만들떄는 master, dev, topic 처럼 branch를 최소한 세 개쯤은 만들어 놓고 시작을 한다.

할 것은 1. 환경설정, 2. 회원가입, 3. 로그인, 4. 글쓰기 이렇게 만든다고 생각 해 보자.

우선 github에 New repository를 만들어 주자. Name은 blog-alone 그리고 Add a README file에 체크를 해주자.

그러고 Create repository 클릭

그 Add a README file 체크 안해주면 origin에 1번만 적용되고 체크 해주면 4번까지 적용되어 master branch가 생긴다. 통상적으로 프로젝트 만들때 그냥 체크하는편. 그렇게 해서 만들면

커밋 로그남고, main이라는 브랜치가 생김.. 몽고디비에서는 master라고 쓰는데 깃허브에선 main이라고 만들어진단다.. 이름이 뭔상관이겠노.. ㅋㅋ;; 나중에 명령어 쓸때 브랜치명 들어가는 곳만 주의해서 쓰면된다. 그러면 만든 깃허브 저장소의 프로젝트를 내 로컬 gitworkspace로 옮겨오자

원하는 폴더로 가서 git bash를 킨 후 git clone 원격 주소~ 명령어의 입력으로 해당 폴더로 내려 받아주면 blog-alone폴더가 받아지고 그 안에 들어가서 git log를 쳐 보면 inital commit이 찍혀있는게 뜬다. ㅇㅇ; 현 상태를 그림으로 간략하게 요약하자면

이런 상태이다. 이 상태에서 개발은 main에서 하면 안되기때문에 새로운 브랜치를 따고 기본작업을 해 주자.

그러면 우선 git checkout -b명령어로 브랜치 2개를 따주자. dev, setting_topic 이라는 브랜치 명으로... setting_topic 브랜치에서 마저 작업을 이어가도록 한다..

우선 touch 명령어로 환경설정.txt를 생성 해 주고 그 안에 다음 캡처와 같은 내용을 입력 후 저장 해 준다. README 파일도.. 한번 열어 볼 것인데.. .md 파일로 되어있는데 이 것은 HTML로 번역되는 마크업랭기지 라고 하는데.. 이게 뭐냐면

웹의 웹 브라우저가 HTML로 번역해서 읽어준다. 킹치만 메모장으로 열어서 해당 내용을 동일하게 작성 후 저장하자.. 둘 다 저장을 했다면, add & 커밋을 하자. 그러면 환경설정 완료 했고, topic이 할 일은 다했으니 dev branch로 넘어가서 merge를 해 주자.

현재 상태를 그림으로 요약한 것이다. 지금까지 한것이.. setting_topic 브랜치에서 환경설정 완료를 commit하고, dev브랜치로 HEAD를 옮긴 상태이다. setting_topic 브랜치는 환경설정을 완료한 상태에서 지? 할일은 다 끝난 것이다. 그러면 dev에서 merge를 해주면 fast-forward merge가 되어서 환경설정완료 커밋쪽으로 dev branch pointer가 내려오게 되고, merge log가 남지 않기때문에.. 개발 브랜치에서는 merge log를 남기는게 좋기때문에.. git merge 명령어의 새로운 옵션을 사용해서 merge log를 남도록 해주자.

git checkout dev 명령어로 우선 HEAD를 옮긴 후 git log를 찍어보면 inital commit 밖에 안찍혀 있는 부분에..

git merge --no-ff setting_topic 명령어로 merge를 해 주면 Vi에디터로 넘어가서 위의 캡쳐에서 드래그 된 부분처럼 커밋메세지가 뜨는데 그대로 shift + : wq로 저장 후 종료를 하면.. merge가 완료되고 git log를 찍어보면 merge message가 남는 것을 확인 할 수 있다.

그러면 이어서 git checkout -b join_topic 브랜치를 생성 해 주고.. 회원가입.txt를 생성 후 메모장 처럼 기능을 다만들어 주고, add & commit을 해준다. 그러고 다시 dev로 이동을 해 주자.

현재 한 것을 그림으로 요약 한 것이다. 이제 dev 브랜치 포인터를 바로 회원가입 완료 커밋으로 내려주면 또 ff merge가 되기 때문에.. log가 안남아서 남기기 때문에 밑에다가 merge로그를 남기면서 merge완료 쪽으로 dev bp를 끌고 내려올 것이다. 실제 상태는 위의 그림과 같고 보기좋게 나열하자면

이런 상태이다. 그러면 한번 해보자.

git merge --no-ff join_topic 명령어로 merge message를 남겨주면서 해준다. git log를 찍어보면 의도대로 된 것을 확인 가능하다. 그 다음으로 회원가입과 동일하게.. 로그인 기능을 만들어 주자.

새로운 브랜치를 따서 기능 제작 후 git merge --no-ff 브랜치명을 이용해서 메세지를 남기면서 merge를 해 주자.

git log 명령어로 잘 된 것을 확인했다.

현재 전체적인 상태이고.. 마지막으로 글쓰기 기능까지 만들어 주자.

git checkout -b write_topic 브랜치를 생성 해주면서 HEAD를 옮겨준다. 그 후 글쓰기 생성 하고.. 중간에 3번까지만 쓰고 퇴근을 하게 되었다고 생각하고.. add & commit(글쓰기 아직안됨) 해주자. 그러고 마저 이어서 5번까지 작성하고.. 다시한번 add & commit(글쓰기 완료)를 해주자... 그러면 보통 이런 상황에서 git log를 찍어보면 저런 자잘한 과정 로그들이 남는데 이럴때 git rebase를 사용한다.. 대부분.. 사용 해 보자.

git rebase -i HEAD~2 명령어로 vi모드 켜주고 INSERT MODE를 키는 키보드 i키로 pick과 squash 포지션을 정해 주고.. Shift + : + wq로 저장후 종료를 한다.

이 때 주의할 점이.. squash 포지션을 잘 정하는 것이 중요하다. 제일 최근 커밋된 것부터 squash를 해주고 해당 기능의 제일 뿌리가 되는 커밋이 pick이 된다. 그렇게 하지않으면 데이터가 날아감. 모르겠으면 깃허브 찍먹하기 rebase편 내용 확인

그러면 위,위의 캡쳐처럼 깔끔하게 로그가 정리가 된다.

그러면 다시 dev로 돌아와서 로그남기면서 fast-forward merge를 해 주고.. git log를 확인 해 보자. 프로그램이 다 만들어 졌고.. 완료가 된 것을 볼 수 있다.

마지막으로 main brach로 가보면 아무 파일도 없을 것인데.. 완성된 dev 파일을 merge log를 남기면서 merge 하자.

git log를 확인 해 보자면.. 처음 github repository를 생성했을때 만든 inital commit 부터 마지막 dev branch에서 완성본을 merge한 log까지 깔끔하게 남아있는 것을 확인 한 후. 이제 github에 올려주기만 하면되는데.. 올려주기 전에.. tag를 달아주는게 좋다. 어떻게 하냐면..

git tag 태그명 명령어를 입력 하면.. 현재 HEAD가 있는 곳에 해당 태그명으로 태그가 생기게 된 것을 확인 할 수 있다.

git tag -n이라는 명령어를 입력 하면.. 현재 존재하는 태그와 태그의 위치를 알 수 있다.

그러면 git push origin main명령어로 push해 주자. 만약에 push 에러가 뜨면..

git error: 403이 뜨면서 push가 안되면.. 제어판>사용자 계정> 자격 증명 관리자 에서 형상관리 프로그램 관련 자격 증명을 삭제 해 주면 된다.

push하고 github를 가보니까 파일은 제대로 올라갔는데.. git tag가 업로드가 안되었다. git tag까지 같이 올릴때는

git push --tags origin main 명령어를 사용해서 push를 해주면 올라간다.

개발을 지속해야 하니.. dev branch까지 push를 해 주고, 내 github repository를 들어가보면.. 빨간색 동그라미를 보면.. branch와 tag가 제대로 올라간 것을 볼 수 있다. 그리고 파란색으로 표시된 부분이 README파일이다.

이런 식으로 계속 개발을 이어가면 된다.

이상 여기까지 혼자 개발할 케이스의 경로를 설명 했다. 수고링~..

운영체제 소개

skrr — Mon, 6 Mar 2023 22:31:16 +0900

*운영체제의 개요

운영체제는 컴퓨터를 사용하기 위해 반드시 필요한 소프트웨어 중 하나입니다. 컴퓨터가 사용자에게 제공하는 서비스가 다양해지고 편리해지는 만큼 사용자를 위해 컴퓨터 내에서 이루어져야 하는 자원의 관리나 활용이 효율적으로 동작해야 하는데, 운영체제는 그 근간을 이루는 핵심적인 시스템 소프트웨어입니다. 이번 강의에서는 운영체제에 대한 전반적인 개요에 대해 알아봅니다. 우선 운영체제의 정의와 역할을 살펴본 후, 운영체제를 구성하는 기본적 요소인 프로세스 관리자, 메모리 관리자, 장치 관리자, 파일 관리자의 역할에 대해 개략적으로 학습합니다. 그리고 운영체제의 유형에 대해 살펴봅니다.

*정리하기

운영체제는 컴퓨터 시스템의 자원을 관리하고 컴퓨터 프로그램이 동작하기 위한 서비스를 제공하는 프로그램들의 모습으로 대표적인 시스템 소프트웨어이다.
커널 모드는 하드웨어를 직접 제어할 수 있는 CPU의 명령어를 사용할 수 있는 모드이고, 사용자 모드는 하드웨어를 직접 제어할 수 있는 CPU의 명령어를 사용할 수 없는 모드이다.
응용 프로그램은 사용자 모드에서 동작하기에, 하드웨어에 대한 제어가 필요한 경우 시스템 호출을 통해 필요한 서비스를 운영체제에 요청해야 한다.
운영체제의 주요 구성요소에는 프로세스 관리자, 메모리 관리자, 장치관리자, 파일 관리자가 있다.
운영체제의 대표적인 유형으로는 일괄처리 운영체제, 시분할 운영체제, 실시간 운영체제, 분산 운영체제가 있다.

*프로세스의 개요

프로그램을 실행시키면 운영체제로부터 프로그램이 동작하는 데 필요한 자원을 할당받아 동작을 시작합니다. 이처럼 실행상태에 들어간 프로그램을 프로세스라고 합니다. 프로세스의 동작은 CPU가 그 프로세스의 명령들을 실행하는 것입니다. 이때 CPU도 기억장치나 입출력장치와 마찬가지로 프로세스가 동작하는데 필요한 자원입니다. 그리고 프로세스 내에서의 다중처리를 위해 한 프로세스 안에 여러 개의 쓰레드를 두기도 합니다. 이번 강의에서는 운영체제의 핵심적인 구성요소 중 하나인 프로세스에 대한 기본적인 이해와 함께 쓰레드의 개념을 학습합니다.

*정리하기

프로세스는 실행 중인 프로그램을 의미하며, CPU, 메모리, 파일, 입출력장치 등 실행에 필요한 자원이 할당된다.
프로세스 제어 블록은 프로세스를 명시해 주는 다양한 내용을 포함하고 있다.
프로세스는 생성, 준비, 실행, 대기, 종료의 다섯 상태 중 하나로 존재하며, CPU의 스케줄링, 입출력 대기 등에 따라 준비, 실행, 대기 등으로 상태가 변화되며 동작한다.
쓰레드는 프로세스에서 실행의 개념만 분리한 것으로 디스패칭의 단위이다.
하나의 프로세스 내에는 하나 이상의 쓰레드가 있을 수 있어, 다중 쓰레드를 생성하여 프로세스 내에서의 다중처리를 할 수 있다.

*프로세스 스케줄링의 개요

운영체제는 실행할 준비가 된 프로세스들이 CPU를 적절히 배정받아 작업을 효율적으로 처리할 수 있도록 관리해야 하고, 이를 위해 다양한 스케줄링 알고리즘을 활용합니다. 이번 강의에서는 프로세스 스케줄링의 개요와 정책에 대해 살펴보고, 스케줄링 알고리즘의 성능평가 기준과 함께 여러 가지 스케줄링 기법에 대해 학습합니다.

*정리하기

프로세스의 스케줄링을 위해 상위단계, 하위단계 및 중간단계 스케줄링이 사용된다.
선점 스케줄링 정책은 실행 중인 프로세스에 인터럽트를 걸고 다른 프로세스에 CPU를 할당할 수 있는 스케줄링 방식이고, 비선점 스케줄링 정책은 실행 중인 프로세스를 바로 준비상태로 전이시킬 수 없는 스케줄링 방식이다.
FCFS 스케줄링은 준비 큐에 도착한 순서에 따라 디스패치하는 비선점 방식의 스케줄링 알고리즘이다.
SJF 스케줄링은 준비 큐에서 기다리는 프로세스 중 실행시간이 가장 짧다고 예상되는 것을 먼저 디스패치하는 비선점 방식의 스케줄링 알고리즘이다.
SRT 스케줄링은 준비 큐에서 기다리는 프로세스 중 남은 실행시간이 가장 짧다고 예상되는 것을 먼저 디스패치하는 선점 방식의 알고리즘이다.
RR 스케줄링은 프로세스가 도착한 순서대로 프로세스를 디스패치하지만 정해진 시간 할당량에 의해 실행을 제한하는 선점 방식의 스케줄링 알고리즘이다.
HRN 스케줄링은 준비 큐에서 기다리는 프로세스 중 응답비율이 가장 큰 것을 먼저 디스패치하여 실행하는 비선점 방식의 스케줄링 알고리즘이다.
HRN 스케줄링의 응답비율은 예상실행시간이 짧을수록, 그리고 대기시간이 길수록 커진다.
다단계 피드백 큐 스케줄링은 입출력 위주의 프로세스가 연산 위주의 프로세스보다 우선권을 갖도록 하는 선점 방식의 알고리즘이다.

메타코딩 -무작정 깃허브 찍먹하기 -6- (Github 초보 기본기 & Remote 브랜치 이해)

skrr — Fri, 3 Mar 2023 23:51:53 +0900

저번 5번째 글에 이어서 ex10폴더를 사용해서 기본기를 체험해 보자. ex10.company 폴더의 myapp으로 가보자.

우선 회사에 출근해서 일을 하다가 회원가입 기능을 만들었다고 치자.. 회원가입.txt 파일 생성 후 add & commit 하고 git push를 해서 git server에 올려주자.. 그러고 퇴근을 한 상황.. 이제 뭘 하고싶냐 하면.. 집에 가서 로그인이라는 기능을 이어서 하고싶다.

그러면 ex10.home 폴더로 들어오면 처음에 프로젝트설정 하나밖에 없을 것이다. 회사에서 하던 소스를 다운받아 와야 하니 먼저 git pull origin master를 해서 회사에서 하던 소스를 다운받자. 그 후 이어서 로그인.txt를 생성 후 add & commit 후 git pusg origin master에 업로드 하고 github server에 잘 올라갔는지 확인하자.

이제 새로운 상황을 해보자. 만약 출장을 가서 로그인에 이어서 글쓰기라는 기능을 만들고 싶다.. 라는 설정

우선 gitworkspace에 ex10.jeju 라는 폴더를 생성 후 bash CLI창을 킨 후 git clone으로 소스를 받아온다. 한번도 작업 한적 없는 곳이니 clone 작업 한적 있으면 pull로 하면 되겠다. 다 잘 받아진지 확인 하고, 제주도에서 글쓰기 기능을 구현 할 것인데.. 회원가입 로그인 처럼 하루만에 안될거같다는 가정..

하루만에 못할거같으니깐.. git checkout -b 브랜치명 명령어로 새로운 브랜치를 따주자. 그 후 글쓰기50프로.txt를 생성 해 준 후 add & commit 하고 현재 branch 상태를 보면 topic이라는 브랜치를 로컬에서는 만들어 줬는데.. git server에는 안 만들어져 있다. 하지만 push할때 git push origin 브랜치명 이렇게 입력 하면 브랜치를 알아서 생성 해 준다. 푸쉬를 해보고 깃 페이지에서 새로고침을 해보면 만들어졌다는 것을 알 수 있다.

이제 이 상태에서 제주도에서 출장을 마치고 회사로 돌아간다는 설정..

ex10.company 폴더로 다시 들어가서 CLI를 킨 후 git log를 찍어보면 github의 원격 master branch와 파일 내용이 다른 것을 알 수 있다. 다른곳에서 로그인 파일을 생성한 후 푸쉬를 했으니.. git pull origin master 명령어로 소스 동기화를 시켜주자. 그러고 바로 직전에 제주도에서 하던 글쓰기 50프로를 완성 시키고싶은데.. git branch를 찍어보면 master밖에 없다.. 그러면 지금 해야되는게 뭐냐면 github에 있는 topic branch를 다운받아야 하는데 방법이 3가지가 있다. 한번 알아보자.

git fetch origin의 명령어는 github에서 다운로드 받는다는 뜻이다. pull과의 다른점은 merge가 안되는 것이다. github에 있는 모든 branch를 다운 받아주는 것이다. 내가 여기서 사용할 방법은 3번을 사용 할 것이다. 가장 많이 쓰이는 형태이기 때문이다..

git ls-remote 명령어를 사용해서 현재 github상태를 보면 브랜치가 두개로 나뉘어진 것을 확인 할 수있다.

다음으로 git fetch origin 명령어를 사용해 보면.. 마우스로 드래그 한 곳에.. 새로운 branch를 다운받았다는 로그가 뜬 것을 볼 수있다. git checkout -b topic origin/topic 명령어를 그냥 풀어서 나열하면

1. 새로운 topic이라는 branch를 생성한다.

2. HEAD를 새로만든 topic이라는 branch로 이동시킨다.

3. 만든 topic이라는 branch에 fetch로 다운받아온 origin/topic의 데이터를 merge한다.

이 것들이 한줄에 축약 되어 있는 것이다.

다음과 같이 실행 했으면 git log를 입력해보면 topic브랜치로 이동 된 것과.. topic의 내용이 다 소스 동기화 된 것을 볼 수 있다.

그러면 이제 완전히 github와 소스, 브랜치 동기화가 되었으니.. 마저 글쓰기를 완료 해 보자..

글쓰기 50프로 완료 되었고, 글쓰기 완료 되었는데.. 이제 master & topic 브랜치를 병합을 시켜 줄 것인데. 로그가 두개가 남아서 마음에 안드는 상황이다.. 그러면 앞서 배웠던 git rebase -i 해가지고 하는 방법도 있지만.. 새로운 방법을 사용 해 보자.

일단 branch HEAD를 master로 옮겨주자. 그 후 git merge --squash topic 이라는 merge명령어의 squash라는 옵션을 적용 해서 입력 해 보면.. git status를 확인 해보자.. topic에서 add된 file두개가 commit 전의 index 상태인 것을 확인 할 수 있다.

그냥 두개를 묶어서 commit 하고 로그를입력 해주고 git log를 해보면 깔끔하게 로그를 남길 수 있다. 그리고 git push후 github 페이지를 가서 새로고침 해보면.. 파일은 5개가 올라갔고 커밋 로그는 4개가 적용 된 것을 확인 할 수 있다.

여기까지 github 기본기를 알아 보았다.

*이제 git remote 브랜치에 대해서 알아보자.

깃헙 origin 저장소에 3가지 branch가 그림과 같이 존재한다고 생각 해보자.

1번 git init을 하면 로컬 저장소가 만들어지고, 2번을 실행하면 그림과 같은 분홍색 선이 연결된다. 해당 연결이 Byte Stream이라고 불린다.

그리고 git fetch origin을 하게되면 바로 로컬저장소로 들어가는 것이 아니라.. remote branch라는 임시 저장소가 생긴다.

그 다음 이제 뭘해야하냐면.. 내가 만약 master를 동기화 시키고 싶으면..

4번 명령어 실행 하면 로컬 저장소에 branch가 생기고.. 체크아웃 후 6번까지 실행하면 노란색 표시처럼 저장이 된다.

이런 과정을 master브랜치 부분에 한번에 생략해서 하는 방법이 git clone 명령어 이다. (master branch밖에 적용안됌)

전체적인 원리는 1번부터 9번 까지인데.. 사실상 만약 dev를 가져온다 치면 fetch 후에 git checkout -b dev origin/dev 라는 명령어로 간단하게 만들면서 이동하고 merge 까지 하게 되는 것이다. 해당 명령어에서 뜻하는 origin/은 remote branch를 뜻한다.

여기까지.. 찍먹하기 -6-이었다.