머가필요해

라떼는 ... Python 버전이 2.x 인지 아니면 3.x 인지만 따지면 됐었는데,

요즘은 ... 3.6 이어도 충분한지 3.7 또는 3.8 호환인지도 따져야 하는 (더러운까지는 아니고) 아주 머리아픈 세상이다.

그래서 지금까지는 Ubuntu 환경으로 구축해놓은 개발PC 에서

기존에 JDK에서 사용하던 방식처럼 Python도 alternative 방식으로 원하는 버전을 선택해서 사용했었다.

  - https://www.whatwant.com/entry/update-alternatives-여러-버전의-패키지-관리하기

가볍게 사용하기에는 alternative 방식도 나름 괜찮은 방법이다.

하지만, Python에서는 JDK에서는 만나지 못했던 문제 상황이 발생한다.

작성한 프로그램에서 필요로 하는 패키지들이 있고, 서로간의 dependency까지 신경을 써줘야 한다.

패키지 관리에 대한 것은 다음 기회에 살펴보기로 하고,

지금은 일단 여러 버전의 Python을 편하게 사용할 수 있는 방법에 대해서 알아보도록 하겠다.

[ pyenv ]

  - https://github.com/pyenv/pyenv

왜 이제서야 이 아이를 알게 되었을까!?

진작 알았더라면 훨씬 편하게 살 수 있었을 텐데...

이하 과정은 `Ubuntu 18.04` 운영체제에서 `zsh` 쉘환경을 기준으로 진행했다.

일부 차이가 나는 부분에 대해서는 pyenv 사이트에 나오는 가이드를 참고하면 된다.

1. Environment

Ubuntu 패키지로 제공되는 Python2, Python3 모두 설치되어 있으며,

버전 관리를 위해 update-alternatives 설정이 되어 있다.

2. Prerequisites

① remove alternative

alternative가 설정된 상태에서 pyenv는 정상 동작하지 않기에 설정을 지워야 한다.

② install the Python build dependencies

Python build를 위해 필요한 의존성 패키지들을 설치해주자. 좀 많이 설치된다.

3. Basic GitHub Checkout

여러 설치 방법 중에서 가장 깔끔하고 무난한 방법이라서 선택했다.

① git clone

② build

꼭 해야하는 과정은 아니지만, 성능 향상을 위해서 추천한다.

③ Configure your shell's environment for Pyenv

여기에서는 zsh 환경에 대해서만 진행한다. 다른 쉘을 사용한다면 GitHub 사이트 방문해서 참고하면 되겠다.

아! MacOS의 zsh 환경에서는 .profile 부문만 빼고 진행하면 된다.

④ 재로그인 / 재부팅

로그아웃 후에 다시 로그인 하거나, 재부팅을 해야 이하 과정이 제대로 진행된다.

⑤ 확인

제대로 설치되었는지 확인해보자. 아래 결과가 나오지 않으면 위의 과정을 다시 한 번 점검해보기 바란다.

4. Python Install

이제 새로운 버전의 Python을 설치해보자.

현재 다운로드 받을 수 있는 버전들을 확인하고 싶으면 아래 사이트를 참고하기 바란다.

  - https://www.python.org/downloads/

① Python Install

② 확인

방금 설치한 3.8.12 버전을 볼 수 있다. (하지만 현재 설정된 것은 system에 설치된 버전이다)

③ 추가

3.9 버전도 추가로 설치해보자.

5. command

전체 명령어에 대한 가이드는 아래 링크를 참조하기 바란다.

  - https://github.com/pyenv/pyenv/blob/master/COMMANDS.md

주로 사용할 것은 local / global / shell 이지 않을까 싶다.

이제 Python 버전의 괴로움에서 벗어나자~~~!!!

최근 software version을 살펴보면 1.x 버전을 넘어서는 것들을 보기 힘들다.

꼰대 아재가 알고 있는 기존 상식으로

외부에 출시하려면 1.0 version을 찍어야 하는데 말이다.

v0.1 이면 `이제 막 만들기 시작했군~`

v0.9 이면 `오~! 이제 곧 출시를 앞두고 있군~`

v1.0 이면 `축하! 축하! 이제 출시했네~`

v1.1 이면 `출시하자마자 발견한 버그들 fix 했구만~`

뭐 이런 식이었다.

하지만, 최근 트렌드는 `zero based versioning scheme` 이다!

https://0ver.org

software version에 대해서 최근 별 생각이 없었는데,

위 사이트를 발견하고는 `아~!! 그렇군~!!` 하면서 무릎을 탁! 치게 되었다. (너무 아재스러운 표현인가?!)

가장 대표적인 software versioning scheme은 다음의 3가지 방식이다.

① Semantic Versioning (https://semver.org/)

  - 전통적인 방식의 versioning scheme 이다.

    . 호환되지 않는 API 변경이 있으면 major version 올리고

    . 호환되는 기능 추가이면 minor version 올리고

    . 버그 수정했으면 patch version 올리는 방식

② Calendar Versioning (https://calver.org/)

  - Ubuntu, Unity 등에서 채택한 날짜를 기본으로하는 versioning scheme

    . Ubuntu : YY.0M.MICRO (20.04 - 2020년 04월)

    . Unity : YYYY.MINOR.MICRO (2020.1.0 - 2020년)

③ Zero(0) based Versioning (https://0ver.org)

  - 규칙은 간단하다. 1 버전이 넘어가지 않으면 된다.

    . React Native : 0.65.0-rc.4 (6.4년째)

    . scikit-learn : 0.24.2 (11.6년째)

최근 유행이 ③번이라는 것은 대부분의 개발자들이 동의할 것이다.

그러면, 대체 왜 0ver(ZeroVer) 방식이 유행을할까?

안타깝게도 위 사이트(https://0ver.org)에서 그 이유를 명시적으로 설명해주지 않는다.

그러면 개인적으로 그 이유를 상상해볼 수 밖에 없는데...

1. 예전에는 완성된 제품을 출시하는 방식으로 software를 생각했지만,

   인터넷의 발달로 connected world가 되었기에 언제든 업데이트할 수 있는 환경을 갖췄고

   그래서 이제는 software를 완성된 제품으로 바라보기 보다는

   버그가 좀 있더라도 일단 출시하고, 문제점을 발견하면

   빨리 고쳐서 업데이트 하면 된다고 생각하기 시작했고

   그래서 부담스러운 major version 체계보다는 0-based version 체계를 택한 것이 아닐까?!

2. 앞의 맥락과 같은 내용일 수도 있는데,

   기존에는 major version 출시를 하나의 큰 마케팅 포인트로 보았고, 하나의 완제품으로 보았기에

   자동차 모델 하나를 출시하는 것과 유사하게 여겼고 그렇기에 지속적인 지원을 해줘야 했다.

   그렇기에 다음 major version을 출시하게 되었더라도 (새로운 모델 출시)

   기존 major version에 대한 지원을 계속 해줘야 하는 어려움이 있었다.

   하지만, 0-based version 체계에서는?! 안해줘도 될 것만 같은...

3. version up을 한다는 것의 의미를 생각해봐야 한다.

   새로운 기능을 추가하거나, 버그를 고치거나, 보안상 이슈가 있는 것을 해결해 나가는 과정이다.

   그렇다면 과거 버전을 유지하는 것이 의미가 있을까?

   물론 여러가지 이유로 기존 버전의 필요성이 있을 수는 있겠지만

   중요한 것은 latest version 이다.

   그렇다면, 기존 version scheme 보다는 0-based version이 오히려 적합하지 않을까?!

재미있는 사이트를 찾게 되어

그냥 이런 저런 생각을 해봤다.

PS. 아! 노파심에서 말하지만 위 홈페이지의 about을 꼭 확인해보기 바란다!!! (0ver 추천 홈페이지가 아니다!!!)

Python version.2 지원이 끝난다고 하니

이제는 Python version.3 환경을 기본으로 사용해야할 것 같다.

Ubuntu를 설치하면 기본적으로 셋팅되어 있는 Python은 version.2 이다.

이를 변경하여 Python version.3 환경으로 꾸며 보고자 한다.

0. 기본 환경

    - Ubuntu 설치가 된 깨끗한(?) 환경이다.

1. python3 상태 확인

    - 어?! 그런데, 살펴보면 python3도 이미 설치되어 있다.

    - 뭐뭐가 있는지 한 번 보자

2. python 3.7 설치하기

    - 추가로 Python 3.7 버전을 설치해보자

    - 잘 설치되어 있는지 확인 !

3. Python 버전 등록

    - 기본적인 설정이 등록되어 있는지 확인하여 보자

    - 기본 정보를 차례대로 등록해보자

4. Python 버전 설정

    - 위에서 기본적으로 등록을 했으니... 실제 확인

    - 이제, "python" 이라는 이름으로 버전 확인을 하면 '3.7.5'가 나온다 !!!

그런데, 3.7 버전으로 했을 경우에.... 뭔가 신경써야할 것들이 많은 것 같다 !! (라이브러리 관리가 쉽지 않다는...)

Ubuntu에서는 현재 3.6 버전을 기본으로 제공하고 있으니 이를 따라서 3.6 버전으로 가는 것을 추천한다.

모두 수고하셨어욥~!!