-
Notifications
You must be signed in to change notification settings - Fork 1
Open
Description
_1. 각 문제의 번호를 매기는 방법이 여러가지가 있는데, 번호 대신 문제 코드를 넣는 것이 제일 바람직해보임. (사례 : oj.uz 'IOI11_garden', 'tutorial4' 등)
-> 장점 : 직관적으로 문제 검색 가능, 서치 엔진과 궁합이 잘됨, legacy 호환성 유지 가능 (기존 코슷 문제 번호로 들어오면 redirect)
-> 단점 : 손이 많이 간다. 길다 (이 문제는 legacy code를 여전히 부여하는 시스템으로 가면 문제가 안될듯)
어차피 문제 작업은 다 손이 많이 갈듯하니 최선이다 생각함.
-> 추가 단점 : 코드를 매기는 규칙이 존재하는가? 규칙이 없으면 코드가 이리저리 꼬여서 일관성을 잃을 가능성이 존재함. 이러한 규칙을 확실히 만들 수 있는가? 없으면 그냥 번호순으로 가는 게 나을 수도 있다.
->>> 번호순으로 간다면, 정말 현행 시스템을 유지할 것인가? 지속가능한가? 다른 번호시스템을 고려해야 할 수도 있다. 하지만, 그 경우 legacy support 문제는?
_2. 문제를 어디서 띄우는가?
-> html 페이지를 각 문제별로 만든다
-> 문제를 그때그때 db에서 받아서 처리한다
_3. 문제 분류 시스템
- oj.uz의 경우 그냥 보기 / 최신 문제 보기 / 출처 별 보기가 있으며 boj는 이것보다 조금 더 많이 지원
http://oj.uz/problems
https://www.acmicpc.net/problemset
이러한 식의 pageview 역시 지원해야 함
_4. 추가적인 기능?
- 문제 추가 시스템?
- dataset 보강 시스템? (validator와 연동되어야 함)
- any ideas?
_5. 부분 점수 기능? Small / Large 분할?
Metadata
Metadata
Assignees
Labels
No labels