Completed 🎉

• 서버 개발
• 기존 API 호출 로직 리팩토링
  • 시간복잡도 낮춤

Problems 🚬

공공 API 불안정으로 신호를 못보낼때가 있다.

그런 상황을 대비해서 서버 자체에서 신호 정보를 업데이트하는 알고리즘을 구현해두려고 했다. (서버를 새로 만든 이유이기도 함)

우선 신호등 신호체계, 순서가 어떻게 진행되는지 조사를 해봤는데 기본 길이와 시간에 추가 길이마다 초가 붙고 구역마다 다르다고 나왔다.
https://www.socialfocus.co.kr/news/articleView.html?idxno=11781

처음 생각했던 방식인 같은 위치의 주변 신호 상태에 맞춰 전체 신호 길이를 파악하려고 했는데, 사거리인지 삼거리인지 등에 따라 상황마다 다를 것 이라고 생각했다.

그래서 해당 신호등의 신호 길이 자체를 알아야 하는데, 그게 현 데이터로는 어려울 것 같다.
( 머신 러닝이 필요한 것 같다... 공부해보고 가능하면 구현해보자! )

=> 그래서 현재는 서버를 AWS로 올리진 않고 만들어만 두었다. 서버를 만드는 과정에서 API 호출하고 data를 가공하는 더 효율적인 로직을 구현해서 현 API호출하는 방식을 이 로직으로 리팩토링했다.
그 이외에도 any로 대체했던 type들 수정하고 현재 가독성이 떨어지는 클라이언트쪽 코드도 수정 중이다.

하루 회고 📔

이전 추커톤처럼 설날에 몰입해서 원하는 기능을 구현하려고 했는데 현재 상황으로 어려울 것이라고 판단됐다.
그래도 구현과정 중에 그리고 일을 하면서 배웠던 부분들을 적용시키고 리팩토링을 해두었다.
짧은 시간에 몰입해서 개발하는 것도 좋지만 꾸준하게 유지보수하면서 서비스를 발전시켜봐도 좋을 것 같다.
머신러닝으로 신호 정보를 업그레이드할 수 있는 날까지...