Difference between revisions of "파이썬"

{{Template:바로가기}}

[[파이썬]]([[Python]])은 [[프로그래밍 언어]]의 일종이다. 창시자는 [[귀도 반 로섬]]([[Guido van Rossum]])이다. 네덜란드어 발음으로 [[히도 판 로쉼]]이다. 1989년 크리스마스 주에 연구실은 닫혀있고 심심해서 만들었다. 귀도가 즐겨 보던 영국의 6인조 개그 그룹 [[몬티 파이선]]([[Monty Python]])에서 이름을 땄다. [[귀도 반 로섬]]은 [[구글]]에 입사했다가 2012년 12월 7일부로 [[드랖박스]]([[Dropbox]])로 [[이직]]했다. 한 [[헤드헌터]]로부터 경력직 파이썬 개발자 취업 제안을 받은 적도 있다고 한다. 즉, 파이썬 창시자에게 파이썬 '경력직' 개발자를 구하는 수준의 메일을 보낸 것(...). https://plus.google.com/115212051037621986145/posts/R8jEVrobbRj ~~면접관: 파이썬 어느정도 하시나요? 귀도: '''제가 만들었는데요'''.~~

[[Java]], [[C language]], [[C++]], [[Python]], [[C#]]이 전세계에서 가장 많이 쓰이는 다섯 개의 [[프로그래밍 언어]]이다.

[[C샾]]은 [[마이크로소프트]]에서 만들었다. 거의 [[Apple]]용으로만 쓰이는 [[Objective-C]]처럼 C#도 거의 [[Microsoft]]용으로만 쓰인다. [[오브젝티브-C]]는 [[C 언어]] 파생 언어 중 하나이다. C#을 제외한 [[자바]], [[C 언어]], [[C플플]], 파이썬은 [[리눅스]], [[안드로이드]], [[맥OS]], [[아이OS]]([[iOS]]), [[윈도우즈]] 등 [[운영 체제]]를 가리지 않고 다양한 개발에 쓰인다.

[[루비]]([[Ruby]])라고 파이썬과 유사한 프로그래밍 언어가 일본에서 만들어졌다. 루비도 세계적으로 꽤 많이 쓰인다.

[[안드로이드]]의 경우 [[플레이 스토어]]([[Play Store]])에서 SoloLearn에서 만든 Learn Python같은 [[앱]]([[app]])을 설치하여 파이썬 프로그래밍을 배워도 좋다. 지금은 여러 잡다한 프로그래밍 학습 앱이 "SoloLearn: Learn to Code for Free" 하나로 합쳐져서 Learn Python 대신에 새로 나온 앱을 깔아야 한다.

[[프로그래밍]]을 배우기 전에 [[찰스 펫졸드]]의 [[코드]]라는 책을 읽어보기를 추천한다. 영어판은 [[구글]]에 charles petzold code pdf라고만 쳐도 pdf 파일이 나오며, [[한국어]]판은 [[도서관]]에서 빌리거나 사서 봐야 한다.

http://freesearch.pe.kr/archives/2406

CLR [[바이트코드]]로 구현된, 즉 [[닷넷 프레임워크]] 위에서 동작하는 IronPython, CPython에서 C 스택을 없앤 Stackless Python, JVM 바이트코드로 구현되어 JVM 위에서 돌아가는 Jython, 파이썬 자체로 구현된 [[PyPy]] 등이 있으며 이 가운데 오리지날은 CPython이다. 이전 버전 문서에는 C#으로 구현된 Ironpython, Java로 구현된 Jython이라고 되어있었으나 이는 명백한 오류다. Jython이 JVM 바이트코드가 아니라 Java로 구현된거라면 안드로이드 Dalvik VM에서는 왜 안돌아간다고 생각하는가?

LLVM(이전 이름: Low Level Virtual Machine)은 컴파일러의 기반구조이다. 프로그램을 컴파일 타임, 링크 타임, 런타임 상황에서 프로그램의 작성 언어에 상관없이 최적화를 쉽게 구현할 수 있도록 구성되어 있다.

2007년에 처음 발표된 [[Python]]의 언어 구현 중 하나로, [[C]]로 짜인 기존의 CPython과 달리 '''Python으로 Python을 만드는 프로젝트'''이다. [[부트스트래핑]]이라고 한다. 여기까지 얘기하면 뭔가 이상한 짓 하는 프로젝트 내지 실험적인 프로젝트처럼 느껴지겠지만, 이 프로젝트의 진짜 놀라운 점은 기존 CPython보다 전혀 느리지 않을 뿐더러, '''오히려 성능면에서 CPython을 능가하고 있다는 거다.''' 나아가 http://speed.pypy.org/ 에서 보이는 대로, '''계속해서 빨라지고 있다!'''

표준 구현인 CPython과의 속도비교. http://speed.pypy.org/ PyPy를 개발하면서 지속적으로 업데이트 하고 있다.

이 구현은 애초에 그저 장난질 하려고 시작한 프로젝트가 아니다. [[Psyco]]( http://psyco.sourceforge.net/ )라고 하는, 기존 파이썬 위에다가 [[JIT]]([[Just-In-Time]]) [[컴파일]]을 구현해서 실행성능을 높히는 프로젝트가 있었는데, 이걸 개발하던 [[Armin Rigo]]( http://codespeak.net/~arigo/ )라는 사람이 아예 JIT 컴파일을 하는 파이썬을 처음부터 다시 구현하기로 생각했다. 그래서 2003년부터 PyPy 개발을 시작하여 [[유럽연합]]의 연구자금 지원을 받아가며 지금도 개발하고 있다.

[[기계어]]로 [[컴파일]]하지 않고 기껏해야 인터프리팅 성능을 빠르게 하기 위해 [[스크립트]]만을 쓰는 [[파이썬#s-2|Python]]을 가지고 파이썬으로 돌리는 파이썬을 어떻게 만들었을까. PyPy의 접근법은 이렇다.

2. RPython의 효과적인 컴파일을 위해 다른 언어로 툴체인을 만든다. [[시뮬레이터]]나 [[에뮬레이터]]를 제작하는 때에도 이 과정을 반드시 거친다.

5. 4으로 만든 후보를 이전 또는 다른 구현과 비교(성능 측정), 만족스럽지 않으면 수정한다.(nightly builds)

6. 5에서 만족스러운 결과를 냈다면 출시하고 1 또는 2부터 다시 시작한다.(release)

~~뭔가 속는 느낌이지만~~ 처음 한번만 기존 파이썬의 도움을 받으면 그 다음부터는 스스로 만든 구현으로 저 과정을 자체적으로 계속 반복할 수 있다. 이게 얼핏 보면 '닭이 먼저냐 달걀이 먼저냐' 같은 것으로 착각할 수도 있지만, 이런 식의 접근법은 실제로 프로그래밍 언어를 제작할 때 해당되는 사항이며, 더 좋은 장비의 개발을 위해 기존의 장비를 사용하는 것과 다름이 없다. 일례로 유명 c/c++언어 컴파일러인 gcc도 c/c++로 작성되었다. 파이썬이 스크립팅 언어이기 때문에 일견 특이해보이는 것일 뿐, 인터프리터는 어짜피 컴파일된 상태로 돌아가므로 같은 원리다. 이러한 이유로 로고가 [[우로보로스]]인 셈. 다만 PyPy는 문자 그대로 '''[[진화]]'''하고 있다.

사실 이런 식으로 어떤 언어로 자기 자신을 구현하는 것을 '''부트스트래핑'''(Bootstrapping) 또는 '''부팅'''(Booting. 운영체제의 부팅과 같은 어원이다.)이라고 하는데, 사실 이렇게 하는 이유는 처음부터 작업하는 것보다 생산성에서 낫기 때문이다. 처음부터 [[어셈블리어]]로 작업하면 [[이론상 최강]]의 성능을 발휘할 수는 있으나 그 가능성은 매우 낮고 생산성도 최악이다. [[최적화]]가 그래서 힘들다. 이 때문에 대부분의 [[프로그래밍 언어]]도 초창기에는 어셈블리어나 다른 고급 언어의 도움을 받지만, 일정 단계를 넘어서면서 그 한계가 오면 스스로의 컴파일러/인터프리터를 제작하게 된다. Haskell 컴파일러인 GHC와 C/C++ 컴파일러인 GCC가 대표적인 예. 물론 생산성에 중점을 두기 때문에 성능이 눈에 띄게 빨라지는 일은 잘 드러나지 않으며, 단지 우연한 발견 등 여러 이유로 성능이 향상되는 것 뿐이다. PyPy의 경우 Python의 한계를 극복하기 위해 정적인 컴파일이 가능한 RPython을 따로 만들었고 뒤에도 언급할 듯 성능 향상을 위해 '''7년이라는 긴 세월'''을 소모했는데, 이것도 어셈블리어로 처음부터 하는 것보다는 짧은 것이다. 컴퓨터 하드웨어의 발전도 마찬가지다. 처음 IC나 LSI를 설계할 때는 레이아웃을 손으로 그렸지만, 지금 나오는 칩들은 손으로 하기에는 회로의 규모가 지나치게 크기 때문에 전부 CAD로 개발하고 있다. 사실 이러한 일은 망치를 만들기 위해 망치를 쓰거나 간석기를 만들기 위해 뗀석기를 썼던 것 처럼 '''인류의 역사를 대표하는 방법론''' 중 하나이므로 전혀 속는 느낌 가질 거 없다.

[[파이썬]]은 [[객체 지향 프로그래밍]]([[object-oriented programming]]) 언어에 속한다. 객체 지향 프로그래밍 전에 [[절차적 프로그래밍]]([[procedural programming]]) 언어가 먼저 개발되었다. 절차적 프로그래밍 언어에서 [[구조적 프로그래밍]]이 나왔다. 현재는 [[절차적 프로그래밍]] 언어에도 [[객체 지향 프로그래밍]] 개념이 포함되어있다.

JIT 컴파일(just-in-time compilation) 또는 동적 번역(dynamic translation)은 프로그램을 실제 실행하는 시점에 [[기계어]]로 번역하는 [[컴파일]] 기법이다. 이 기법은 프로그램의 실행 속도를 빠르게 하기 위해 사용된다.

[[정적 타입 언어]]: 자료형(Type)이 고정돼 있는 언어. 설명이 어려운데 간단히 얘기하자면 정수형으로 정의한 1은 계속 정수형 1로 남아있다. 이걸 실수형 1.0으로 바꾸려면 명시적인 형변환(Type casting)을 해줘야 한다. 묵시적 형변환이 이루어지는 경우도 있지만 제한적이다.

 

 

 

 

 

 

[[인터프리터]] 언어이면서 우수한 자료형과 다양한 모듈 등을 제공해 개발기간이 매우 단축되는 것이 특징. '[[C 언어]]로 2년동안 완성하지 못한 프로젝트를 파이썬으로 한달만에 해냈다'는 극적인 경험담이 있을 정도다. C언어와의 접착성도 좋기 때문에, 일단 Python으로 빨리 구현하고, 남은 시간에 속도에 병목이 되는 부분을 C로 전환하는 전략을 내세우고 있다. 버전이 올라가면서 Python 자체도 그리 느리지 않게 되었다. ~~맛들이면 다른 언어로 전환하기 힘든 부작용이 생긴다 카더라.~~

[[펄]]([[Perl]])의 프로그래밍 [[모토]]([[motto]])는 "프로그래밍하는 데는 한 가지 이상의 방법이 있다.([[There's more than one way to do it]]이고 [[TMTOWTDI]] 또는 [[TIMTOWTDI]]로 줄여서 얘기함. Tim Toady라고 발음함.)"이다. 반면, [[파이썬]]([[Python]])의 20번째 PEP(Python enhancement proposal, 파이썬 향상 제안)는 파이썬의 [[젠]]([[zen]], [[선종]] [[불교]]의 [[선]]([[교지]])을 얘기함.)인 [[The Zen of Python]]인데, 파이썬의 젠 중 하나는 "문제를 해결하는 데는 명백한 하나의 방법(그리고 선호되는 오로지 하나의 방법)만 있어야 한다. There should be one-- and preferably only one --obvious way to do it.이다. 이 젠을 펄의 모토와 대비시켜서 간략화한 것이 "문제를 해결하는 데는 오직 하나의 방법만 있다.([[There's only one way to do it]], 줄여서 [[TOOWTDI]])"이다. PEP 20의 저자는 Tim Peters이다.

[[Perl]]의 '하나 이상의 해결법이 존재한다' 와는 정반대로 '가장 아름다운 하나의 답이 존재한다'라는 명제를 모토로 하고 있다. 이 모토 하에 다음과 같은 [[철학]]([[zen]])을 지니게 되었다.

 

따라서 다른 언어들의 코딩 스타일은 각자의 취향에 맞게 [[발산]] 진화 하는 반면, 파이썬은 위의 철학들을 만족시키는 하나의 스타일로 [[수렴]] 진화하는 성향이 있다. 실제로 [[C 언어]] 계열의 [[프로그래밍 언어]]에서 중괄호의 위치에 대한 논쟁은 거의 종교적 논쟁에 가깝다. 현재 한국에서 가장 많이 쓰이는 방식은 C 언어의 창시자 Kernighan과 Ritchie의 K&R 스타일이다. 그러나 Eric Allman의 방식을 고수하는 사람들도 제법 많다. 이외에도 중괄호 위치를 정하는 다른 방법들이 있으며 자세한 내용은 http://gyumee.egloos.com/1306012 에서 확인 가능. 이런 성향은 다른 언어에는 없는 파이썬스러움(pythonic)이라는 독특한 개념을 낳게 되었는데, 복잡하지 않으면서 의미가 명확하고, 심플한, 파이썬의 철학을 따르는 것들을 지칭하는 개념이다.

 

이런 철학 때문에 문법이 굉장히 엄격한 편이다. 예를 들자면, 다른 언어에서는 해도 되고 안 해도 되는 들여쓰기가 이 언어에서는 의무로 들여쓰기 자체로 하나의 코드 블럭이 된다. 코드 블럭을 명시적으로 표시하지 않아도 돼서 비쥬얼 적으로는 굉장히 깔끔한 반면, 자유도를 제약한다는 평도 있다. 특히 [[C 언어]] 코드를 종이에 출력해보면 중괄호 있고 없고의 가독성 차이가 의외로 크다.

파이썬 2.5 이하 버전에서는 문법이 좀 다르다.

와 같이 입력해야 한다. 파이썬 3 이상에서는 print가 함수가 되어

"[[NumPy]] + [[SciPy]] + [[matplotlib]]" 조합이 과학 공학 계산용으로 써볼만하다는 의견도 있다. ~~조금있으면 독점할 기세이다.~~ http://www.numpy.org/ http://www.scipy.org/ http://matplotlib.org/

[[윈도우즈]]의 경우 파이썬을 설치할 때 “Add Python 3.6 to PATH”의 체크박스를 체크해줘야 한다. 이 부분은 Python 3.6을 컴퓨터가 현재 cmd.exe의 어느 디렉토리에 있다 하더라도, 파이썬을 실행 시킬 수 있도록 해주는 것입니다. 즉, 컴퓨터 시스템 전반에 걸쳐 쉽게 참조할 수 있도록 만들어 놓은 변수인 환경 변수를 설정하는 것입니다. 이걸 설정해야 python이라는 명령어만으로 파이썬을 실행할 수 있다. "시작 → 모든 프로그램 → 보조 프로그램 → 명령 프롬프트" 또는 "시작 → 실행 → cmd"를 하고 bozy.py 파일이 있는 [[폴더]]로 이동한 후

라고 입력하면 된다. 설치할 때 “Add Python 3.6 to PATH”를 체크하지 않았으면 이런식으로 python이라는 명령어만으로는 실행되지 않는다.

== 반복 실행 ==

함수를 사용하는 이유는 무엇일까?

이번 강의에선 함수의 기본구조(문법)에 대해 알아보고

를 입력하면 된다. 만약 최신 pip가 나와서 업그레이드하라고 뜨면

를 해주면 된다. 윈도우즈에서는 파이썬 2와 3에서 모두 쓸 수 있는 pip가 설치되니 버전에 신경 쓸 필요 없다.

[[명령 프롬프트]]는 "시작 → 모든 프로그램 → 보조 프로그램 → 명령 프롬프트" 또는 "시작 → 실행 → cmd"를 하면 뜬다. [[Command Prompt]]는 cmd.exe 파일이다.

https://pyautogui.readthedocs.io/en/latest/keyboard.html

이제 파이썬 프로그래밍 능력을 높여 줄 더 큰 날개를 달아 보자. 전 세계의 파이썬 사용자들이 만든 유용한 프로그램들을 모아 놓은 것이 바로 파이썬 라이브러리이다. "라이브러리"는 "도서관"이라는 뜻 그대로 원하는 정보를 찾아보는 곳이다. 모든 라이브러리를 다 알 필요는 없고 어떤 일을 할 때 어떤 라이브러리를 사용해야 한다는 정도만 알면 된다. 그러기 위해 어떤 라이브러리들이 존재하고 어떻게 사용되는지 알아야 할 필요가 있다. 자주 사용되고 꼭 알아두면 좋은 라이브러리들을 중심으로 하나씩 살펴보자.

장점: ‘뷰티플 수프’는 마크업 언어 문서를 처리하는 데 따르는 어려움을 완화해준다. 수프를 사용하면 수작업을 거쳐야 하는 여러 작업이 간소화되며, 특정 항목 또는 특정 유형의 항목을 검색하기도 훨씬 더 쉬워진다. 버전 3은 파이썬 2.x에서만 작동한다. 버전 4에서 파이썬 3 호환성이 추가되고 부팅 성능이 향상됐다. lxml 라이브러리(수프에서 코어로 사용 가능)보다 속도는 느리기는 해도, 많은 사용자들이 lxml을 직접 다루는 것보다 수프를 다루는 것을 더 편안하게 느낀다. 수프는 결함 있는 마크업에도 상당히 관대한데, 이는 스크린 스크래핑(Screen Scraping)을 하거나, 다른 다른 사람이 오래 전에 작성한 결함 있는 코드를 관리할 때 큰 도움이 된다.

=== 구이(Gooey) ===

장점: 일반인들은 명령 줄 프로그램에 익숙하지 않다. 어떤 옵션을 사용해야 하는지, 또는 어떤 순서로 입력해야 하는지를 이해하는 것은 정말 어려운 일이다. ‘구이(Gooey)’는 argparse 라이브러리에 사용되는 인수를 GUI 형태로 표현한다. 모든 옵션에 레이블이 붙어 적절한 컨트롤(다중 옵션 항목 제공을 위한 드롭다운 등)과 함께 제공된다. 이미 argparse를 사용하고 있다면, 구이를 이용하기 위해 단 한 개의 include와 데코레이터(decorator, @)를 붙이기만 하면 된다.

장점: ‘스크래피(Scrapy)는 전체 스크랩 과정을 간소화해준다. 스크랩할 항목 유형을 정의하는 클래스를 만들고 해당 데이터를 페이지에서 추출할 방법에 관한 몇 가지 규칙을 작성하면 그 결과를 JSON, XML, CSV 또는 다른 형식으로 내보내준다. 수집된 데이터를 있는 그대로 저장하거나 가져오는 과정에서 필요 없는 부분을 제거할 수 있다. 또한 스크래피는 웹사이트 로그인이나 세션 쿠키 처리와 같은 기타 다양한 작업을 지원하기 위해 확장될 수 있다. 스크래피로 자동 추출된 이미지는 스크랩된 콘텐츠에 연결된다.

장점: 모든 포직스(Posix) 호환 시스템에서 셸(Sh)는 최고의 선물이다. 이러한 플랫폼에서 제공되는 모든 명령 줄 프로그램을 파이썬 방식으로 사용할 수 있게 해준다. 더 이상 쓸데없는 작업으로 시간을 낭비할 필요도 없고(OS에 이미 있는 ping을 다시 구현할 필요는 없다), 그 기능을 애플리케이션에 추가 하는 방식에 대해 고민할 필요도 없다. 다만 주의 사항은 이 라이브러리를 통해 전달되는 매개 변수는 정제되지 않는다는 점이다. 따라서 사용자 입력을 그대로 전달하지 않도록 해야 한다.

오픈 소스인 scikit-learn사이킷런은 자유롭게 사용하거나 배포할 수 있고, 누구나 소스 코드를 보고 실제로 어떻게 동작하는지 쉽게 확인할 수 있습니다. scikit-learn 프로젝트는 꾸준히 개발, 향상되고 있고 커뮤니티도 매우 활발합니다. 잘 알려진 머신러닝 알고리즘들은 물론 알고리즘을 설명한 풍부한 문서(http://scikit-learn.org/stable/documentation)도 제공합니다. scikit-learn은 매우 인기가 높고 독보적인 파이썬 머신러닝 라이브러리입니다. 그래서 산업 현장이나 학계에도 널리 사용되고 많은 튜토리얼과 예제 코드를 온라인에서 쉽게 찾을 수 있습니다. 앞으로 보게 되겠지만 scikit-learn은 다른 파이썬의 과학 패키지들과도 잘 연동됩니다.

scikit-learn은 두 개의 다른 파이썬 패키지인 NumPy넘파이와 SciPy싸이파이를 사용합니다. 그래프를 그리려면 matplotlib맷플롯립을, 대화식으로 개발하려면 IPython아이파이썬과 주피터 노트북도 설치해야 합니다.

=== 넘파이(NumPy) ===

용도: 통계, 선형 대수, 행렬 계산, 금융 운용 등을 포함한 과학 계산과 수학 작업

장점: 금융 시장 분석가나 회계 담당자는 넘파이(NumPy)에 익숙하며, 이를 즐겨 사용한다. 그러나 넘파이의 응용 범위는 수학과 통계를 제외하고도 생각 외로 넓다. 예를 들어 넘파이는 다른 언어를 사용하다 파이썬을 처음 접한 개발자들이 자주 불평하는 파이썬에 다차원 배열 지원을 추가하는 작업을 가장 쉽게, 가장 유연하게 할 수 있는 방법 중 하나다. 다만 모든 요소를 갖춘 완벽한 파이썬 ‘과학-수학’ 기능을 원한다면 넘파이를 표준 항목으로 포함하는 사이파이(SciPy) 라이브러리 및 환경을 사용하는 편이 좋다. 넘파이를 기반으로 하는 정교한 데이터 분석에는 판다스(Pandas)가 있다.

NumPy(http://www.numpy.org/)는 파이썬으로 과학 계산을 하려면 꼭 필요한 패키지입니다. 다차원 배열을 위한 기능과 선형대수 연산과 푸리에 변환 같은 고수준 수학 함수와 유사pseudo 난수 생성기를 포함합니다.

scikit-learn에서 NumPy 배열은 기본 데이터 구조입니다. scikit-learn은 NumPy 배열 형태의 데이터를 입력으로 받습니다. 그래서 우리가 사용할 데이터는 모두 NumPy 배열로 변환되어야 합니다. NumPy의 핵심 기능은 다차원(n-차원) 배열인 ndarray 클래스입니다. 이 배열의 모든 원소는 동일한 데이터 타입이어야 합니다.

matplotlib(https://matplotlib.org/)은 파이썬의 대표적인 과학 계산용 그래프 라이브러리입니다. 선 그래프, 히스토그램, 산점도 등을 지원하며 출판에 쓸 수 있을 만큼의 고품질 그래프를 그려줍니다. 데이터와 분석 결과를 다양한 관점에서 시각화해보면 매우 중요한 통찰을 얻을 수 있습니다. 이 책의 모든 그래프는 matplotlib을 사용했습니다. 주피터 노트북에서 사용할 때는 %matplotlib notebook이나 %matplotlib inline 명령을 사용하면 브라우저에서 바로 이미지를 볼 수 있습니다. 대화식 환경을 제공하는 %matplotlib notebook 명령을 권장합니다(하지만 이 책에서는 %matplotlib inline을 사용합니다).  

=== 텐서플로우(TensorFlow) ===

* tensorflow 4 : linear regression http://studioplug.tistory.com/251

== 프레임워크 ==

[[프레임워크]]는 어떤 목적에 필요한 [[모듈]]과 [[패키지]]들을 모두 하나의 큰 틀에 집어넣은 도구라고 생각하면 된다. 예를 들어 웹 서비스를 할 때 [[쟁고우]]([[Django]]) 하나면 다 되는 것과 비슷하다.

[[메소드]] 및 [[클래스]]화, 즉 [[모듈화]]를 하는 이유 중 하나가 재사용성인데, 프레임워크는 이 재사용성을 큰 그룹 단위로 묶어주었다고 보면 된다. 재사용 가능한 수많은 [[클래스]]들과 [[라이브러리]]들을 융합한 채로 처음부터 제공해 주기 때문에, 여러 개의 표준을 만들지 않아도 돼서 개발자의 피곤함을 덜어준다.

파이썬과 비슷한 [[루비]]([[Ruby]])에서는 [[루비 온 레일즈]]([[Ruby on Rails]])와 [[시나트라]]([[Sinatra]])라는 [[웹 프레임워크]]([[web framework]])를 많이 쓴다.

[[풀 스택]]([[full stack]])은 처음부터 끝까지 모든 것을 한다는 의미이다. 즉, 풀 스택 개발자면 사용자에게 보여지는 프론트엔드(HTML, CSS, JavaScript 등)부터 서버에서 돌아가는 백엔드(Python, Ruby, PHP 등)까지 혼자서 다 개발하는 사람을 말한다.

매크로 프레임워크(macro framework)나 매크로 라이브러리(macro library)는 크기가 5 KB가 넘는 것을 말한다. 그것보다 작은 것은 마이크로 프레임워크나 마이크로 라이브러리라고 부른다.

[[운영 체제]]는 [[하드웨어]] 위의 [[커널]](kernel), 그리고 그 위의 [[셸]](shell), 그리고 그 위의 [[애플리케이션]]으로 구성된다. 그 중 커널은 모놀리식 커널(monolithic kernel)과 마이크로 커널(micro kernel)이 있는데, 한 덩어리로 되어서 많은 기능을 다 집어넣은 [[리눅스]]나 [[유닉스]]의 커널이 모놀리식 커널이며, [[미닉스]]([[Minix]]), [[마하]]([[Mach]]), GNU [[허드]]([[Hurd]]), [[심비안]]의 커널은 마이크로 커널, 그리고 그 둘을 섞은 하이브리드 커널(hybrid kernel)이 있다. 하이브리드 커널은 모놀리식 커널에 마이크로 커널을 포함시킨 것이다. 하이브리드 커널에는 [[윈도우즈]] NT 커널과 [[macOS]]와 [[iOS]]의 기반이 되는 [[다윈]]의 [[XNU]] 커널이 있다.

자세한 내용은 [[쟁고우]]([[Django]]) 문서 참조.

[[플래스크]]([[Flask]])는 Django와 함께 파이썬에서 많이 쓰이는 [[웹 프레임워크]]이다. Django와는 달리 논 풀 스택 웹 프레임워크(non full stack web framework)이다. 즉, 최소한의 기능만 있어서 가볍고 빠르다. 그리고 필요한 기능이 있으면 추가해서 사용한다.

=== 파이게임(Pygame) ===

용도: 파이썬으로 비디오 게임을 제작하기 위한 프레임워크

장점: 게임 개발 분야에서 일하지 않는 사람이 이러한 프레임워크를 다룰 일이 있을까 라고 생각한다면 오산이다. 파이게임(Pygame)은 캔버스와 그래픽 그리기, 다채널 사운드 처리, 창과 클릭 이벤트 처리, 충돌 감지 등의 복잡한 작업 없이도 여러 가지 GUI 지향 동작을 편리하게 다룰 수 있는 방편을 제공한다. GUI 앱이라고 할지라도, 모든 앱에 파이게임이 제공하는 기능을 적용하지 못할 수도 있다는 사실을 감안하면서, 파이게임의 기능을 한차례 훑어보는 것도 좋다.

참고로 아래 예제는 파이썬 2.7.3으로 작성되어서 파이썬 3와는 조금 안 맞을 수 있다.

* 10대들을 위한 파이선 게임 프로그램 시작하기

2014.05.22

파이선은 빠른 프로토타입이나 리버스 엔지니어링에 좋다고 한다. 쉽게 말하면 나같이 게으른 사람을 위해 만든 언어라고 보아도 좋다.  

문제는 이제 이걸로 무엇인가를 해야 하는데 몇가지의 장벽이 있다.  

펑셔널 어프로치가 아쉽다는 점... 이부분은 람다로 어느 정도 극복 가능하고 정 안되면 리스프나 스킴 인터프리터를 내재해도 된다.

글의 제목은 10대들을 위한 파이선 게임 프로그램 시작하기 정도로 번역할 수 있겠다. 더 좋은 이름이 있으면 제게 알려주면 이름을 고치겠다.  

그럼 조금씩 시작해 보자.

이 글은 튜토리얼 팀 멤버인 줄리안 메이어 , 13 세 파이썬 개발자가 적었다.  Google+ 와 Twitter 에서 찾을수 있다.

이 튜토리얼에서  토끼와 오소리라는 간단한 게임을 만들 것이다. 여기서 히어로인 토끼는 오소리떼의 공격에서 성을 방어할 것이다.

http://toyfab.tistory.com/entry/10%EB%8C%80%EB%93%A4%EC%9D%84-%EC%9C%84%ED%95%9C-%ED%8C%8C%EC%9D%B4%EC%84%A0-%EA%B2%8C%EC%9E%84-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%A8-%EC%8B%9C%EC%9E%91%ED%95%98%EA%B8%B0

파이썬은 멀티스레딩을 지원하기 위하여 GIL(Global Interpreter Lock), 즉 전역 인터프리터 락을 도입하여 사용하게 되었다. 따라서, python 스레드 10개를 만들어도 실제 Pthread/윈도우 쓰레드가 10개가 만들어지긴 하는데, GIL때문에 개중 동시에 하나밖에 안돌아가는 기이한 구조를 갖고 있다. 물론, 내부적으로 IO작업이 있을시 바로 다른 쓰레드로 문맥 교환을 해주고, 바이트 코트를 100번 실행한 다음에는 인터프리터 차원에서 다른 쓰레드로 교체 해주므로 동시 작업 비슷한 효과가 난다. 이것은 구현이 매우 쉬워지고 빠른 개발을 할 수 있다는 장점이 있으나 다중 코어 CPU가 보편화된 2006년 이후에는 다중 코어를 제대로 활용하지 못하는 구조적인 문제 때문에 성능에서 밀린다는 평가를 받게 되었다. 만일 특정 프로그램에 순진하게 CPU 코어를 2개 이상 동원하려고 할 경우, [[뮤텍스]]([[MutEx]]), 즉 한 쓰레드에 여러개의 CPU가 연산을 행하여 내부 정보를 오염시키는 것을 방지하는 역할을 맡는 GIL이 병목 현상을 일으켜 코어 하나를 쓸 때보다 오히려 성능이 크게 저하된다는 것. 구글 내부에서 이미 [http://blip.tv/carlfk/mindblowing-python-gil-2243379 가루가 되도록 까인 부분]이다.

단, CPU 부하가 큰 작업을 돌리는 것이 아니면 GIL을 체감하기는 생각보다 쉽지 않다. 다중 쓰레딩으로 CPU의 여러 코어를 최대한 이용하고 싶은 경우에는 GIL가 굉장히 아쉬운 이슈지만, CPU를 별로 쓰지않거나 I/O가 주가 되는 작업은 유의미한 성능 차이가 없다. 게다가 어설프게 코어 몇개 깔짝깔짝 이용해서 계산하는 것보다는 그냥 C언어로 모듈을 짜서 붙이는게 더 빠르다. 즉, python에서 CPU를 많이 먹는 부분은 C 모듈을 짜서 붙이고 필요하다면 multiprocessing 모듈을 이용하여 멀티코어를 활용하는 편. ~~그 이상의 CPU-heavy한 작업은 동적 인터프리팅 언어 쓰지 말고 처음부터 [[C]], [[C++]]로 짜는게 맞다.~~

 

 

 

서버로 프로그래밍을 하다보면 sun grid engine을 사용하여 코어가 4개 이상인 pc cluster를 활용하곤 한다. 20개의 노드에 코어가 24개씩 있으면 job을 480개로 분할해서 하나씩 일을 주는 것이다. 개인용 pc에서는 이런 방법이 통하지 않으니 python의 multiprocessing을 사용해야한다.

make와 Makefile - 멍멍멍

http://bowbowbow.tistory.com/12

OpenSSL 컴파일(compile) & 빌드(build)