[취업준비일지] - 45 - 스터디 프로젝트 7일차

프로젝트 작성은 해야 하지만 작성하려고 손을 가져갈 때 마다
자꾸 고민이 생기는 것 같다.

결국 한참을 고민하다가 평소 작성 방식대로 작성한 다음
(물론 css는 컨벤션을 따르면서)
월,화,수까지가 스타일링이라고 했으니 리팩토링을 하는 방향으로 가야겠다.

padding으로 요소크기 잡기와 em으로 사이즈를 정하며
rem으로 텍스트를 만드는 방식이 중요해 보였다.

반응형을 위해서는 flex 방향이 달라야 하는데
이 또한 상속을 받는 것이 아니라 직접 구현 후 
요구되는 통일성에 맞추기로 했다.

처음부터 리팩토링을 가정하고 평소대로 만들었으면
2~3시간이면 해결됐을 일이지만
고민하는 시간 자체도 의미가 있었을 거라고 위안삼는다.

작업은 어떻게 진행하고 있던 도중
스크롤을 구현하려고 데이터를 넣어 확인하던 도중
헤더에서 데이터가 다 보이는 것을 발견했다.

이 부분은 헤더가 배경색이 없어서 생긴 문제로
헤더를 직접 수정하기는 애매한 느낌이 있어 일단 하위태그 속성 수정으로 변경했다.

하지만 다른 곳에서도 헤더를 같은 방식으로 사용하는 무한스크롤이기 때문에
이 부분은 수정이 필요해 보인다.

z-index 문제라고 생각하고 한참 확인했지만
z-index에 대해 알아보는 시간이 되었을 뿐이고 (형제끼리 비교)
배경색의 투명도 문제라고 생각해 다 뒤져봤지만 배경자체가 없다는 점이 문제였다.

또한 아이콘 이미지도 없는 상태인데 
아이콘을 어디에 넣어서 어떻게 가져올지에 대해서도 논의가 필요해 보인다.

반응형 및 컴포넌트 분할을 생각하며 만들다 보니 시간이 생각보다 오래걸려서 

결국 완성하지 못하고 내일 회의 전에 마무리해야 할 것 같다.



1.페이지 교체 알고리즘은 대표적으로 FIFO, OPT, LRU 3가지가 있는데
페이지를 교체하지 않으면 데이터가 누적되고
페이지를 무작위로 제거할 경우 재사용할 경우가 생길 수 있기 때문에
상황에 맞는 교체 알고리즘을 사용한다.

FIFO(First In First Out) - 큐와 유사하게 페이지를 관리한다.

OPT(Optimal) - 사용하지 않을 페이지를 먼저 내보내는 알고리즘으로
               가능하다면 최적의 방식이지만 실제로 사용되지 않을거라는
               근거를 찾기 어려운 방식이다.
               
LRU(Least Recently Used) - 큐와 유사하지만 교체는 하지 않는 방식이다.
                       데이터를 보유중이던 페이지가 사용될 경우
                       기존 페이지를 방출하지 않고 마지막 위치에 둔다.
                       (큐는 마지막 위치가 제일 늦게 제거된다)

 

이런 교체 알고리즘은 전역적(Global) 또는 지역적(Local) 교체로 처리된다.
상황에 따라 다르지만 일반적으로는 전역적 처리가 효율적이라고 한다.





(1).백준 4880 다음수는 등차수열 또는 등비수열인 3개의 숫자를 받아
등차/등비수열임을 판단한 다음 그 다음에 올 값을 판별하는 문제였다.
1,2,3번째 값이 있다면 3,2 -1,  3,2 /1과 같은 방식으로 다음 값을 구했으며
판별은 a*c가 b의 제곱이 아닌 경우 등차수열인 것으로 구별했다.

let input = `4 7 10
2 6 18
0 0 0`.split('\n')

let result = []

for(let i = 0 ; i < input.length-1 ; i++){
    let [a,b,c] = input[i].split(' ').map(Number)
    if(a*c === b*b){
        result.push(`GP ${c*b/a}`)
    }
    else{
        result.push(`AP ${c+b-a}`)
    }
}

console.log(result.join('\n'))