vi 편집기 사용시 알아두면 좋을 set 명령어를 요약해 보았습니다.
자주 쓰는 명령어는 계정의 home 디렉토리에 “_vimrc” 라는 파일을 만들고 set 옵션 내용을 저장하면 vi편집기 실행시마다 자동으로 적용됩니다.

세미콜론을 입력 후 아래 명령어를 통해 내용 치환이 가능합니다.

:[range]s/old/new/[option]

위 영역별 옵션은 아래와 같습니다.

range

old 영역은 정규표현식을 사용가능하며 new영역은 바뀔 내용을 씁니다.

old

vi에서 지원하는 old영역 정규표현식은 아래와 같습니다.
※ vim에서는 좀더 많은 정규표현식을 지원합니다.

\{n,m\}과 \{-n,m\}의 차이는 가능한 많이 / 가능한 적게 적용하는 것입니다.
예를 들어
x xx xxx xxxx xxxxx
와 같은 문장을 치환 하면 아래와 같습니다.
:s/x\{2,\}/y/ -> x y y y y
:s/x\{-2,\}/y/ -> x y yx yy yyx

new

new영역에서의 교체패턴은 아래와 같습니다.

option

vi 편집기에서 라인을 자유롭게 이동하기 위한 몇 가지 커맨드들을 외워둡시다.

웹 작업시 내부적인 통신을 위해 iframe 숨겨서 사용하는 경우가 있습니다.
이 때 iframe은 보여선 안되기 때문에 width=0, height=0으로 설정하는데 그럴 경우 크롬에서 아래 그림과 같이 여백으로 떠버리는 경우가 있습니다.

그래서 추가하는 방법이 style에 display:none;을 추가하게 되는데 이 역시 다른 브라우저에서 문제를 일으킬 소지가 있습니다.

The iframes used to load test requests all have style=”display:none”.
Firefox does not compute styles or perform certain other rendering tasks in elements that are display:none or are children of an element with display:none.
Therefore, there are numerous test failures that are false negatives because the behavior in question isn’t being triggered.
This problem can be easily resolved by using style=”visibility:hidden” instead.

display:none;으로 할 경우 iframe이 정상 로딩 되지 않을수 있다는 점인데, 이를 해결하기 위해 display:none; 대신 visibility:hidden;을 사용하면 됩니다.

iframe을 숨기기 위해 최종적으로 아래와 같은 방법으로 할 수 있습니다.

    iframe.setAttribute('style', 'height:0;width:0;border:0;border:none;visibility:hidden;');
    

Agile 방법론에 관해 공부한 내용에 대해 정리한 문서입니다.

1. 배경

• 소프트웨어 위기의 원인과 해결방안을 찾음
• 변화하는 요구사항과 측정하기 힘든 작업량
• 기술적인 해결책으로 객체지향 등장, 그리고 객체지향 개발을 하기 위한 적합한 개발 프로세스 필요

2. Waterfall의 문제점

• 수행단계가 명확하게 나뉘어 있어, 앞선 파트가 끝나야만 다음 단계 실행가능
• 요구사항에 맞게 개발되고 있는지 개발 후반부가 되어야 확인 가능함
• 하위 단계 수행중 상위 단계(기획/요구사항등…)에서 수정될 경우 영향도가 매우 큼

  가장 큰 문제는 요구사항을 내는 고객도 실체가 보이기 전까진 완벽히 원하는 것을 내놓기 힘들다는 것입니다.

3. Agile 이란

Agile방법론의 기존 방법론과 가장 큰 차이점은 사상과 철학에 있습니다.

Agile 선언문

• 공정과 도구보다 개인과 상호작용을
• 포괄적인 문서보다 작동하는 소프트웨어를
• 계약 협상보다 고객과의 협력을
• 계획을 따르기보다 변화에 대응하기를

어쩔수 없는 부분

고객의 요구사항은 바뀝니다.   
한번에 제대로 할 수 없습니다.   
개발 기간이 길수록 변경사항이 발생할 확률이 높습니다.   

해결 방안

짧은 개발기간으로 빠르게 실체를 만드며 지속적인 결과물을 전달합니다.
최대한 단순화 합니다.
고객과의 피드백/의사소통을 자주하여 바른 방향을 잡습니다.
개개인에게 동기부여하고 가장 효율을 낼 수 있는 환경을 만듭니다.
하나의 팀이 역활과 책임을 공유합니다.

4. Agile 종류

eXtreme Programming(XP)

XP를 지키기 위한 기법으로는 아래와 같습니다.
출처 : 애자일 실천 사례 - XP편

• 함께 앉기 : 커뮤니케이션 비용을 줄여줍니다.
• 페어프로그래밍 : 특정 사람에게 의존성이 생기는 것을 방지합니다.
• 사용자스토리 : 프로젝트에 참가하는 모든 사람이 이해하기 쉽습니다.
• 주단위 계획 : 작업계획의 크기를 2~3주 단위로 구성합니다.
• 휴식 : 집중력을 향상 시켜줍니다.
• 지속적 통합(CI) : 나중에 한번에 통합했다가는 날벼락을 맞을수 있습니다.
• 테스트 주도 프로그래밍(TDD)

Scrum

스크럼은 제품책임자(PO), 스크럼마스터(SM), 그 외 모든 팀원으로 구성됩니다.

스크럼은 아래와 같은 방식으로 진행됩니다.