본문 바로가기
[만화][프리스트] 네트라핌의 명대사. 너희들이 이런 모습으로 태어난 건, 우리들의 시기 때문이었지.. 그분의 명으로 너희 부모들에게 전하면서 그분 몰래 너희들의 운명에 질투어린 장난을 쳤더랬지.. 네게 젖 한번 못 물리고 죽은 니 어미의 주검 앞에서도 세상에 나와서도 암흑만이 전부인 너의 울음소리 앞에서도.. 난 내가 너희에게 준 시련에 대해 미안해하거나 후회하지 않았지.. 니가 처음으로 걷던 날.. 내 날개를 보고 너무도 좋아하던 너를 보고 내가 너희에게 무슨 짓을 한건지 깨달앗단다.. 미안해, 데이나.. 네게서 그날의 기억을 빼앗아 버린 건.. 천사의 날개가 아름담지도, 그리고 순수하지도 못하다는 걸 들키고 싶지 않아서였어.. 로그인 없이 추천 가능합니다. 손가락 꾸욱~ 2012. 2. 29.
[맛집][리뷰/추천][혜회,대학로] 돌쇠아저씨. 안녕하세요 돼지왕 왕돼지입니다. 오늘 성균관대로 교육차 출장을 가면서 혜화의 맛집으로 유명하다는 "돌쇠아저씨" 댁(?) 에 방문했습니다. 다른 블로그 포스팅들을 보면 입구에 돌쇠아저씨 그림이 있는데, 이제 원더우먼 이미지가 있더라구요. 나이스 타이밍 럭키가이의 특성상 약 2~3분의 기다림으로 자리를 차지할 수 있었습니다. 자~ 메뉴부터 보시죠? ( 전 가격과 메뉴에 민감한 편이라 그런 분들을 위해 사진을 좀 크게 넣었습니다. ㅋ ) 요런 것들을 팔고 있었습죠. 주력 메뉴는.. 고르곤졸라 피자, 치즈떡볶이, 김치볶음밥으로 보입니다. ( 대부분 이것을 먹더군요.. ) 고르곤졸라 피자를 먹고 싶었던 저는 느끼함을 고려하여 "돌쇠세트"를 주문합니다. 돌쇠세트 = 김치볶음밥 + 고르곤졸라 피자 + 후식 = 196.. 2012. 2. 29.
[Clean Code] 냄새와 발견법 Red : 냄새 Blue : 권장사항 1. 주석 ○ 부적절한 정보 주석. - 코드와 설계에 기술적인 설명을 하거나, 메타 정보를 기술한 것을 제외하고는 대부분이 부적절한 정보이다. ○ 쓸모없는 주석. - 오래된 주석( 유지 보수 없는.. ), 엉뚱한 주석, 잘못된 주석은 필요 없다. ○ 중복된 주석. ○ 성의없는 주석. - 내용이 모호하거나, 별 기능을 못하는 주석. ○ 주석 처리된 코드. - SVN 같은 코드 관리 시스템으로 관리하라. 2. 환경 ○ 빌드에 여러 단계가 걸린다. ○ 테스트에 여러 단계가 걸린다. 3. 함수 ○ 너무 많은 인수 - 없는 것이 가장 좋고, 하나는 봐줄만 하다. 넷 이상부터는 절대 피하는것이 좋다. ○ 출력인수. - 인수를 전달할 때는 보통 입력으로 간주한다. 입력의 상태를 .. 2012. 2. 28.
[Clean Code] 클래스 ○ 클래스는 캡슐화 ( encapsulation ) 을 잘 활용한다. ○ 클래스는 작아야 한다. - 코드 라인도 적거니와 단일 책임 원칙, single responsibility principle( SRP ) 을 지켜야 한다. ○ 클래스는 응집도가 커야 한다. - 메소드와 변수가 서로 의존하며 논리적 단위로 묶인다는 의미. - 응집도가 낮은 녀석들은 다른 클래스로 뺄 수 있다. ○ 추상화를 잘 활용하면 변경이 쉽다. 2012. 2. 28.
[Clean Code] 형식 ☆ 형식을 맞추는 목적 - 코드는 혼자 짜는 경우가 적다. 의사소통과 서로의 코드에 대한 가독성 등을 고려했을 때 통일된 형식을 지키는 것이 좋다. ☆ 적절한 행 길이를 유지하라. - 클래스와 함수 등은 최대한 짧은 것이 좋다. ☆ 신문기사처럼 작성하라. - 신문기사처럼 읽어내려가는 형식으로, 중요한 것 ( 헤드라인 ) 은 가장 윗쪽에 오도록 배치한다. ☆ 개념은 빈 행으로 분리하라. ☆ 세로 밀집도를 높이고, 수직 거리는 줄여라. - 의미 없는 주석 등으로 연관성 있는 코드들을 떨어뜨리지 말라. - 비슷한 개념의 것. 종속 함수 등은 가까이에 배치하라. ☆ 변수선언은 그 변수를 사용하는 곳의 가장 가까운 곳에서 선언하라. ☆ 인스턴스 변수 ( member 변수 ) 는 상단에 모아서 선언하라. ☆ 가로 .. 2012. 2. 28.
[Clean Code] 주석. ♧ 주석은 나쁜 코드를 보완하지 못한다. ♧ 주석 대신 코드로 의도를 표현하라. ♧ 좋은 주석은 매우 한정적이다. - 법적인 주석 ( Copyright 등 기술 ) - 정보를 제공하는 주석 ( kk:mm:ss 형식 ) - 의도를 설명하는 주석 ( 한번에 이해하기 어려운 알고리즘 등을 설명 ) - 의미를 명료하게 밝히는 주석 ( API 자체가 잘못설계되어 이해가 어려울 때 이를 보충해주는 주석 ) - 결과를 경고하는 주석 ( API 형태로. 사용자에게 경고를 함. i.e) 오래 걸리는 작업처리. not-thread-safe ) - TODO 주석 - 중요성을 강조하는 주석 ( 직관적으로는 중요하지 않아서 삭제되거나 편집될 수 있는 부분을 경고 ) - 공개 API 의 Javadoc 형태 ♧ 나쁜 주석 - 별 .. 2012. 2. 28.
[Clean Code] 함수 ◇ 작게 만들어라 - 첫번째 규칙은 작게. 두번째 규칙도 작게. ◇ 블록과 들여쓰기를 확실하게 해라. ◇ 한가지만 해라!! - 함수는 한 가지를 해야 하고, 그 한 가지를 잘 해야 하고, 그 한가지만 해야 한다. ◇ 위에서 아래로 코드 읽기 : 내려가기 규칙 - 책을 읽어 내려가는 것처럼 정렬한다. ◇ Switch 문은 Class 로 분기한다. ( 최대한 사용을 자제한다. ) ◇ 서술적인 이름을 사용하라. ◇ 함수 인수를 적게 하라. - 가장 이상적인 인수 갯수는 0개 (무항) - 3개(삼항)은 가능한 피하는 것이 좋고, 4개 이상(다항)은 사용해선 안된다. ◇ 플래그 인수는 함수를 2개로 쪼개서 처리한다. ◇ 인수가 많을 경우에는 class 로 묶어서 전달하거나, member 변수를 사용한다. ◇ 부수.. 2012. 2. 28.
[Clean Code] 의미 있는 이름. □ 의도를 분명히 밝혀라. □ 그릇된 정보를 피하라. - 약어는 피하는 편이 좋다, - List 가 아니면 list 라는 변수명을 쓰지 않는다. ( 예를 들자면.. ) □ 일관성 있는 이름을 써라. - 한쪽에서 write 로 썼으면 계속 write 를 써라, state 등으로 일관성을 깨지 마라. □ 의미 있게 구분하라. - a1, a2, data, info 이런 의미가 불분명한 녀석은 의미있는 언어로 치환하라. - account, accounts, accountInfo, accountData 처럼 비슷하면서 구분이 안 되는 녀석은 확연히 구분되게 하라. □ 발음하기 쉽고 이해하기 쉬운 이름을 사용하라. - 그래야 의사소통이 쉽다. □ 검색하기 쉬운 이름을 사용하라. - 매직 넘버는 전역상수로 치환하라... 2012. 2. 28.
[Clean Code] 클린 코드란 무엇인가? 클린코드란? The C++ Programming Language 저자 Bjane Stroustrup - '보기에 즐거운' 코드. ( 오류, 메모리 누수, Race Condition, 일관성 없는 명명법 등은 즐겁지 않6다. ) - '한가지를 잘 하는' 코드. ( 함수, 클래스, 모듈은 주변과 연관성이 없이 (혹은 적게) 한가지 일만 한다. ) 나는 우아하고 효율적인 코드를 좋아한다. 논리가 간단해야 버그가 숨어들지 못한다. 의존성을 최대한 줄여야 유지보수가 쉬워진다. 오류는 명백한 전략에 의거해 철저히 처리한다. 성능을 최적으로 유지해야 사람들이 원칙 없는 최적화로 코드를 망치려는 유혹에 빠지지 않는다. 클린 코드는 한 가지를 제대로 한다. Object Oriented Analysis and Design.. 2012. 2. 28.
반응형

티스토리툴바