eonj / ggggj2016-report

GGG Game Jam 2016, Report

invokestatic net/aurynj/Example.main:([Ljava/lang/String;)V

const hrtsa = performance.now()
const afrId = window.requestAnimationFrame(hrtsb => { console.log(`${hrtsa} ${hrtsb}`) })

🔖 📝 📌 📖 📚 📰 🗞️ 🏷️ 📦 🎁 🗃️ 🗂️ 📇

ggggj2016-report's Issues

2x0 구성 수정

하 하 하

단일 PDF 파일 만들기

예상 시나리오는 다음과 같습니다.

1. 이 GIt 저장소의 로컬 클론에서 작업빌드 스크립트는 위의 두 가지 작업을 모두
2. GFM으로 이루어진 .md 파일들을 HTML로 렌더
3. A4 사이즈 PDF로 변환

2번 작업은 Grip으로 가능합니다. Grip은 GitHub API를 이용해 GFM 파일을 HTML로 변환한 페이지를 제공하는 웹 서버 패키지입니다. 다만 Grip은 여러 Markdown 파일을 동시에 한 페이지의 HTML로 변환하는 방법은 제공하지 않습니다. (이슈를 제기했습니다만 바뀌기는 어려울 듯합니다. 이슈 링크) 현 시점에서는 Grip의 http://localhost:6419/에 접속해서 HTML 페이지들을 하나로 병합하는 작업이 필요할 것 같습니다. 따라서 DOM 관련 라이브러리로 이 전처리를 할 별도의 프로그램을 작성할 필요가 있습니다.

3번 작업은 cmdlnprint 확장을 설치한 Firefox로 가능합니다. cmdlnprint는 firefox 명령어에 -print <url> 옵션을 제공하며 이 결과로 Firefox는 mozilla.pdf 파일을 생성합니다. 매우 쉬운 방법입니다만 만약 출력 결과물의 퀄리티에 문제가 있다면, print mode HTML/CSS 해석과 PDF 변환에서 가장 좋은 결과를 내는 제품인 Prince를 쓰는 방법도 있습니다. 이 작업도 2번 작업과 통합하여 하나의 프로그램으로 작성할 수 있을 것입니다.

preview 브랜치 만들었습니다

저의 새 작업 파이프라인:

1. master로 뭔가 merge --no-ff하기 전에 preview로 checkout해서 reset preview^ --hard
2. master에서 작업: 주로 merge --no-ff (#9) (#23 같은 작업이 아니라면)
3. 적당한 시점에 다시 preview에서 작업: merge --no-ff ~~ ~~ ~~ ~~ ~~ ~~

이제 끝이 보이는데 제가 고생 좀 더 하죠 뭐 ㅠㅠ ㅎㅎㅎ

380. 행사 정리 파트에 쓸 내용 목록

작업중인 내용

링크는 작업중인 브랜치의 링크

• 서문
• 1. 개요
  • 1.1. 배경 및 소개
  • 1.2. 용어
  • 1.3. 문서 작성 요령
• 2. 행사 준비
  • 2.1. 주최
  • 2.2. 행사 구성
  • 2.3. 예산안 및 준비물
  • 2.4. 참가자 복지
  • 2.5. 그 외 시스템
• 3. 행사 운영
  • 3.1. 주제 선정
  • 3.2. 브레인스토밍
  • 3.3. 기획 발표
  • 3.4. 팀 빌딩
  • 3.5. 개발
  • 3.6. 발표
  • 3.7. 뒤풀이
• 4. 결론 및 제안
  • 4.1. 과거의 경험으로부터 배울 것들
  • 4.2. 당부의 말
• 부록
  • 부록 A: 참고 문헌
  • 부록 B: 참가자 정보
  • 부록 C: 팀 정보
  • 부록 D: 도전과제 정보

당부할 말에 쓸 내용 논의

NDM 외에 누구 참가시킬지 이런거 적어야 할듯
사실 주최자 마음임

md lint

https://www.npmjs.com/package/markdownlint-cli

markdownlint .

으로 실행하면 됨.

그런데 하고보니 private repo라서 무료로 서비스를 못쓰잖아?...

행사 중에 화면에 띄워야 할 것들 + 이슈

추가해 나갑시다

작업 방식 조사 및 merge 공지

작업은 다음 순서로 이루어질 예정입니다.

1. 각자 branch에서 작업
2. PR 열고 review, 논의가 필요한 경우 Issue 열거나 공동작성작업 현장에서 회의
3. master로 merge

특별한 경우가 아니라면 여기서 master로 merge하기 전에 rebase를 하고, merge는 --no-ff로 할 예정입니다.

GitHub Markdown 웹 에디터 쓰는 분들과, 로컬에 Git repo 열어서 작업하는 분들로 나누어 여기 댓글 달아 주시기 바랍니다. 작업 방식에 따라, 웹 에디터 쓰는 분들의 branch는 제가 모두 master 끝으로 rebase해 놓겠습니다. 로컬에 Git repo 열어서 작업하는 분들은 수시로 git pull origin master 받아서 현재 branch에서 git rebase master 실행해 주시면 되겠습니다.

이러다 직군 통계 내기 죽겠습니다

Appendix B에 들어갈 참가자 직군 통계를 내고 있는데(by @Perlmint), 신청 시에 "모르겠습니다"로 신청한 사람의 오각형 능력치(?) 명찰이 필요하게 됐어요. 다행히 자료사진이 많아서 뒤지고 있는데 불명확한 경우가 여전히 있습니다. 대안은 있고 어느 챕터에서 어떻게 논할까요?

문서 작성 요령 문서가 생겼습니다

1.3. 문서 작성 요령
master에 merge해 두었습니다. 모두 읽어 주시고 추가할 내용 있으면 여기 댓글 남겨 주세요.

잠을 못 자고 있습니다