Jazz with IT

http://bobbyryu.blogspot.kr/2006/12/rc.html

20년 이상 개발을 해왔고 또한 소프트웨어 공학을 전공한 사람으로서 말씀 드리건대(잘난 척하려는 것이 아니라 제 의견의 신빙성을 위한 멘트임), 소프트웨어 개발의 라이프사이클에서 통용되는 일반적인 정의는 다음과 같습니다.

알파(Alpha) 버전: 모든 기능이 구현되지는 않았지만 주요 요구사항을 만족하는 버전. 기능 구현이 부족하고 불안정하며, 일반적으로 내부 테스터를 위한 버전.

베타(Beta) 버전: 초기 소프트웨어 요구사항 스펙에 있는 모든 기능을 구현한 것이나 중간에 발생한 요구사항은 반영되어 있지 않을 수 있고, 버그가 존재하며 안정적이지 않은 버전. 일반적으로 일부 고객이 프리뷰할 수 있도록 제공하는 버전. 프리뷰 또는 테크니컬 프리뷰라고도 함.

RC(Release Candidate): 치명적인 버그가 발견되지 않는다면 최종 제품으로 릴리즈를 하기 위한 버전. 일반적으로 이 단계에서 코드 완결(Code Complete)이 됨.

위의 정의에 가장 부합하는 사례로 MS의 소프트웨어 제품들을 예로 들 수 있습니다.

다만 위의 정의는, 상품으로서의 패키지 소프트웨어를 위주로 한 정의입니다. 최근에 소프트웨어가 서비스화되고 웹 사이트들이 "베타"라는 말을 유행처럼 남발하면서 전통적인 베타 버전의 정의 또한 변화를 요구 받고 있는 상황이기는 합니다.

하지만 베타 버전의 정의는 여전히 다음과 같습니다.

베타 버전은 버그가 존재하며 안정적이지 않으며 초기에 정한 요구사항은 반영되었더라도 중간에 결정된 요구사항은 반영되지 않은 버전입니다.

개발의 전체 라이프사이클에서 소프트웨어 요구사항은 계속 추가/변경/삭제됩니다. 베타 버전의 단계에서도 그것이 계속 발생하고 있는 것입니다. 참고로 MS는 제품의 완성도를 높여 가면서 베타1, 베타2, 베타3 등으로 명명을 합니다. RC가 되기 전까지 베타 버전을 계속 디버깅하고 요구사항을 구현해 나가는 것입니다.

바로 이것입니다. 그래서 업체들은 "방어적 목적으로" 베타 버전이라는 말을 사용하고 있는 것입니다. 안정적이지 않고, 버그가 있으며, 계속 변하고 있는 중이라는 뜻이죠.

제가 말씀 드린 사항은 논란의 여지가 없는 사항입니다. S/W 업계 상식적으로도, S/W 공학적으로도 통용되고 있는 내용입니다.

그러므로 소비자, 사용자들은 베타 버전을 너무 과신하지 마십시오. 실제로 업체들은, 안정적이지 않으니 그리 신뢰하지 말라는 뜻에서 “베타”라는 말을 사용하고 있는 것입니다.

물론 베타 버전을 과도하게 마케팅하는 업체는 도의상 문제가 있다고 하겠습니다.

http://jkstory-textcube.blogspot.kr/2013/11/vim.html

우분투에서 vim 에디터를 이용하여 c 프로그래밍을 공부 중인데, vim 에서 탭 간격 설정 및 자동 들여쓰기 설정을 변경하면 좀 더 가독성 높은 환경에서 공부를 할 수 있다.
설정할 수 있는 것은 많지만 대충 몇 가지만 해줘도 c 공부를 하는데는 무리가 없다.

먼저 터미널을 연다.

  vim ~/.vimrc 

그리고 i 를 눌러 편집모드로 들어간 뒤 다음을 그대로 입력한다.

set ts=8
set sw=4
set sts=4
set smartindent
set cindent

: 를 누른 후 wq로 저장하고 밖으로 나온다.

이후에 vim 에디터를 열면 자동 들여쓰기 및 탭 간격이 변화한 것을 확인할 수 있다.

-------
ts (tap stop) : 문서에 있는 '\t' 문자를 몇 칸으로 보여줄지 결정하는 변수
sw (shift width)
sts (soft tab stop) : Tap 키를 눌렀을 때 표시되는 간격을 지정해 주는 변수

/////////////////////////////////////////////////////////////////////////////

http://jenemia.tistory.com/1

vi ~/.bashrc  해서 들어가서

alias vi='vim' 를 추가하고 저장하여

source ~/.bashrc 명령어 실행

그리고 홈디렉토리에서 .vimrc파일을 만들면된다.

명령행에는 ~ 인곳.. 또는 그냥 cd 라고 치면 나오는 디렉토리가

홈디렉토리이다.

#.vimrc 내용
set number " 라인번호를 붙임
set tabstop=4 " 탭문자는 4컬럼 크기로 보여주기
set shiftwidth=4 " 문단이나 라인을 쉬프트할 때 4컬럼씩 하기
set autoindent " 자동 들여쓰기
syntax on " 적절히 Syntax에 따라 하일라이팅 해주기
set background=dark " 이건 터미널 모드에선 영향이 없다.
set cindent " C 언어 자동 들여쓰기
set showmatch       " 매치되는 괄호의 반대쪽을 보여줌
set title           " 타이틀바에 현재 편집중인 파일을 표시
set textwidth=79 " 만약 79번째 글자를 넘어가면 다음행으로

set smartindent " 좀더 똑똑한 들여쓰기를 위한 옵션이다.

set autoindent " 자동으로 들여쓰기를 한다.

set ts=4 "탭 간격 조절

그외 내가 하는거

set se=4

syntax enable

highlight Comment term=bold cterm=bold ctermtg=2

이건 주석의 색깔을 지정. 2는 초록

파일 첨부에는 vi 편집기 단축키와

GDB 디버깅 단축키를 첨부하였다.

제가 리눅스 코딩할때는 VMware로 실행하여 하였기 때문에 왼쪽화면엔 VMware를,

오른쪽에는 빠른 코딩이 가능 하도록 이 두 텍스트 파일을 띄어 놓고 했다.

도움이 됫길 바랍니다.

http://namedit.tistory.com/archive/201409

저는 CentOS를 사용하겠습니다.

버젼은 6.4 입니다.

리눅스는 PAM : Pluggable Authentiaction Module 이라는

장착식 인증 모듈을 사용하고 있습니다.

이 모듈은 리눅스 시스템의 인증을 제공합니다.

자세한 내용은 http://se.uzoogom.com/131 을 참고하시길 바랍니다.

일단 vi 를 사용하여 /etc/pam.d/system-auth 을 엽니다.

1. # auth 문단의 첫번째 위에 아래 문장을 추가합니다.
2. auth       required    pam_tally2.so onerr=fail deny=3 reset
3. # pam_tally2가 PAM의 인증 Module 중 하나이고 3번 틀리면 접속을 거부하고
4. # 관리자에 의해 리셋 가능하다는 뜻입니다.
5. # 이제 account 문단의 첫번째 위에 아래 문장을 추가합니다.
6. account    required    pam_tally2.so onerr=fail
7. # ESC 키를 눌러 Insert Mode에서 빠져 나온 후 :wq 를 입력하여 쉘로 돌아옵니다.

이제 일반사용자로 로그인할때 3번 틀려보겠습니다.

Account locked due to 4 failed logins 라는 메세지와 함께

정상적인 비밀번호를 입력하여도 접속이 불가능합니다.

이제 이 Lock을 풀려면 Root에서 풀어줘야합니다.

pam_tally2 라는 명령어를 사용하면 접속에 실패한 사용자를 볼 수 있습니다.

Login           Failures      Latest failure              From

사용자         실패횟수      마지막 시도한 시간      터미널 번호

이제 Unlock을 하기위한 명령어를 알아봅니다.

pam_tally2 --user 사용자이름 --reset

Reset이 완료되었습니다.

이제 다시 접속해봅니다.

정상적으로 로그인이 되었습니다.