일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- sqlalchemy
- 구성적
- python
- 백엔드
- alembic
- 강한 연결 요소
- 파이썬
- api서버
- SQL
- 테일러 급수
- BFS
- MYSQL
- 데이터베이스
- 수학
- 리트코드
- 개발자
- 취업
- FastAPI
- Django
- 알고리즘
- 아파치
- 신입
- scc
- flask
- 위상 정렬
- C언어
- 가우스 소거법
- 백준
- 이분 탐색
- 웹서버
- Today
- Total
목록파이썬 (2)
Devlog
개요 프로젝트, 특히 서버 관련 프로젝트를 진행하다 보면 가끔씩 이런 생각을 하게 됩니다. 이거 만약에 트래픽이 순식간에 몇천 몇만 개 들어오면 어떡하지? 똑같은 객체를 순식간에 몇 만개를 만들면 메모리가 터지지 않을까? 아니 애초에 굳이 내용물까지 똑같은 객체를 여러 개 만들 필요가 있을까? 예를 들어 외부 리소스와 상호작용하는 모듈 같은 경우(데이터베이스, 캐시 등...) 특정 리소스만 바라보기 때문에, 특수한 경우가 아닌 이상 내용물까지 동일한 객체만 생성하게 됩니다. 이 똑같은 객체 혹은 인스턴스를 생성했다가 삭제했다가, 수천수만 번을 반복하는 것은 시간 뿐만 아니라 메모리 낭비입니다. 이러한 낭비를 막으려면 한번 할당 하고 그 이후에는 할당된 인스턴스만 따로 불러오면 생성/삭제를 더이상 반복할 ..
파이썬 백엔드에 대한 상당히 주관적인 견해를 쓴 거라 반박 시, 님 말이 다 맞음 개발자 취업을 위한 파이썬 백엔드 프레임워크 코스(원티드 프리온보딩 2차 백엔드 코스)를 참여해서 5주 정도 진행했다. 프레임워크는 주로 DJango를 사용했는데, 이전 부터 DJango 사용법은 알고 있었지만, 그래봐야 야매로 배운 탓에 어떻게 코딩을 해야 하는 지 몰랐고, 이 프로그램을 통해 간신히 제대로 배울 수 있었다. 그리고 여러 기술 스택에 대한 내 개인적인 생각이 일부 바뀌게 되었는데, 이 중 가장 크게 바뀐 분야갸 파이썬 백엔드 프레임워크의 선택이다. 파이썬 백엔드 프레임워크의 선택 자금까지 나는 MicroService는 Flask/FastAPI가, 조금 규모가 큰 분야부터는 DJango를 쓰는게 디폴트(물론..