728x90

 set autoindent      " 자동으로 들여쓰기를 한다.
set cindent          " C 프로그래밍을 할때 자동으로 들여쓰기를 한다.
set smartindent     " 좀더 똑똑한 들여쓰기를 위한 옵션이다.
set wrap             " 자동으로 <CR>를 삽입하여 다음 줄로 넘어간다.
set nowrapscan     " 검색할 때 문서의 끝에서 다시 처음으로 돌아가지 않는다.
set nobackup        " 백업 파일을 만들지 않는다.
set visualbell       " 키를 잘못눌렀을 때 삑 소리를 내는 대신 번쩍이게 한다.
set ruler             " 화면 우측 하단에 현재 커서의 위치(줄,칸)를 보여준다.
set tabstop=2       " Tab을 눌렀을 때 8칸 대신 4칸 이동하도록 한다.
set shiftwidth=2    " 자동 들여쓰기를 할때 4칸 들여쓰도록 한다.
set showmatch   " 매치되는 괄호의 반대쪽을 보여줌
set ignorecase   " 찾기에서 대/소문자를 구별하지 않음
set incsearch    " 점진적으로 찾기
set title      " 타이틀바에 현재 편집중인 파일을 표시
set background=dark    "화면배경을 좀더 어둡게 한다.
"set background=light  "화면배경을 밝게 한다.
set number         "행번호를 보여준다.  :se nu 와 같은 효과
set nowrapscan       "단어 검색시 문서 처음으로 돌아가지 않는다.
set hlsearch     "검색어 강조기능을 사용한다.

728x90

'Programming > 좋은습관들이기' 카테고리의 다른 글

프로그래머의 종류  (0) 2022.01.03
설계하기  (0) 2022.01.02
최적화  (0) 2022.01.01
Build 관점에서의 language 구분  (0) 2021.12.31
Comment 작성 요령  (0) 2021.12.30
Artistic Style : SourceInsight  (0) 2011.04.28
툴을 사용하자  (0) 2008.07.08
오류처리 - 프로그래밍 습관03  (0) 2008.06.26
오류처리 - 프로그래밍 습관02  (0) 2008.06.24
오류처리 - 프로그래밍 습관01  (0) 2008.06.14
728x90

Artistic Style


Astyle.exe 파일을 자동 접근 가능한 폴에 복사.
SourceInsight Base project 폴더, Windows\System32 혹은 기타 PATH로 설정한 폴더
Source Insight 에서 Project -> Open Project -> Base 프로젝트를 선택
'utils.em' 파일에 아래 내용 추가 (해당 옵션은 입맛에 따라 변경 가능)


// Run Artistic Style
macro ArtisticStyle()
{
hbuf = GetCurrentBuf()
sFile = GetBufName( hbuf )
len = strlen( sFile ) - 1
exp = ""

while ( sFile[len] != "." )
{
exp = cat( sFile[len], exp )
len = len - 1
}

if ( exp != "java" && exp != "c" && exp != "cpp" && exp != “h” )
{
return -1
}

cmd = "astyle.exe"
if ( exp == "java" )
{
cmd = cmd # " --style=java"
cmd = cmd # " --indent=spaces=4"
}
else
{
cmd = cmd # " --style=ansi"
cmd = cmd # " --indent=tab=8"
//cmd = cmd # " --indent-classes"
cmd = cmd # " --indent-namespaces"
cmd = cmd # " --indent-preprocessor"
}

cmd = cmd # " --indent-switches"
cmd = cmd # " --pad-oper"
//cmd = cmd # " --pad-paren-in"
cmd = cmd # " --suffix=none"

cmd = cmd # " \"@sFile@\""

exitcode = RunCmdLine( cmd, Nil, false )
}

Source Insight의 Option -> Key Assignments

'Macro: ArtisticStyle'를 선택하고 Assign New Key로 사용할 키 설정

===참고 =======
인터넷을 돌다보니 아래의 옵션에 문제가 있다고 한다.
주석으로 삭제해버리자
cmd = cmd # " --indent-classes"
cmd = cmd # " --pad-paren-in"
728x90

'Programming > 좋은습관들이기' 카테고리의 다른 글

설계하기  (0) 2022.01.02
최적화  (0) 2022.01.01
Build 관점에서의 language 구분  (0) 2021.12.31
Comment 작성 요령  (0) 2021.12.30
.vimrc option  (0) 2011.07.22
툴을 사용하자  (0) 2008.07.08
오류처리 - 프로그래밍 습관03  (0) 2008.06.26
오류처리 - 프로그래밍 습관02  (0) 2008.06.24
오류처리 - 프로그래밍 습관01  (0) 2008.06.14
코멘트(주석) - 프로그래밍 습관02  (0) 2008.06.11
728x90
오랜 시간이 걸리는 새로운 일과 마주치면?
1. 맨손으로 힘들여 노가다를 한다.
2. 스크립트 언어를 이용해서 그 일을 자동으로 수행하는 툴을 작성한다.
3. 이미 작성되어 있는 툴을 찾기위해 여러 시간을 보낸다.
=== 잠깐동안 툴을 찾아보고 없으면 더이상 미련을 가지지 말고 간단히 스크립트 언어로 자동 수행 환경을 만들도록 하자.

새로운 툴을 발견하면?
원하는 만큼 알게될 때까지 만지작 거리지 말고 관련 문서를 정확하게 읽어보자.
읽으라고 친절히 설명서까지 만들어놨는데 쳐다보지도 않고 혼자 만지작 거리면서 모르겠다고 투정부리는 일은 하지말자.

툴에 구애받지 않는 실력을 가지는 것도 중요하지만 세상에는 툴이 엄청 많다. 똑똑한 툴을 잘 다루는 프로그래머는 더 똑똑한 프로그래머가 된다. C코드를 툴을 사용하지 않고 어셈블리어로 변환하는 사람이 있다면 정신과 상담이 필요하다.

* 어떠한 툴 들이 있는지 알아보고 어디서 구할 수 있는지 확인해보자. 지금 사용하지 않더라도 충분한 보험이 될 수 있다.

툴의 사용법
* 툴로 무엇을 할 수 있는지 알아둬라.
* 어떻게 조종하는지 배워라.
* 어떤 일에 좋은지 알아둬라. (어떤 일을 할 때 사용하면 유용한지)
* 어떤 문제점을 가지고 있는 확인하라.
* 더 많은 툴을 찾을 분명한 루트를 확보하라.
    메뉴얼, 릴리즈 노트, 온라인 지원, 툴 내부의 도움말 파일, man 페이지 등
* 새로운 버젼이 언제 나오는지 알아내라. (최신 버젼이 무조건 좋은 것은 아니다)
===== 하지만 지금 당장 할 일은 툴들의 정보를 공유하는 커뮤니티를 찾는 것일지도

소스코드 편집용 에디터를 선택할 때의 팁
* 포괄적인 문법 컬러링(여러 언어를 지원)
* 간단한 문법 체킹(강력하면 더 좋겠지만)
* 우수한 검색 / 변환 (찾기, 바꾸기 등이 앞뒤로 가능하도록)
* 키보드 매크로 기능(꽤 유용하다)
* 원하는 플랫폼에서 작동하는지(유닉스, 윈도우계열 등 작업환경에서 돌아가야 한다)

TIP 유닉스 계열에서 사용하는 소스 조작 툴
diff : 두 파일을 비교, 서로 다른 부분을 하이라이트 표시
sed : stream editor; 한줄씩 읽어서 변환하는 것을 원칙으로 하는 툴, 항목의 재정렬이나 global 검색이나 치환, 혹은 행 안에 패턴을 삽입할 때도 사용
awk : sed와 비슷한데 이건 text file을 대상으로 작업한다.
grep : 파일 내의 문자패턴을 검색
find/locate : 파일을 찾는다. 이름, 날짜, 그 밖의 기준을 가지고 검색
wc : 단어와 문자를 세는 일을 한다
sort : 원하는 정렬 기준에 맞추어 재정렬한다
paste, join, cut 등 유용한 것들 꽤 많다. 유닉스의 기본 철칙은 작은 툴들이 모여서 큰 작업을 한다는 것이다.

좋은 프로그래머
* 지루한 일을 반복하기 보다는 적절한 툴의 사용 방법을 배우려고 한다.
* 여러가지 toolchain의 모델을 알아두고, 각각을 힘들지 않게 사용할 수 있도록 한다.
* 편의를 위해 툴을 사용하지만 툴의 노예가 되진 않는다.
* 사용하는 모든 것을 교체 가능한 유용한 도구(툴)로 본다

나쁜 프로그래머
* 몇가지 툴의 사용법을 알고있지만, 모든 문제를 툴에 맞추어 생각하려고 한다.
* 새로운 툴을 배우기 위해 시간내는 것을 꺼려한다.(익숙한 것만 하려고 든다.)
* 어떤 개발환경을 사용하기 시작하면, 그것을 종교처럼 받들고 절대 다른 것의 사용을 시도하려고 들지 않는다.
* 가치있는 새로운 툴을 발견해도 자신의 툴박스에 추가하지 않는다.
728x90
728x90

에러나 예외를 일으킬 때 주의
* 청소는 했는가? - 리소스 누출(동적할당 등), 자료들의 모순상태 등을 확인. 어쩔 수 없이 제대로 청소되지 않는 상황이라면 반드시 기록을 남겨둬야 한다.
* 에러정보에 부적절한 내용을 담지 마라
* 올바른 exception을 사용 - 에러나 예외가 아닌 특이한 값을 return하지 마라. 즉 올바른 자료랑 예외상황을 섞어서 사용하지 말란 말이다.
* 정상적인 실행과정 중 절대 일어나지 말아야 할 진짜 프로그래밍 에러를 잡으려고 한다면 assertion의 사용을 고려해보라. 하지만 assertion은 완성본에 남아있으면 안된다. exception을 활용하는 것이 더 나을수도 있다.
* 사람들이 무시하지 않도록 만들어라.

일반적인 에러 체크 목록
* 함수의 모든 파라미터를 체크
* 관심 있는 실행 지점에서 불변조건(invariant)이 만족하는지 검사
* 외부에서 들어온 값은 사용하기 전에 모두 유효성 검사를 해라. 특히 파일로부터 얻어오는 자료와 사용자가 입력하는 자료는 유효성검사가 꽤 중요하다.
* 시스템 호출과 함수 호출에 있어서는 가능한 모든 호출에 대해서 리턴 상태를 체크

에러 관리하기
* 에러의 원인이 될만한 일은 피해라 - 리소스 할당 에러는 충분한 리소스를 미리 예약(pool)하면 피할 수 있다.
* 프로그램이나 루틴이 비정상적인 상황에서 어떤 동작을 할 것이 예상되는지 정하라(GIGO: Garbage In Garbage Out)
* 자신의 프로그래밍 습관을 체크 : 에러 처리 코드를 나중으로 미루지 마라.

실패 가능성이 있는 코드를 작성할 때는 에러 감지 코드와 에러 치리 코드도 함께 작성하라.

728x90

+ Recent posts