분류 전체보기
-
vim rename refactoringIT/Tools 2016. 5. 25.
python으로 작성된 소스코드에 대해서 PEP-8 코딩 스타일 규칙을 반영하기로 결정되어 대부분의 코드를 수정하게 되었다. PEP-8 규칙 반영시 무엇보다 가장 큰 공사는 멤버 변수, 메서드, 함수 이름 변경이다. 즉, IDE의 rename refactoring 기능이 필요하게 되었다. vim은 IDE가 아니기 때문에 refactoring과 같은 기능이 지원되지 않는다. 2011/06/14 - [개발 도구] - Linux 개발환경 - vim 사용법 이미 알고 있는 명령어들로는 어려움이 있었다. 모든 파일에 대해서 이름을 변경해주는 기능은 없기 때문이다. 간단히는 shell에서 sed 명령어를 활용하는 방법도 있지만 비슷한 단어들을 사용하는 경우에도 함께 변경되는 단점이 있다. 예를 들어, "find_l..
-
TED 프레젠테이션Review 2016. 4. 27.
TED 프레젠테이션 - 제레미 도노반 지음, 김지향 옮김, 송상은 해제/인사이트앤뷰 대학시절 프리젠테이션을 할 때가 문득 떠올랐다. 긴장을 숨기기 위해 힘차게 자기 소개로 시작하지만 준비한 PPT 대본을 그대로 읽어내려가기 바쁘다. 말 실수를 줄이기 위해 내용들이 가득 차 있는 PPT 구성. 그럼에도 불구하고 흐름이 기억나지 않아 말 실수를 하고 나서 목소리가 점점 작아지는 모습. 지금은 그 때만큼 긴장하지 않고 목소리가 작아지는 일은 없지만 여전히 멋진 발표를 하고 있다는 생각하지는 않는다. 어느날 강남역에 있는 중고서점에서 시간을 잠시 보내고 있었는데 문득 이 책이 눈에 띄어서 바로 구매하게 되었다. 이 책은 어떻게 이야기를 할 것인가에 대한 가이드라인을 만난 기분이 들었고 그 동안 내가 프레젠테이션..
-
NHN은 이렇게 한다! 소프트웨어 품질관리Review 2016. 4. 16.
NHN은 이렇게 한다! 소프트웨어 품질관리 - 유석문 외 지음/위키북스 처음 요리를 하게 되면 간단한 요리를 하게 되더라도 많이 헤매게 된다. 어떤 재료가 필요한지, 그리고 재료들을 어떻게 손질해야 하는지를 모르기 때문에 좋은 결과를 얻기 어렵다. 이런 경우 충분히 친절한 설명과 가이드가 필요하다. 이 책은 가장 소프트웨어 품질 관리를 시작하려고 할 때 어떤 도구들이 있고 어떻게 사용하는지에 대한 충분히 친절한 가이드 책이다. 개발 조직에서 코드의 품질을 보장하기 위한 도구 사용의 큰 그림을 보고 싶은 사람이 보면 좋은 책이다. 하지만 CI 운용을 해보거나 품질향상을 위해 여러가지 자료를 찾아보고 시도를 해본 사람이라면 내용 깊이에 대해서 아쉬움이 있을수 있다. 어떤 서비스나 재화를 생산하는 과정은 ‘정..
-
애자일 개발을 위한 팀 회의 규칙 6가지IT/Agile 2016. 3. 6.
회의는 2명 이상이 모여서 특정 주제에 대하여 논의하는 것을 의미한다. 즉 여러 사람이 모여서 이야기 하는 것이기 때문에 최소한의 규칙을 정하지 않으면 결론이 이상해지거나 결론 없이 시간만 소비하는 회의가 될 수 있다. 2015/04/07 - [일상/생각] - 회의를 효과적으로 이끌어 갈 수 있는 5가지 방법작년에 작성한 5가지 방법에 대해서 규칙을 6가지로 확대하였다. 이유는 개발 팀내의 회의에서는 기존 5가지뿐만 아니라 추가적인 규칙이 필요하다고 느꼈기 때문이다. 기존 5가지에 대해서도 불필요한 단어는 삭제하였고 생각이 바뀐 문장에 대해서도 변경하였다. 1. 우선, 회의 참석자들에게 회의 주제와 내용을 미리 공유한다. 빠른 회의 진행을 위해서는 진행할 주제를 미리 공유하는 것은 필수적이다. 아무런 준..
-
FileZilla Server, 425 Can't Open Data ConnectionDaily 2016. 2. 16.
FTP 서버가 필요해 FileZilla Server를 설치했다. 근데 파일 전송을 하려고 하니 다음 오류메시지가 나오며 전송이 되지 않는 것이다. 425 Can't Open Data Connection 방화벽 설정도 확인해봤지만 문제가 동일하게 발생했다. FTP 서버 로그인은 되는데 파일 전송이 되지 않는 것이다. 결론은 방화벽 설정을 다시 변경함으로써 문제가 해결되었다. FTP에서 사용하는 21 port만 방화벽에서 열어주었기 때문이었다. FTP에 대해서 명확하게 이해하고 있지 않음을 깨달았다. FTP는 명령과 데이터 전송에 대해서 port를 나눠서 사용하고 있었다. 그리고 데이터 전송에 대해서는 주로 passive mode를 사용한다. passive mode란 FTP 접속하는 과정에서 서버가 클라이언..
-
칸반과 스크럼Review 2016. 2. 14.
칸반과 스크럼 - 헨릭 크니버그 & 마티아스 스카린 지음, 심우곤.인범진 옮김/인사이트 스크럼 팀 운영을 하면서 스프린트가 종종 실패하는 경우가 있었다. 원인을 분석해보니 대부분 유지보수 및 지원 업무가 긴급해지고 일의 양이 많아지는 경우 스프린트 실패로 이어졌다. 책 내용 중 "들어가기" 에서 당일 기준 시급한 일을 다루는 팀에 대해서 칸반을 추천하는 내용을 보고 이 책을 읽어보게 되는 계기가 되었다. 칸반이나 스크럼을 운영하고 있는 사람이나 운영 계획이 있는 사람이면 꼭 읽어보면 좋다. 전반부에는 칸반과 스크럼의 주요 특징을 시각적인 자료들을 활용하여 쉽게 이해 할 수 있고 핵심을 잘 정리하였다. 나머지 후반부는 칸반 보드를 만드는 것 부터 운영에 대한 경험적인 내용을 담고 있는데 독자가 몸 담고 있..
-
파일 로깅을 위한 필수 명령어 teeIT/DevOps 2016. 2. 7.
일반적으로 Shell script에서 화면 출력은 echo나 printf등의 명령어를 사용하면 된다. #! /bin/bash echo 'Hello World' 이 결과물을 파일로 로그를 남기기 위해서는 매끄럽지 않지만 echo를 두번 남기는 방법도 있다. #! /bin/bash echo 'Hello World' echo 'Hello World' > /var/tmp/tmp.log 하지만 위와 같이 코드를 작성하면 실수하기 좋고 심지어 코드 중복 작업이다. 물론 실수를 줄이기 위해 함수로 만들어주어도 되겠지만 이러한 상황에 편하게 사용하기 좋은 명령어를 소개하려 한다. tee 명령어 TEE(1) BSD General Commands Manual TEE(1) NAME tee -- pipe fitting SYN..
-
일일스크럼은 왜 해야하나요?IT/Agile 2016. 1. 25.
일일 스크럼 일일 스크럼이란 말 그대로 매일 정해진 시간에 행하는 회의로써 팀 구성원들은 진행한 일, 오늘 진행할 일, 그리고 업무 진행에 있어서 장애사항을 공유해야 한다. 일일 스크럼은 왜 해야 할까? 사실 스크럼을 진행하게 되면 업무 진행사항은 보드를 통해서 업데이트 된다. 일일 스크럼에서 이야기하는 진행한 일이나 오늘 진행할 일은 보드를 통해서 확인할 수 있거나 유추할 수 있다. 그럼에도 불구하고 팀원이 모두 모여서 회의를 해야 하는 이유는 무엇일까? 그 이유는 애자일 선언문을 보면 알 수 있다. 애자일 선언 아래는 애자일 매니페스토 사이트에서 가져온 애자일 선언 내용이다. 우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고있다. 이 작업을 통..