일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 티스토리 open api
- 프로그래머스
- 티스토리
- Spring Boot
- 알고리즘
- 카카오 인턴
- Open API
- 보행자 천국
- 트라이
- Tistory
- jdbc
- pycon
- 크레인 인형뽑기 게임
- bulk update
- trie
- Python
- 불량 사용자
- 가사 검색
- 호텔 방 배정
- CleanCode
- 튜플
- 징검다리 건너기
- 트라이 #trie #알고리즘
- Today
- Total
목록기타 (5)
택시짱의 개발 노트
문제 사이드 프로젝트를 진행하며 서버 배포 자동화를 위해 구축해 놓은 github action error가 발생했다 원인 해당 error를 찾아본 결과 용량 부족이 문제임을 알게 되었다. github action으로 서버에 배포시 docker image가 계속 생성 되고 있었고 API 서버로 이용중인 AWS EC2는 free tier를 이용하고 있었기에 충분히 발생할 수 있는 상황 이였다. instance에 접근하여 용량이 얼마나 남았나 확인해 보니까 역시나.. 해결 EC2 instance의 용량 늘릴까 생각 했으나 어차피 기존에 생성된 docker image를 삭제하지 않으면 해당 error가 계속 발생할것 같음 그래서 배포를 위해 작성한 deploy.sh에 이미 생성된 docker image를 삭제하..
왜?? 티스토리에서 개발 관련 글을 작성한지도 약3년정도가 되어가고 있으며 지금까지 티스토리에 글을 쓰면서 불편하다고 느낀적은 한번도 없었던거 같다. 그러나 한가지 단점이 있었으니 github에 기록이 남지 않는다는 것 이였다. 나는 github는 개발일기장과 같다고 생각하였고 글을 작성하는것도 개발의 일부분 이라고 생각 했기 때문이다. 그래서 github blog도 만들어 보았지만 front개발에 무지했던 나로써는.. github blog를 포기했다. 어떻게? 티스토리에 글을 올리면 github action을 통해 일정시간마다 새롭게 작성된 글이 있는지 확인하여 내가 블로그에 작성한 글을 github issue로 작성을 해주도록 하였다. 프로젝트의 아키텍쳐 사용 기술 1. github 2. github..
Object Oriented Programming(OOP) 데이터(data)를 추상화시켜 상태(속성)와 행위(method)를 가진 객체(object)로 만들고 그 객체들 간의 유기적인 상호작용을 통해 로직(흐름)을 구성하는 프로그래밍 방법 프로그램을 실제 세상에 가깝게 모델링하는 기법 class 어떤 문제를 해결하기 위한 데이터를 만들기 위해 OOP 원칙에 따라 집단(현실 세계)에 속하는 속성과 행위(methods)를 변수와 메서드로 정의한 것 "로봇 설계도", "쿠키 틀" instance (object) class에서 정의한 것(설계도)을 토대로 실제 메모리상에 할당된 것(실제 사물, object)으로 실제 프로그램에서 사용되는 데이터이다. 하나의 class로 만들어진 여러 instance(objec..
2편 - 티스토리에서 작성한 글로 github에 잔디 심기 티스토리 앱 등록 https://www.tistory.com/guide/api/manage/register 에 접근 하여 앱 등록 서비스 URL, CallBack은 본인의 Tistory 주소를 입력 해주세요 앱 등록 하면 App ID, Secret Key를 발급 받을 수 있습니다. 티스토리 code 발급 받기 아래 부터는 티스토리 공식 Open API 페이지를 참고하여 진행 하였습니다. ( 링크 ) 티스토리에서 code를 받기 위한 URL 주소 앱 등록을 통하여 발급 및 작성한 내용을 아래의 URL 주소에 알맞게 입력 해줘야 합니다. client_id → 앱 등록을 통해 발급 받은 App ID https://www.tistory.com/oauth..
Disruptor는 현재 영국 LMAX에서 사용하고 있습니다. LMAX는 FX를 거래하는 곳 이다. 고객의 호가주문을 받아서 매매체결하는 부분으로 연결시켜주기 위한 라이브러리가 Disruptor이다. Inter-Thread Library이며 고성능저지연를 가능하도록 한다. Disruptor는 무척이나 신선한데. Atomic, Memory, Barriers/Fences, Write Combing, False Sharing 같은 개념이 등장한다. LMAX는 가장 빠른 거래 플랫폼을 만드는게 목표. 목표를 이루기 위해서 일반적인 자료구조로는 부족했다. 그래서 고성능 저지연을 실현 시키기위해 disruptor를 만들어내게 되었다. 그래서 링 버퍼가 생기게 되었다.