헤더를 만들어서 불러오기 (유니티에서 GameManager를 만들 때 처럼 만들기) 클래스를 만들어 작성.
→ 유니티에는 메인함수가 없기 때문에 게임매니저라는 중앙컨트롤러를 주고 메인함수처럼 이용하는 것. ( 유니티는 메인함수가 내부에서만 건들일 수 있게 하기 때문에 )
→
→ 힘들어도 2차원 배열이 아닌, 1차원 배열로 만드는 이유는 메모리 최적화.
메인 함수에서 무엇을 먼저 할 것인가.
1. 맵을 입력받아서 출력.
.
.
.
BFS
→ 다익스트라를 위해 만들어진
에이스타 알고리즘
→ 다익스트라 알고리즘을 확장하여 만들어진 경로 탐색 알고리즘
→ DFS을 활용
[중간고사] - BFS 레포트 작성..................................🙃 (토요일 낮 12시 마감)
상대평가 (보기편하게 되어있는가, 사진을 적당한 위치에 잘 활용했는가, 내용만 알차게 담으면 길지 않아도 괜찮음. 개발자들은 긴 걸 싫어해! ❌'~습니다' 금지. ⭕'~함'. '~한다'.로 작성) 보기 편하게!!! 깔끔하게!!! 정리!!
판단 기준. 제대로 된 참고문헌을 달았는가(공신력이 있는가), 공식적으로 사용되는 용어인가.
1. 보고서를 쓸 때는 모두가 알아들을 수 있는 용어를 쓰기(언어에 구애받지 않고 이해할 수 있는 보고서)
→ 개발 문서처럼 쓰지 말고(어떤 변수를 썼고, 뭐에다 뭐를 집어넣었고..), 기획서 처럼 쓰기(아무나 봐도 알아볼 수 있는 문서)
2. 클래스 다이어그램(데이터 정의)
→ 개념도를 먼저 그리고(메인 함수를 설명 / 간략한 결과 보여주기) 클래스 다이어그램을 그릴 것. (데이터 / 로직(기능) 분리해서 설명할 것)
3. 기능(Funtion)
4. 구조도 그리기 / 네이밍 잘하기(설명을 줄이기 위함)
5. 주석달기
→ 문서를 보고 이해할 수 있을 만큼만 달기.
6. GIT에 업로드
→ 노션이나 마크다운을 사용하는 것도 좋지만 README가 가장 괜찮다. (아니면 README에 '노션 문서를 참조하세요'라고 연결해도 괜찮다.
7. 프로그램(UI)를 친절하게 만들면 설명할 게 줄어듬.
다음주(4월 13일)까지 작성해오기. 검수를 받을 수 있는 마지막 기회... 마감은 토요일(4월 15일) 낮 12시
[양식]
1. 제목 : 모든 내용을 한 문장으로 요약
2. 개요 : 목표!(이 문서를 왜 쓰고, 무엇에 대한 문서인가)
요약
결과 : 꼭 스크린샷이 아니어도 괜찮다.
3. 배경지식 설명
'기술 문서 작성 5단계' 참고. - 상품화 문서
'논문 작성 관련 문서' 참고 - 설명
클래스 다이어그램 (UML)
4. 본문 설명
5. 증명 : 결과를 보여주고, 이 결과가 정상 작동하는 것이고 어떻게 사용하는 것인지 자세히 설명.
6. 감상 : 교수님께 항의글
7. 참고자료
취업준비
1. 게임 출시(대신 인기가 있거나 다크소울 정도를 구현해야한다..)
2. 앱, 오픈GL 개발.
목요일 - 개발 완료 / 문서 틀잡기
일요일 - 문서 완료.. (희망사항)