테페리넷

사용자 도구

사이트 도구

현재 위치: 테페리넷 » Problem Solving
ps:start

목차

Problem Solving

목표

  • 즐거운 PS (강조!!)
    • 대회에 참가할 것도 아니고, 기업의 코딩테스트를 볼 것도 아니다. 그냥 나에게 PS는 취미인데, 취미라면 즐거워야 한다.
    • 따라서, 코딩테스트 수준의 문제로 난이도를 한정지을 필요도 없다. 시간에 맞춰서 푸는 연습을 할 필요도 없다.
    • 어차피 재미로 하는 거니, 활용할 일이 거의 없을 것 같은 알고리즘도 공부해보자
    • 실력이 쪼렙에서 안늘더라도 스트레스는 받지 말자. 어차피 목표는 고수가 되는게 아니다. 능력도 안되지만, 고수를 목표로 빡공할 시간 여유도 없다.
  • Python으로 풀이
    • 물론 C++보다 많이 느리고, 그러다보니 심지어는 python으로는 시간내에 풀 수 없는 문제도 있어서 PS를 본격적으로 하기에는 부적합하지만, 파이썬만의 코딩하는 재미가 있다. 재미가 중요하다.
      • 사실 Julia도 얼핏 보기엔 꽤나 재미있어 보여서 시도해보고 싶었지만, 지원해주는 사이트가 없다 ㅜㅜ
  • 최적 알고리즘으로 풀이
    • 코드가 통과되었더라도, 다른 사람의 코드를 보고 더 최적의 솔루션이 있는지 확인해 보자.
  • 가독성 있는 코드를 작성
  • 가능한 경우에는 범용적이고 재사용가능한 함수나 클래스를 만든다 (Teferi library)

2026년 목표 (2026/04/16)

  • BOJ 종료 소식을 듣고서 PS 목표에 대해서 다시한번 생각해봤다 (BOJ 서비스 종료에 관해)
  • 우선 가장 중요한것 - 이것저것 시도는 해보되 예전만큼 재미가 없다고 생각되면 접는다. 대체할 취미는 많이 있다
  • BOJ 종료까지 남은 2주의 기간동안에 도전할것들은
    • 클래스 10 찍기.
    • 브론즈작으로 3500문제 만들기
  • BOJ 종료 후 해볼 것들 후보들은
    • KOI 문제 쭉 밀기 (biko or 정올)
    • CSES 사이트 문제 다 풀어보기
    • USACO GUIDE 복습하고 문제들 풀어보기
    • 그 뒤는 분위기 봐서.. 이쯤되면 대충 대세가 결정되어 있을듯. 새로 열리는 대회들은 어디에서 개최되고, 솔브닥은 어디랑 연동되고 이런거는 결정되었을테니 그 대세에 동참하자. 하지만 이제 다양한 OJ를 사용하는 것을 기본으로 하자.
    • 문제별 튜토리얼은 계속 쓰되, OJ에 종속되지 않게 특정 OJ의 문제번호가 아닌 어떤 대회의 어떤 문제인지를 기준으로 쓸수 있게 하자.
    • python 시간보너스를 안주는 것을 기본으로 생각하자. pypy를 기본으로 쓰고.. 못푸는 문제는 포기해야지 뭐..

2024년 목표

표시하려면 클릭 ⇲

숨기려면 클릭 ⇱

  • 2023년 목표는 PS 거의 접기였다. 물론 실패했지만. 최소한의 마일스톤을 달성하고 기쁜 마음으로 탈PS를 한다는게 목표였으나, 그 마일스톤 달성에도 실패하고 탈PS도 실패했다
  • 작년 경험으로 최소한이라고 생각하는 마일스톤을 달성하는 것조차도 쉽지 않다는 것을 깨달았다. 하지만 PS에 들어가는 시간은 줄이는 것이 맞다.
  • 그래서 올해는 목표를 최소한으로 잡도록 한다. 스트릭 유지를 제외하고는 모두 정량적인 합격 기준이 있는게 아니라 그냥 '최대한', '가능한' 정도의 느낌으로 할 예정이다.
    • 솔브닥 스트릭 유지
    • 새로 개최된 백준 대회 문제 최대한 업솔빙
    • 새로운 알고리즘/이론 공부 - 어떤걸 공부할지는 지금 정하지는 않겠다. 그냥 재미있어 보이는거 위주로 하자
    • 게임 이론 문제 최대한 많이 풀기

목표가 아닌 것

  • 정해진 시간 안에 빠르게 코드를 작성
    • 대회를 위한 연습이라면, 가독성을 다소 희생하고 필요하면 미리 만든 매크로등을 동원하는 등의 방법으로 빠르게 코드를 짜는 것도 필요하겠지만, 나의 경우는 아니다.
  • 극도의 최적화
    • 최적화는 시간복잡도를 줄이는 경우에만 의미를 둔다. 상수항을 줄이기 위해서 노력할 필요는 없다..
      • 상수항을 줄이는 테크닉이 범용적으로 사용되는 테크닉이거나, 목표 로직이 공통 함수라면 고려할 여지는 있다..
    • 특히 파이썬은 생각지도 않은 부분에서 속도 차이가 나는 경우가 많아서, 실제 수행속도가 가장 빠른 코드를 찾는 것은 너무 많은 노력이 든다.
      • 인터프리터 언어이다 보니, 보통은 컴파일러가 알아서 최적화해주는 부분들을 못해주는 경우가 많고, 의외의 곳에서 시간 손실이 생기는 경우가 많다.
        • 한 예로, 전역변수에 접근하는 시간이 로컬 변수에 접근하는 시간보다 유의미하게 느리다
      • c언어로 구현된 라이브러리 함수는, 파이썬으로 재구현했을 경우 그 속도를 따라잡기가 거의 불가능하다.
  • 숏코딩
    • 코드를 짧게 쓰려고 노력할 필요는 없다. 가독성 있는 코드를 만든다
  • 멋있는 코드
    • 비슷한 맥락으로, 막 신박한 테크닉을 사용해서 멋있게 코드를 짤 필요는 없다. 멋있는 코드보다 예쁜 코드를 짜자!
  • 이미 라이브러리에 존재하는 로직을 재구현
    • 만약, 전혀 모르는 알고리즘이라면 공부 차원에서 새로 구현해 볼 수도 있지만, 라이브러리에 포함될 정도의 알고리즘/자료구조를 모르는 경우는 없을 듯. 그러니 그냥 라이브러리에 구현되어있는 알고리즘을 사용하자
  • 많은 문제를 풀기
    • 다른 사람한테 보여줄 것도 아니고.. 푼 문제 수에 집착해서 쉬운 문제만 푸는 것은 별 도움이 안된다.

업로드 규칙

  • 문제 사이트마다 다른 서브 카테고리를 만들고, 그 안에 문제별로 문서를 만든다.
  • 문제별 문서에 코드를 올릴때는 Import Inliner를 적용하기 이전 상태의 코드를 올린다. 대신 사용한 teflib 함수들에 대해서는 따로 링크를 걸어둔다.
    • 이렇게 코드를 올리면 바로 코드를 복붙해서 제출할 수는 없다는 단점이 있지만, 공통 라이브러리 로직과 문제별 로직을 구분해서 보기 쉽고, 그래서 깔끔하고 이해도 쉽다. 바로 코드를 복붙해서 제출할 수는 없다는 점도 생각해보면 장점인거 같기도 하다.
  • 다이아몬드 이상의 문제에는 코드를 붙이지 않는다. 어차피 그 정도의 문제를 고민할 레벨의 사람들에게는 코드는 있으나 없으나 별 문제가 안된다.

관련 페이지

참고 사이트

python library

토론

댓글을 입력하세요:
K D D C O
 
ps/start.txt · 마지막으로 수정됨: 2026/04/16 14:19 저자 teferi