조대협의 블로그

Rest API를 호출하기여러가지 라이브러리 (urllib2, httplib2)등을 체크해봤으나, https 를 가장 쉽게 호출할 수 있고, 사용하기 편한것은 requests라는 것이 가장 편리함 http://www.python-requests.org/en/latest/user/quickstart/#make-a-request 에서 curl 로 다운로드 하고 설치해서 사용 위는 도스창을 이용해서 간단하게 https로 dna.daum.net을 호출한 코드인데, 리턴값이 한글이라서 그런지. cp949 encode 에러가 남. (이건 나중에 수정해야 할거 같고) 기타 참고 자료 (아래) 참고 : API 호출 하기https://dna.daum.net/tools/python/tutorial SSL 사용하기urlli..

django는 모듈화가 잘된건지. 웹개발에 최적화 된건지여하간, tomcat처럼 디렉토리에 이미지나 CSS를 넣는다고 찾아지지 않는다. (html) templates 처럼 특정 디렉토리를 생성하고 setting.py 파일에 지정해줘야 한다 setting.py에서STATIC_URL = '/static/' 해주고 각 app 디렉토리 밑에 /static이란 디렉토리를 만들어준다.사용할 때는 load staticfiles를 불러준후에 경로를 다음과 같이 지정해주면 된다. {% load staticfiles %}this is group home ※ static file 경로 지정 방법 -https://docs.djangoproject.com/en/1.6/howto/static-files/

Django의 MVC 구조 원본- littlegreenriver.comTemplate 란? Template은 쉽게 이야기 하면 jsp 파일과 같다고 보면된다.template은 string으로 파일에서 로딩할 수 도 있고 몇개의 notation을 통해서 구성된다.마치 JSP의 처럼time.html 파일이 다음과 같을때 current time is {{ current_time }} 이는 current time is (JSP에서)와 같은 의미라고 보면된다.실제 view 모듈에서 이 템플릿을 렌더링 하는데, 이때, tempalte에 있는 인자들을 대입한다. template = loader.get_template('time.html') current_time = datetime.datetime.now() cont..

http://www.djangobook.com/en/2.0/chapter03.htmlDjango 설치후 django-admin.py startprojec Yurryt로 사이트 만들고 (Yurry 라는 프로젝트가 만들어짐)※ 참고 : Yurry 디렉토리안에는 urls.py, settings.py,_init_.py 등의 파일이 들어 있음. ../Yurry에 manage.py 파일등이 들어 있음Yurry/views.py 라는 파일을 만듬from django.http import HttpResponse def hello(request): return HttpResponse("Hello world")간단하게 Hello World를 Print Out하는 코드그 다음 Yurry/urls.py에from django.c..

1편 글 링크 - http://bcho.tistory.com/815Devops의 정의 이러한 개념들을 적극적으로 적용한 기업들이 Netflix, Flicker와 같은 인터넷 서비스 기업이다. 기존 개발 프로세스에 비해서 훨씬 빠르게 고객의 요구 사항을 반영해 내가고 있다. Flicker의 경우에는 하루에 10번 정도 [1]Deploy를 한다고 한다. 일반적인 인터넷 서비스가 한달에 한번 업데이트 빨라야 일주에 한번인데, 하루에 10번이라면, 경쟁 구조 자체가 틀려진다.PuppetLab (Configuration management 자동화툴)의 블로그[2]에 따르면 Devops를 적용할 경우,경쟁사에 비해서 30배 정도 더 자주 Deployment를 할 수 있으며, Deployment 실패 비율도 50% ..

기존 개발 체계의 문제점전통적인 개발 운영 체계일반적인 개발 운영 체계는 다음과 같다. 개발팀에 의해서 개발이 끝나면, 시스템은 테스트를 거쳐서 운영팀에 이관되고, 운영팀은 해당 시스템을 배포 및 관리 운영한다. 일단 이관된 시스템은, 개발팀이 일체 관여하지 않고, 운영팀에 의해서 현상 유지 된다. 문제점 1. 누구의 잘못인가? 불행의 시작시스템을 운영하다 보면, 반드시 장애가 생기기 마련인데, 문제는 여기부터 시작된다. 개발은 “애플리케이션” 을 볼 수 있지만, 아랫단의 “인프라 시스템”을 볼 수 있는 능력이 없다. 반대로 운영팀은 “인프라 시스템” 을 잘 알지만, “애플리케이션” 자체에 대해서는 잘 모른다.그러다 보니, 서로 자기 분야의 문제가 아니라고 하면서 서로 책임 미루기를 하게 되고, 문제 해..

1. Feature를 정의하는 것을 목표로 한다.2. Level 2~3 수준에서 Feature를 정의하고 내용을 Detail 쪽에 서술한다.3. 스토리 기반으로 리뷰를 하면서, Feature를 합치거나 나눠본다. 기준은 스토리 기반으로 리뷰를 했을 때 흐름이 끊어지지 않아야 하며, UX 디자이너가 스스로 디자인을 그릴 수 있는 수준이 되어야 한다.4. 전반부에는 최대한 디테일한 내용으로 해서 Feature들을 세분화 한후5. 후분부에는 디테일 내용을 합쳐가면서 Feature로 리스트 업한다. 그리고 디테일한 내용은 Feature로 정의하지 않고 Feature의 detail description에 서술하는 전략을 사용한다.

서비스 개발팀의 구조 시스템 개발 및 운영에 있어서, 팀의 구조는 매우 중요하다. 효율적인 의사 소통과 협업은 이 팀 구조에 많은 영향을 받는데, 지금까지 여러가지 팀 구조에 대한 레퍼런스가 존재해왔다. 개인적으로 느끼는 생각은, 사실 정답은 없다는 것이다. 비지니스나 팀의 특성, 문화적 특성에 따라서 그 팀 구조는 매우 상이하다. 지금까지 수천명이 들어가는 은행 차세대 프로젝트에서 부터 4~5명으로 구성된 프로젝트 팀, 50명 규모의 프로젝트 팀등 다양한 팀 구조를 경험하거나 직접 셋업 및 운영해왔다. 경험상 보면 보편적으로 많이 사용되는 팀 구조 모델이 있기는 마련인데, 여기서는 지금까지 프로젝트를 해오면서 가장 적절했다고 생각하는 팀 구조에 대해서 소개 하고자 한다. (참고, 이 팀의 구조는 개발과..