반응형 KOSTA교육/수업95 [70/100] 240723 인텔리 제이 설치 c it 환경변수 java_home과 path설치 옵션만 신경쓸것.전부 UTF-8로 Editor > File and Code Templates > HTML File#[[$END$]]# 추가 2024. 7. 23. [69/100] 240722 오늘은 2차 세미 프로젝트 마무리날이다. 지도에서 추천 기능을 2개정도 구현하고 마무리했다. 하지만 따로 포트폴리오용으로 더 큰 데이터와 rest 로 데이터를 가져와서 비동기와 병렬처리등을 시도해볼 생각이다. 7월 28일 자격증 시험이 끝나고나면 바로 이력서,자소서,포폴작성과 함께 지난 프로젝트들의 정리를 시작할 계획이다. 프로젝트에 대한 자세한 내용은 추후에 따로 탭을 만들어서 작성할 예정이다. 2024. 7. 22. [68/100] 240719 오늘은 추천 서비스를 어떻게 구성할지 확정한뒤 먼저 목적지에서 대중교통으로 서울시의 각 자치구의 중심점까지 얼마나 걸리는지 시간으로 나눠서 허용범위를 정하려고 했다. 그래서 카카오 api와 네이버api등 각종 api들을 찾으면서 대중교통 경로를 반환받을 방법을 찾았는데 뚜렷하게 나오는게 없어서 다른 방법을 선택했다. 하버사인 공식을 이용하기로 했다. 하버사인 공식이란 두 지점의 위도와 경도를 이용하여 지구 표면 상의 대원거리를 계산하는 것으로 특히 항공 및 해양 내비게이션에서 많이 사용되며 지구를 완전한 구로 가정하여 지구 표면 위의 두 점 간의 최단 거리를 계산하는 공식이다. 라디안 = 각도 * pi /180이다. 물론 지구를 완벽한 구로 가정했기 때문에 오차가 발생할 수 있다.하지만 적도나 중간 위.. 2024. 7. 19. [67/100] 240718 오늘은 오전에 학원건물 빌딩의 통신장애가 발생해서 오전에 리프레쉬 타임을 가졌다. 그리고 돌아와서 이제 각 페이지별로 상단에 공용으로 들어갈 디자인에 내 작업물을 붙여서 페이지를 완성하는 작업을 하고 있다. 근데 추천서비스의 알고리즘을 어떻게 구성할지, 대용량 데이터의 원활한 처리를 위해 어떤 자료구조를 사용해야 효율적일지, 시간복잡도와 공간복잡도를 어떻게 해결할지, 프론트와 백엔드의 분리를 얼마나 해야 효율적일지 준비하는 과정이 엄청 힘들어서 아무 생각이 들지 않는다. 하지만 결국 노트에 플로우를 그리고 하나하나 생각해서 적다보니 어느정도 스케치가 완료 되었다. 그리고 해당하는 데이터의 처리를 더 잘 할 수있는 방안(데이터 병렬처리 비동기요청)등을 찾았고 일단 한 사이클을 돌 수 있도록 뼈대를 만들고 .. 2024. 7. 18. [66/100] 240717 오늘은 develop 브랜치에 각자 작업한 Feat(기능추가)브랜치의 작업내용들을 병합했다. 그리고 지도 api를 전담하기로 해서 해당사항에 대한 r&d를 진행했다. 이후 어떻게 해당 서비스를 구현할지 계획을 세웠고 플로우를 그렸다. 그런데 플로우를 그린것과 별개로 받을 데이터들의 상태를 확인하는게 먼저라고 생각해서 공공데이터 포털에서 여성가족부에서 제공한 지역별 성범죄 통계 데이터를 받아서 연결했는데 데이터가 이게 끝이었다. 그래서 cctv 설치 현황과 서울시 5대범죄에 대한 데이터등 다른데이터로 접근해야겠다고 생각했고 내일(목요일)은 데이터들을 확인해볼 예정이다. 2024. 7. 18. [65/100] 240716 오늘은 카카오 api key를 open 상태로 github에 업로드하기 좀 그래서 프로퍼티 방식으로 변경했다. 특정 경로의 프로퍼티로 받아오는 방식으로 변경한 뒤 해당 경로는 git ignore에 추가하여 팀원들끼리만 따로 공유하여 관리하는 방식으로 변경했다. 키 값자체를 단순하게 암호걸어서 난독성을 증가시킬까 고민했지만 굳이 그럴 의미가 없는것 같아서 해당 방식으로 적용했다. 그리고 여러 api를 가져와서 비지니스 로직을 통해 다시 뷰까지 이어지는 플로우를 짜고 하루 일과를 마쳤다. 내일 오자마자 바로 테스트해볼 예정이다. 2024. 7. 16. [64/100] 240715 오늘은 프로젝트 초기 세팅을 완료해서 각자의 브랜치로 나눠서 작업을 시작했다. 커뮤니티의 목록을 나타내는 방식을 rest로 하려다가 굳이 rest로 해야 할 이유가 없다는 사실을 중간에 깨닫고 방식을 변경했다. 댓글 등록처럼 rest가 필요한 부분에만 rest를 적용하는게 올바르다는 생각이 들었기 때문이다. 그리고 프로젝트에서 가장 중요한 핵심 기능을 프로토타입에서 제외하고 추가 개발부분으로 넣은 점이 뭔가 석연찮았는데 다시 생각해보니 프로토타입 = 필수, 추가 개발부분 = 선택or옵션 의 느낌이 들어서 일단 가장 중요한 지도api를 핸들링하고 데이터를 가공하는 부분을 맡았다. 근데 생각보다 카카오 지도의 api설명서가 잘 되어있어서 적용하는데 30분도 걸리지 않았고 응용하는데도 금방 끝나서 빨리 지도부.. 2024. 7. 15. [63/100] 240712 오늘은 각종 문서의 정리를 진행했고 패키지 다이어그램을 새로 그려서 프로젝트 구조를 만들었다. com.sweethome │ ├── vo │ └── UsersVO │ └── UsersOauthVO │ └── BoardVO │ └── ReplyVO │ └── CommunityVO │ └── BoardImagesVO │ └── CommunityImagesVO │ └── RecommendVO │ ├── ctl │ └── CommonController (공통 기능) │ └── ctlKakaoAddressAPI (카카오 API주소 검색) │ └── ctlHomeMove (index.jsp 이동) │ └── ctlMapMove (map.jsp 이동) │ └─.. 2024. 7. 12. [62/100] 240711 오늘은 프로젝트4일차 + 취업특강이 있는 날이다. 하지만 100명 입장제한으로 취업특강에 접속하지못했다 허허 프로젝트는 sql 쿼리문 작성이 끝났고 qpi 설계를 진행중이다. 2024. 7. 11. [61/100] 240710 어제는 화면설계를 마치고 컨펌을 받았다. 오늘은 이어서 db스키마 설계와 요구사항 명세서를 작성하고 컨펌받았다. 다행히 설계가 원활하게 통과하고 있다. 내일 각 기능별로 쿼리문을 작성하고 전부 정상동작하면 api설계를 하고나서 코딩을 시작할 것 같다. 제일 베스트는 내일 코딩을 시작해서 금요일까지 프로토타입이 끝나면 주말에 r&d를 하고 다음주에 추가기능 개발을 할 수 있을것같은데 힘들고 예상은 월요일정도에 프로토타입이 끝날것으로 예상된다. 2024. 7. 10. 이전 1 2 3 4 5 6 7 ··· 10 다음 반응형
