지훈현서

Sources

Posts

345 posts
[OS X, Ubuntu] 터미널에서 tmux 사용해 보기

[OS X, Ubuntu] 터미널에서 tmux 사용해 보기

지훈현서|2017년 1월 2일

이제 2017년 새해가 밝았습니다.우선 제 블로그를 찾아주시는 모든 분들께 인사드립니다."새해 복 많이 받으십시오" 지난번 우분투나 아이패드에서 터미널로 연결하였을 당시 ​터미널에서 화면을 분할하여사용하는 것으로 시스템 디폴트 명령어인 "screen" 을 살펴본 적이 있습니다. 영문 위키피디어에서 tmux 를 살펴보니, 2007년 11월 20일 최초 발표를 하였고 최신 안정판도 몇달 전에 발표되는 등 유닉스 터미널 프로그램 치고는 상당히 최신의 따끈 따끈한 프로그램이라고 할 수 있겠습니다. 많은 곳에서 screen 대비 좋은 장점을 가지고 있다고 하는데 실제로 사용해 보니 screen 보다 좋네요. 특히 2.1 버전 이후 부터는 마우스를 지원하기 때문에 창(pane)을 분할해 놓고창을 선택, 크기

[Python] 파이썬으로 Slack에 문자 보내기

[Python] 파이썬으로 Slack에 문자 보내기

지훈현서|2016년 12월 23일

최근에 회사에서 Slack을 도입해서 잘 사용하고 있습니다.슬랙도 나온지 거의 삼년은 된 것 같습니다.Trello 와 더불어 관심을 가지고 지켜보고만 있다가최근에야 소통 도구로서 활용하고 있습니다. 돈을 주고 상용을 사용해도 되지만 인원이 많지 않을 경우 무료 버전을 이용해도 충분합니다. (업로드 되는 파일의 최대 크기가 5G 정도라 하는 것을 빼고는 아직까지는...) 최근에 CI(Continuous Integration), CD(Continuous Development) 및 DevOps 등을 살펴보면서도 그렇고결국은 각각의 시스템이 유기적으로 잘 결합되는 것이 제일 중요한데 최근 이런 시스템들을 보면외부 연동이 핵심이 될 정도로 중요한 점으로 부곽되고 있습니다. 과거에는 개발자들이 서로 서로 회식을

[Python] PyCharm에서 PEP8 맞추기

[Python] PyCharm에서 PEP8 맞추기

지훈현서|2016년 12월 19일

이제 파이썬을 사용한지 거의 9년이 되어 갑니다.그동안 파이썬의 PEP8 규칙을 거의 따르지 않고 있다가최근 프로젝트 부터는 따르려고 노력하고 있습니다. 역시 코딩 가이드는 딱딱하더라도 따르면 좋은 것이 많더군요.다음은 PyCharm 2016.3 에서 PEP8을 따르되, 필요한 일정 Warning은 억제하는 방법을 살펴보고잘 규약을 맞출 수 있는 방법을 간단하게 살펴봅니다. 일단 PyCharm IDE로 작성을 하다보면 편집기의 오른쪽 위에 누런 네모 상자도 보이고, 중간 중간 위와 같이 뭔가가 보입니다.암튼 오른편 위에 녹색 체크가 되어 있지 않으면 뭔가 코드 Inspection에서 문제가 있는 것입니다. 위에 것은 거의 디폴트 입니다. PEP8이 선택되어 있습니다. 우측 상단에 마우스를 가져다 놓으

[Python] py2exe로 생성된 exe에서 py 소스 구하기 및 \xec... 문자열 변환

[Python] py2exe로 생성된 exe에서 py 소스 구하기 및 \xec... 문자열 변환

지훈현서|2016년 12월 14일

윈도우에서 파이썬 스크립트는 py2exe를 이용하여 exe 실행코드를 만들 수가 있습니다.몇년 전에 만들어 놓았던 것인데 원 소스는 어디에 있는지 까 먹어 버렸습니다.이런 경우 파이썬은 역어셈블을 통하여 원 소스를 구할 수 있습니다. 구글링과 시행착오를 거쳐 다음과 같이 작업을 진행하였습니다. 1) unpy2exe를 이용하여 exe에서 pyc 추출$ python unpy2exe.py foo.exeMagic value: 78563412Code bytes length: 30698Archive name: -Extracting C:\Python27\lib\site-packages\py2exe\boot_common.py.pycExtracting foo.py.pyc 위와 같이 간단한 명령으로 해당 exe를 ...

[DevOps] GitLab과 Slack 연동

[DevOps] GitLab과 Slack 연동

지훈현서|2016년 12월 6일

최근에 DevOps로 전향하고자 노력을 하고 있습니다만,내제화되어 있지 않고 기존의 방법을 전향한다면 어려움이 많이 있을 수 있습니다.특히나 개발 문화는 개개인들의 업무 프로세스하고도 연관되기 때문에그런 것을 바꾸기란 습관을 바꾸는 것 만큼이나 쉽지 않습니다. 암튼 최근에 Phabricator, Redmine, JIRA 등등의 버전관리 및 이슈, 프로젝트 관리 등에 무엇을 사용할까 고민하다가 GitLab (Community Edition)을사용하기로 하였습니다. 그동안 사용해 왔던 Mantis 등을 고려해 볼 때 장단점 등이 있을 수 있으나GitHub 등의 지속적인 성장 및 메인으로 인한 (그동안 SourceForge, 코드그루 등등이 두각을 나타냈다가 사라지거나 사라저가고 있네요) 개발자들의 지원 등