00pen

서버를 구성할 때 고를 수 있는 언어는 다양한데 각자 장단점이 있는 것 같다. java의 spring framework를 잘 쓰시는 분들이 워낙 많아서 특이사항이 없으면 spring을 고르는게 좋은 것 같지만 그래도 다른 언어의 프레임워크를 쓰면 좋을 만한 상황이 있는 것 같다. 그 중에 파이썬으로 구성하면 두 가지 상황에서 강점을 발휘한다.

1. 머신러닝, 데이터 사이언티스트와 같이 협업하기 좋다.
  머신러닝 개발자나 데이터 사이언티스트라면 파이썬에 익숙할 것이다. 그러면 머신러닝 개발자가 모델을 서빙하는 서버를 구축해야한다던가, 데이터 사이언티스트가 데이터 파이프라인을 만드는데 있어서 서버도 같이 본다던가, 그런 유도리있는(?) 개발이 가능하다. 협업이라고 하기엔 조금 이상한 것 같은데 아무튼 유연한 상황들이 있어서 좋은 것 같다. 그래서 머신러닝에만 집중하는 회사들은 파이썬으로 서버를 만드는 경우가 많은 것 같다.

2. 스크립트 언어답게 일회성으로 뭔가 만들어야 할 때 좋다.
  가끔은 일회성으로 해야 할 것들을 코드로 짜는 경우도 있는데 이럴 때 참 편한 것 같다. 컴파일도 프로젝트 생성도 필요없이 스크립트 짜서 뭔가 하게 하는 것도 좋은데 django 같은 경우에는 python manage.py shell < main.py 과 같이 django 내부에 정의되어 있는 모델, 함수들을 바로 쓸 수 있어서 편하더라. 컴파일 언어 같은 경우에는 batch나 내부에 따로 일회성 api를 짜야할 것 같은데 더 좋은 방법이 있는지는 잘 모르겠다.

그리고 뭐 바로바로 실행하면서 함수를 테스트할 수 있는 것도 좋은 점이긴 한데 그건 스크립트 언어들의 장점이니까 '파이썬'으로 서버를 구성했을 때의 장점은 아니다. 아무튼 쓰면 쓸 수록 귀여운 언어인 것 같다. 뭔가 개구쟁이 같은 느낌이다.

이제 막 배우는 단계다 보니 새롭게 느끼는 점이 많아서 기록해 놓고 싶어서 써본다. 

1. 컴파일러 때문에 실수가 많이 준다.
  이건 django -> spring이 아니라 python -> java에 해당하는 점. python을 쓰다보면 오타를 냈다던가, 1 * 5을 생각하고, 코드를 짰는데 테스트하다보면 '1'이 들어와서 '11111'이 반환되는 경우들이 생긴다. 근데 java를 쓰다보면 오타라던지 동적 타입 때문에 생기는 실수들이 매우 많이 준다.

2. spring을 사용해보면 제공되는 무언가가 굉장히 많다...
 이거는 장점이 될 수도, 단점이 될 수도 있는 것 같다. django를 가지고 개발할 때는 환경세팅할 때 고려해야할 것이 많지는 않았던 것 같다. 근데 spring을 가지고 개발할 때는 이 spring만을 위해서 제공되는 무언가들이 굉장히 많은 것 같다. spring이 발전해서 spring-boot가 생겨났다던지, spring-boot-initiatior라는 페이지가 있다던지, test 툴들도 선택지도 많고, java를 간편하게 개발하도록 lombok이 있다던지...
 근데 선택지가 많아서 뭐를 선택해야 하는지 구글링이나 고민도 해야하고, 빌드 툴도 gradle, maven이 있고, 더 나아가서 버전에 따라 문법도 달라지더라. 아무튼 spring, java의 생태계는 엄청 넓은 것 같다...

사족으로 오랫동안 django, python을 사용하다가 spring, java를 사용해보니 장점이 많이 보이는 것 같기도 하다. 근데 항상 새롭게 배우면 장점이 많이 보이고, 오랫동안 사용하면 할수록 단점들이 보이는 것 같다. 이런 걸 많이 경험해보면 어떤 상황에 어떤 걸 선택해야하는지 안목도 생기지 않을까 하는 생각이 든다 :) 

spring이나 django를 쓰다보면 한 view에서 쿼리를 여러 번 날려야하고, 여러 개의 쿼리 중 어떤 부분이 잘못 되었을 때 모두 롤백을 해야하는 상황이 생긴다. spring에서 @transaction을 써서 처리할 수 있듯이 django에서도 transaction.atomic()과 같은 context를 쓰면 여러 개의 쿼리를 하나 즉, atomic이니까 더이상 나눌 수 없는 transaction으로 만들 수 있다.

django에서 model을 다룰 때 .save(commit=False)을 유용하게 쓰듯이 transaction.atomic()도 잘 사용하면 유용하게 쓸 수 있다.

아래 링크는 공식문서로 자세한 내용을 확인할 수 있다.(django 3.2)

https://docs.djangoproject.com/en/3.2/topics/db/transactions/

최근에는 python의 django에서 벗어나 다른 언어와 프레임워크를 맛보고자 spring을 공부하기 시작했다. java의 spring framework가 웹 개발에 있어서는 가장 주된 프레임워크라서 참고자료도 많고, 배워두면 좋을 것 같아 spring을 택했다.

어떤 프로젝트에 어떤 프레임워크를 선택할지는 회사 내부 개발자들의 스펙, 프레임워크의 장점과 단점 또는 지향하는 바 등을 보고 고르게 되는 것 같다. 띠라서 spring이 가장 많이 쓰이는 이유도 java 개발자 풀이 제일 크고, 프레임워크가 완성도가 높아서인 것 같다. 프레임워크의 성숙도가 높아서 spring을 배우면서 좋았던 점은 "이런이런 상황이 닥쳤을 땐, 이렇게 하는데 보통 괜찮더라" 이런 가이드라인이 있어서 좋았다. django를 배우면서 약간 아쉬웠던 점은 validation을 model 단에서 할 수도 있고, serializer 단에서도 할 수 있고, 여러가지 방법 들이 있는데 너무 다양해서 어느 것을 선택할지가 많이 고민이 되었다.(요즘에는 거의 하나로 통일시키고 있지만)

아무튼 django로 개발을 하면서 어떤 view들을 만들 때 앞에서는 validation이나 authorization을 해야하고, 마지막에서는 pagination들을 해야하는 경우들이 많이 발생하는데 앞의 authorziation을 python의 decorator을 이용해서 개발을 했었다. 근데 spring을 배우면서 aop(aspect oriented programming)이라는 패러다임(?)을 보게 되었는데 이게 사실 python decorator 안에 wrapper 함수와 매우 비슷하더라. 근데 spring-aop 모듈은 그보다 더 나아가서 after, before, around 등으로 시점을 지정해줄 수도 있고, @annotation, bean과 같은 파라메터로 어떤 곳에서 쓸지도 한 번에 지정할 수도 있어서 놀라웠다.

특히나 intellij에서 spring-aop가 적용된 곳을 한 번에 볼 수 있게 해준다거나, 어떤 method에 지금 spring-aop가 적용되어 있다는 사실들을 보여준다거나 하는게 꽤나 편리하게 작용할 것 같았다. 이런 것들을 볼 때마다 intellij가 참 잘 만들어졌고, 왜 다들 intellij로 개발을 하는지 알 것 같았다.

python에서 숫자 또는 문자열을 뽑아 왔는데 화폐 형식( 100,000,000 ) 이거나 숫자, 문자열을 화폐 형식으로 변환할 때

1. 화폐 형식 -> 숫자 or string

# delete thousand sperator
x = '100,000,000'
x = x.replace(',' , '')

2. int or float or string -> 화폐 형식

# insert thousands seperator
# if string, convert to int or float before insert thousands seperator
x = 1000000
x= f'{x:,}'

f-string이 참 편리하긴 하네요. 굿