티스토리

wants_auto

검색하기

블로그 홈

wants_auto

wantsauto.tistory.com/m

beperson 님의 블로그입니다.

구독자: 0

방명록 방문하기

주요 글 목록

LocalDate 와 String 오늘 작성한 알고리즘 문제는 개인정보 보호기간에 대한 문제였다. String -> LocalDate 가장 먼저 시작한 문제는 today가 제공되는데 반해서 데이터의 형식이 "yyyy.MM.dd" 형식의 String으로 제공한다는 점이였다. 기본 LocalDate 타입의 형태는 "yyyy-MM-dd" 타입이기 때문에 LocalDate.parse(today) 를 사용하면 런타입 오류가 발생하였다. Why error? 무엇으로 인하여 오류가 생기는가 하면 변환하려는 String의 형태 때문였다. 위에서 언급했듯이 "." 을 기준으로 구분하기 때문에 "-" 형태로 구분하는 LocalDate와 형태가 달라 바로변환하는 것이 불가능 하기 때문이다. 그렇다면 어떤 방식을 이용하여야 할까? DateTimeFormatt.. 공감수 0 댓글수 0 2023. 12. 5.
Java 알고리즘 학습 신나는? 알고리즘 오늘은 알고리즘을 통해 아스키 코드를 활용하는 방법을 중심으로 문제를 해결햇다. 아스키 코드 아스키 코드란, "미국정보교환표준부호" 라고하며 영문 알파벳을 사용하는 대표적인 문자 인코딩이다. 예를 들어 int 97이 있다고 할때, 이는 (char) 97을 통해 변환하면 a 라는 알파벳이 나오는 것을 말한다. 이에따라 List alphabet = new ArrayList(); for (int i = 97; i + index 생락된 글자에서 +1 씩 하는 것을 통해 풀었다. 공감수 0 댓글수 0 2023. 12. 4.
JavaFx Scene Builder와 fxml Scene Builder 현재 배우면서 가장 흥미로운 것은 scenbuilder이라는 프로그램을 활용해서 구성하는 프로세스이다. 해당 부분이 흥미로운 이유는 드래그 & 드랍을 통해 화면을 구성한다는 점과, 이벤트 처리이다. 화면을 구성할 때, 로우코드나 노코드 툴처럼 끌어다가 외형을 형성하고 controller를 통해 지정된 api를 이용하여 해당 버튼을 눌렀을 때, 어떤 식으로 움직이는 지 보이는 것이 매우 흥미로웠다. 이벤트 처리 API를 구성할 때, Spring에서는 Controller의 지정된 url주소를 실행하지만, 반대로 Fx의 경우 Action으로 지정하여 api의 이름을 통해 버튼의 이벤트를 처리하는 방식이 뭔가 익숙하면서도 다른 느낌이였다. 이에따라 객체 또한 설정한 이름에 따라 Mode.. 공감수 0 댓글수 0 2023. 12. 1.
JavaFx이용 JavaFx? JavaFx란, Java swing을 대체하기 위한 것으로 이전에 사용하려고 한 JFrame과 비슷하게 Gui를 제공하는 프레임워크이다. JFrame은 JavaFx이전에 나온 프레임워크로 Gui를 제공하는 점에서 유사하지만, 성능이 Fx보다 낮다는 것이 중점이다. API도 구식이며, 성능도 떨어지며 확정성 또한 낮다, 즉, 이에따라 그래도 모양세 있는 게임을 만들고 싶었기 때문에 JavaFx를 사용하려고 마음을 먹었다, Stage, scene, node 오늘 학습에서 가장 중요한 지점을 뽑으라고 한다면 3단계 레이어인 해당 부분이였다. Stage Stage는 가장 상위 레이어로 프로그램 자체의 환경을 말한다고 볼수있다. 즉, Stage 내부에 scene를 넣어서 작동시키는 것이 JavaFx.. 공감수 0 댓글수 0 2023. 11. 30.
JFrame을 이용한 .exe프로그램 만들기 - 1 Java Gui Thinking? 자바를 이용해서 실행 파일을 통해 게임을 만들수 없을까? Spring을 배우면서 Java를 접해 알고있는 사용법은 웹개발에 치중돼있었다. 즉, 자바라는 프로그래밍 언어 보다는 Spring이란 프레임워크에 더 익숙해 있었다. 그런 이유에서 실행 파일로 해보고 싶다 라는 생각에서 뭔가 없을까? 라는 간단한 마음에서 시작했다. JFrame Answer! 자바에서 클라이언트 처럼 표현 사실 이런 표현이 맞는지는 잘 모르겠다. 그러나 현재의 내가 아는 말로 표현하자면 Java파일을 통해 클라이언트 처럼 표현한다는 정도로 언급 가능하다고 생각한다. 일단은 창이 뜨니까... 그런 이유에서 오늘은 간단하게 유튜브와 블로그를 보면서 어떤 식으로 창이 켜지고, 버튼을 추가하는지 방식에 대.. 공감수 0 댓글수 0 2023. 11. 29.
알고리즘 풀이 - 자료구조 달리기 시합 알고리즘 오늘은 알고리즘을 풀면서 자료구조에 대한 여러가지 생각을 했다. 기본적으로 사용하는 List를 바탕으로 set, map을 이용하여 문제풀이를 시도하였다. - 처음 시도 최초로 시도한 방식은 주어진 배열을 List를 사용하여 .remove를 통해 삭제하고 .add를 통해서 값을 추가하는 방식을 통해서 결과를 도출하려 하였다. 이를 통해 주어진 예시와 같은 결과를 얻을 수 있었다. 실패 이유 하지만 결과를 해보니 케이스 9~13애서 시간초과로 오류가 발생했다. 이 근본적인 원인은 처음 순서를 알기위해서 indexOf를 사용하여 순회를 하였기 때문에 자료가 길고, 후순위에 있을 수록 오래걸리기 때문에 성공에서도 6000ms 이상의 사싱이 걸리는 케이스가 있었다. 즉, 이를 개선하여야 할 .. 공감수 0 댓글수 0 2023. 11. 27.
기능 구현 - 비회원 기능 "비회원 해줘" 우리 프로젝트의 주된 기능 중 하나인 비회원 기능... 사실 해야하는 건 알았지만 어떤 식으로 해야하나? 라는 식으로 고민하다 뒤로 미루고 미루다 " 이제 슬슬 비회원 해야지요? 해줘! " 라는 느낌으로 시작하게 되었습니다. 기능 선택 그렇다면 어떤 식으로 구현할 것인가 라는 문제의 쟁점이 생겼다. 여러가지 방식이 있겠지만 그 과정에서 찾아본 방식은 2가지이다. 세션을 활용한 방식, 레디스를 활용하여 사용하는 방식 이렇게 2가지이다. 세션 현재 JWT를 이용한 회원인증 방식을 사용하고 있기 때문에 세션을 활용한다는 점에서 뭔가 이상함을 조금 느끼긴 했지만 찾아보니, 유저의 권한과 비유저의 권한을 비교하는 방식에서는 자주 이용하는 방식이라고 한다. 그러나 해당 방식은 프론트 측에서, 세션을.. 공감수 0 댓글수 0 2023. 11. 8.
트러블 슈팅 - 중복 저장 문제 문제 발생 - 막 여러개 씩 저장 가능한거 같아요! " 맥북에서 사용하는데 문제를 저장하려고 하면 2개씩 저장되는거 같다는 말을 들었다. 때문에 이를 직접 사용해보니 급하게 와다다다 누르면 중복으로 저장되는 것을 알 수 있었다. 위 사진이 바로 그 예시인데, 연속으로 클라이언트에서 클릭하면 많이 나온다는 것을 알 수 있다. 즉, 같은 것을 보내려고 하는데 클라이언트가 화면 전환이 되기전에 연속적으로 클릭이 된다면 api가 추가적으로 요청된다는 것이다. 이는 서버에 불필요한 데이터를 남기는 것이며, 필요이상으로 요청이 많이 들어가는 경우가 생기기 때문에 해결해야 할 문제였다. 해결방안 - 락 걸어두기 (스레드 슬립, RateLimiter, 버킷) 결국 위의 문제를 해결하려면 요청에 제한을 두는 것으로 방지.. 공감수 0 댓글수 0 2023. 11. 6.
항해 99 - 트러블 슈팅 Optional(Likes) 금일의 작업 중 Likes 부분에서 오류가 발생하였다. 그 이유를 둘러보니 그냥 로직이 이상했다... likesRepositoy.findByMemberId(Long) // 이와 같은 부분에서 오류가 발생하였다. 이 부분이 문제가 된 이유는 해당 코드를 Optional로 사용하고 있는데 MemberId로 찾아오는 값이 단일 값을 찾아오지 못한다는 저번고 같은 오류를 발생시키고 있는 것이였다. 이 이유는 기초적으로 봤을 때, 1번 퀴즈에 좋아요를 누르고 2번 퀴즈에 좋아요를 누를 경우 까지만 가능하고 3번째 누를 때, findBy로 찾아오는 값이 유니크 값이 아닐 때 발생하는 지난번과 같은 오류가 발생하는 구조였다. 근데 진짜 문제는 이게 해당 하는 것이 아니였다. 즉, 위에 해당하는 코드는 문제가 맞지만,.. 공감수 1 댓글수 1 2023. 10. 25.
항해 99 - 서비스와 RDB 우리의 프로젝트에서 섬세하게 터치한 부분중 하나는 RDB이다. 초기에 코드를 작성하기 좋은 방식으로 우선 작성하고 여러가지 변화를 거쳐왔다. 여기서 작성하기 편함이라고 한다면, 테이블 간에 관계에서 무조건 적으로 참조를 하며 Many To One관계를 활용하여 빠르게 작성한 것을 말한다. 이때는 기존의 관계는 작성은 편하게 가능하지만 반대로 삭제를 요하는 단계에서는 참조하는 연관관계로 인하여 삭제 불가능한 현상이 일어나는 사고가 있었다. 때문에 이 관계에서 불편점을 찾아 개선점을 마련하였다. 1. 퀴즈의 삭제 불가 현상 퀴즈를 삭제하려고 했지만, 현재 퀴즈는 여러가지 분야에서 참조당하고 있는 문제가 있다. 너무 복잡한 관계로 인하여 삭제가 불가능한 현상이 발견된다. 댓글, 문제, 선택지, 좋아요, 등의 .. 공감수 0 댓글수 1 2023. 10. 21.
항해 99 실전 프로젝트 - 트러블 (Optional) 이번에 있었던 문제 과정이다. 이번 프로젝트에서 담당한 부분 중 하나인 퀴즈에서 문제가 있다는 소식이 갑자기 새벽에 들려왔다. " ??님 이거 퀴즈를 여러개 못만드는 데요?" 때문에 즉시 노트북을 키고 코드를 봤다. 바로 작동을 돌려보니 문제가 생기는 지점은 Optional quizOptional = quizRepository.findByMemberId(member.getId()); if(quizOptional.isEmpty()){ MemberDetail memberDetail = member.getMemberDetail(); memberDetail.gainMileagePoint(100); memberDetailRepository.save(memberDetail); } 이 지점이였다. 해당 값에서 fin.. 공감수 0 댓글수 0 2023. 10. 19.
항해 99 실전 프로젝트 - 문제발생 및 해결 금일, 관계의 방향성을 cascade를 통하여 관리하려 하였으나. cascade는 영속성을 이용한 관계로 부모 Entity의 변화가 자식에게도 영향을 끼치게 하는 영속성 기능을 활용하여 제공하는 강력한 기능이다. 그러나 너무 유용하기 때문에 너무 남발하면 부작용이 많은 기능이다. 때문에 어중간하면 사용을 미하지만 유저의 상세 정보가 등록 내역에 대하여 완전하게 데이터를 소유하고 있다는 점, 헙업이기 때문에 내 코드를 남이 신경쓰이게 하는 것을 방지하려는 점 이 두가지 이유를 가지고 cascade를 통해 데이터를 관리하려 하였다. 그러나 실제로 사용해보니 아래와 같은 이유로 오류가 발생했다. 1. cascade.ALL관계로 인하여 Entity를 저장하는 과정에서 문제 발생 엔티티에 저장된 데이터와 저장하려.. 공감수 0 댓글수 0 2023. 10. 16.
항해 99 실전 프로젝트 - CRUD 금일 프로젝트 중 생긴 트러블 1. 문제가 생길 만큼 너무 느린 성능의 삭제 프로세스 public MsgResponse deleteQuiz(Long id) { //이전의 것과 마찬가지 입니다. Quiz quiz = findQuiz(id); List comments = getComment(id); List quizQuestionList = quizQuestionRepository.findAllByQuiz(quiz); List quizChoicesList = new ArrayList(); for (QuizQuestion quizQuestion : quizQuestionList) { List quizChoices = quizChoicesRepository.findAllByQuizQuestion(quizQues.. 공감수 0 댓글수 0 2023. 10. 9.
항해 99 6주차 - 마무리 이번 주를 간략하게 말한다면 협력주 였다고 생각할것이다. 프로젝트를 진행하며 2주 짜리의 짧다고 하면 매우 단시간의 프로젝트지만, 최선을 다하여 아직도 달리고 있는 주간이라고 느끼고 있다. 협력의 포인트는 바로 분업이라고 생각한다. 지금 프로젝트의 진행상황으로 생각해본다면 근 70% 정도는 진행 되었고 거의 마지막 단계라고 생각하는데, 담당 매니저님이 순회를 하면서 말씀하는 감상이 매우 빠르다 였다. 이 이유를 바로 효율적으로 분산된 업무라고 생각한다. 우선 머리로 느꼈을 경우 백엔드와 프론트 엔드를 놔눠 단순하게 생각했은 때 근 3일 만에 대부분의 기능구현은 완료하였다. 이를 통해 프론트와의 연동을 다음 3일간, 이후 서버 작업을 몇일 더 하여 나름대로 빠른 속도로 업무를 진행했다. 이번 분업에서 효율.. 공감수 0 댓글수 0 2023. 9. 25.
항해 99 6주차 - 2일 오늘도 즐거운 프로젝트~ 날이다. 나름대로 즐겁게 코드를 치는 나날을 보내니 뭔가뭔가다. 오늘 작성한 것은 토큰을 통해서 비밀번호 분실시, 새로 설정 가능한 api를 제작하였다. public String createTemporaryAuthorization (String userId, String email) { Date now = new Date(); Date expriDate = new Date(now.getTime() + 5 * 60 * 1000); return BEARER_PREFIX + Jwts.builder() .setSubject(userId) // 유저 아이디 .claim("email", email) // 유저 이메일 .setIssuedAt(now).setExpiration(expriDate.. 공감수 0 댓글수 0 2023. 9. 19.
항해 99 6주차 - 1일 프로젝트를 하며 여러가지를 느끼고 있다. 1. 협업은 고려할 사항이 많다. 협업을 하면서 가장 많이 생각한 부분은 내가 작성한 것이 아닌 변수에 대한 내용이라고 생각한다. 변수 명을 살펴봐도 이게 무슨 뜻이지? 하면서 한번 더 고민하게 되는 경우의 이름을 보고서 이게 이건가? 하면서 연결하면 오류가 발생하는 경우가 많은 것 같다. 때문에 그만큼 컨벤션이 중요한것 같다. 또 한 협업을 하면서 내가 모르는 무언가를 배울 수 있다는 점은 큰 장점인것 같다. 그러나, 그로인하여 내가 뒤를 살피는 동안 같이하는 사람은 달릴수 있는데 내가 발목잡는거 같아서 미안한 감정이 든다. 더하여 처음 코딩을 배우고, 혼자서 하는 경우가 많았다보니 가끔 변수명을 이상하게 쓰는게 있는데 최대한 주의하고 있지만, 시간이 늦는다던지.. 공감수 0 댓글수 0 2023. 9. 19.
항해 99 5주 - 마무리 이번주는 정리해보면 나름 알찬거 같다. 모든 과제를 구현했고, 프로젝트 진행 상황도 나름대로 빠른 편이라 생각할 수 있는 편이기 때문에 열심히 달려온 한 주였다. 그럼 이번주의 topic인 CORS에 대하여 말해보려 한다. CORS란, 교차 출처 리소스라는 것으로 최초의 자원이 다른 외부의 도메인에 요청을 넣는 방식을 말한다. 이 방식이 필요한 이유는 원하지 않는 요청에 대하여 그 요청이 수행되는 것을 막기 위하여 있다고 생각한다. 예를 들어, 과장된 예시이지만, 다른 사이트에서 검색을 하다 외부 사이트로 요청이 들어갔는데, 그 요청에 스크립트가 숨겨져 있어 은행 계좌에서 돈을 출금하는 API를 호출한다면 너무나 큰일인데, 이를 방지하기 위하여 CORS가 필요한 것이다. 이를 위하여 2가지 조건이 필요하.. 공감수 0 댓글수 0 2023. 9. 17.
항해 99 5주차 - 6일 오늘은 주말이고 뭐고 그냥 실성한 사람 처럼 집중해서 한 하루였다. 오 뭔가 바쁘겠는데? 라는 생각과 함께 정신차려보니 20시였다. 분명 9시부터 시작한거 같은데 나름대로 작성도 하고, 팀원과 의견을 조율하면서 필요사항을 수정하고 그러니까 나름대로 정신없이 흘러간 시간이였다. 일단 오늘의 topic은 컨벤션을 정하는 것과 Git 관리 이 2가지가 주요한 과제였다. 처음으로 컨벤션의 경우 변수명은 첫글자는 소문자고 중간에 변할 때 마다 대문자로 바꿔주는 카멜, 클레스는 파스텔, 패키지의 경우 그냥 소문자로 정하고 Git의 브런치 명을 _를 넣는 스네이크형식으로 하기로 정했다. 그에따라 기존에 조금 작성된 코드를 수정하고 이에따른 오류를 수정한 것이 오늘의 주된 진행상황이였다. 다음으로 Git의 경우 프로젝.. 공감수 0 댓글수 0 2023. 9. 16.
항해 99 5주차 - 5일차 "두둥" 오늘은 "두둥" 프로젝트 시작하는 날이다. 아침에 일어나자마자 듣게 되는 팀 변경과 같이 나오는 프로젝트 시작이라는 말, 솔직히 코딩 자체를 처음 하는 사람에겐 너무 빠른 속도가 아닌가...라는 생각을 굉장히 많이 해왔다. 하지만 뭐가 있다고 해도 나름대로 구현은 가능하니까(?) 일단 해보자 라는 심정으로 하려고 한다. 그런 이유로 오늘은 기획과 와이드 프레임, api명세서 스케쥴 조절 등 프로젝트를 진행하기 위한 기초적인 준비를 한 날이었다. 1. 기획 (+ 팀 빌딩) 기획의 경우 가장 먼저 생각한 것은 팀이 좋아하는 것이 무엇인가 라는 포인트였다. 좋아하는 것을 중심으로 하여야 소비자의 관점으로 무엇이 필요한지 즉, 고객층에게 어떤 점을 어필가능한지 알기 편하다는 것이 1번이며 다음으로 이왕.. 공감수 0 댓글수 1 2023. 9. 15.
항해 99 5주차 - 4 오늘~은 주특기 주차가 끝난 날이다. 나름대로 과제도 Lv5 까지 달성했고, 제출도 끝냈으며 시험도 나름대로 모두 통과 한 알찬 3주였다고 생각한다. 사실상 이게 맞나? 하면서 친 코드가 매우 많다고 생각한다. 그래도 나름대로 얼추 말이 될수있게 쓰는것을 목표로 최대한 구현을 하려고 발버둥치는 그 과정이 나름대로 시험을 통해 성과로 나왔다고 생각한다. 일단 지금은 간단하게 데이터를 요구하는 RequestDto, 보여주는 ResponseDto, 정보를 보관하는 Entity와 Repository를 사용하는 법과 Controller, Service 3계층으로 분리하는 것을 어느정도 사용가능할 정도가 되었다고 생각한다. 때문에 이번 시험에서 api 요구서에 따라 간단한 작성을 해서 성공적으로 작성하고 요구사항 .. 공감수 0 댓글수 0 2023. 9. 14.
항해 99 5주차 - 3일 오늘은 수요일이다. 벌써 한 주의 중간까지 왔다고 생각한다. 그런 이유로 오늘은 잡설을 빼고 바로 오늘 작성한 코드 중에서 느낀 게 많았던 코드를 보겠다. private Long findSize(User user) { return (long) goodRepository.findAllByUser(user).size(); } 이 코드와 if (findSize(user) >1 && good.getUser().equals(user)) { //동일한 유저일 경우 취소 good_num--; if (good_num < 0 ) good_num = 0; comment.setGood_num(good_num); commentRepository.save(comment); goodRepository.deleteAll(findG.. 공감수 0 댓글수 0 2023. 9. 13.
항해 99 5주차 - 2일 오늘은 화요일이다. 일단 Lv5 과제 까지 모두 수행하기는 했다. 결론적으로 내일은 제출하기 결정하고 추가적으로 요구하는 사항을 더 해보려고 한다. 그러나 오늘은 더 하기 싫어서 코드는 그만보고 강의나 좀 들어볼까 생각중이다. 그런 이유에서 오늘 인상적인 코드는 ResponseEntity.status(200).body("상태코드 : " + HttpStatus.OK.value() + "메세지 : 좋아요를 누르셨습니다."); ResponseEntity가 좀 인상적인거 같다. 기존에도 쓰던거지만, Client에 반환한다는 점이 보다 인상적이라고 생각한다. 이에 따라 HttpStatus를 통해서 value값을 얻어 표현한다는 점이 인상적이였다. 맞다. 사실 오늘 작성한거 중에서 아무거나 생각나는거 가져온게 맞다.. 공감수 0 댓글수 0 2023. 9. 12.
항해 99 5주차 - 1일 오~ 늘~ 은 즐거운 건 아닌 월요일이다. 그래도 한 주의 시작날... 최선을 다해서 하진 못했지만 나름 제출은 다 한날이다. 아무튼 제출은 한 날이니 뭔가 편안해진 하루였다. 뭐 다 넘기고 오늘은 사실상 열심히는 하려 했지만 갈피를 못 잡은 날이다. 때문에 오늘은 새로 알아낸 것을 중심으로 기술하고 마무리 하려한다. 일단은 api를 구성할 때 어떤 방식으로 사고 할 수 있는가 에 대한 내용이다. 혼자 api를 구성할 때 요구 조건이 수정과 삭제를 할 때 토큰의 유효성을 검증해 구동 가능하게 코드를 작성하라는 것이었다. 때문에 그냥 하나로 합치면 간단하기 때문에 그냥 모두 통과와 같은 느낌으로 정리해 두었는데, 다른 사람이 작성한 코드를 보니 간단한 조회기능의 경우 그냥 가능하도록 예외를 설계해놓은 것을.. 공감수 0 댓글수 0 2023. 9. 11.
항해 99 4주차 - 마무리 이번 한 주도 결국 버틴것 같다. 노력한거 같지만, 반대로 아니라고 하면 아닌 한 주긴 하다. 그러나 내가 마신 커피와 집중한 시간을 생각해 보면 그래도 최선을 다했다... 언저리로 생각 할 수 있을거 같은 한 주였다. 그럼 이번 한주를 정리하며 3가지 주제를 중심으로 정리하려 한다. 가장 먼저 MVC 디자인 패턴이다. 이는 모텔(Model -이하 "M"), 뷰(View - 이하 "V"), 컨트롤러(Controller - 이하 "C") 3가지를 나타내는 말로 기능을 중심으로 분리한 것을 말한다. M은 데이터 베이스를 통해 데이터를 C와 연계하여 가져오는 역활을 하고, V는 C를 통해 우리에게 가져온 데이터를 토대로 결과물을 보여주는 역활을 하는 것이다. 즉, M과 V가 직접적으로 데이터를 주고 받는 것이.. 공감수 0 댓글수 0 2023. 9. 10.
항해 99 4주차 - 6일 오늘은 그냥 토요일 즐거운건 모르겠고 토요일이다. 이 프로그램을 진행하면 할수록 좋은건지 나쁜건지 모르겠지만 주말을 어떤 식으로 받아 들이는지, 금요일이 기다려 지는지 등 감정적으로 뭔가 말라 가는 것 같다는 생각을 한다. 따지고 보면 원하는 성취도를 따져보았을 경우 이게 맞긴 하다. 하나를 얻기 위해서는 무엇인가를 포기해야 하는 제로섬 게임이라 생각한다. 잡설은 뒤로 넘기고 오늘은 주말이기 때문에 조금 템포를 낮춰서 한 경향이 있는 날이다. 그런 이유로 오늘은 전에 작성한 코드에 대해서 조금 복습하고 몰랐던 점에 대하여 정리하고 끝낸 하루이다. 정말 레전드인게 어제 작성했는데 게시를 안해서 다음날 포스팅한 글이다.... 공감수 0 댓글수 0 2023. 9. 10.
항해 99 4주차 - 5일 아무튼 돌아온 금요일 아무도 나를 막을 수 없으셈 사실 금요일이라는 이유보다는 그냥 과제도 어느 정도 선에서 마무리를 했고, 어제 고생하던 부분을 오늘 끝냈기 때문에 페어분의 도움으로 구현했기 때문에 만족하고 작성한 코드를 좀 복습하고 남은 과제에 대하여 생각해보는 것으로 하루를 마치려 한다. 지금 글이 잘 안써진다. 어미가 잘 안맞고 있는 그대로 순수하게 감정이 표출되는 상태이다. 나를 너무 고생시키던 못된 코드가 착해져 버렸기 때문에 마음이 풀려서 많이 신나있는 상태이기 때문이다. 그런 이유로 문제의 코드를 살피고 마무리 하겠다. 이번 코드의 문제점은 전체의 게시물을 조회하는데, 거기에 더하여 댓글을 같이 모아오는 것이 중요 쟁점이였다. 그러나 조회 하는 것은 좋은데 추가적으로 USER, BOARD를.. 공감수 0 댓글수 0 2023. 9. 8.
항해 99 4주차 -4일 오늘은 시험 날이였다. 일단 시험은 통과하였고, 아무튼 했다. 사실상 결과적으로 통과는 하였지만, 사실상 너무 대충한거 같아서 점수가 나오기 전까지는 떨어지는 줄 알았다. 하지만 결과를 보니 통과였고, 왜 그런가 살펴보니 개념을 이해하고 있는 지에 관한 키워드가 들어가면 점수를 얻을 수 있는 테스트 였다. 그렇게 나름대로 좋은 기분으로 테스트를 종료했고 어제 하던 과제를 마무리 하려고 오늘 하루를 보냈으나, 결국 오늘도 마치지 못했다. 오늘의 원인은 크게 3가지를 뽑을 수 있을 것 같다. 1. 오늘은 좀 불성실했다. 좀 오래 놀았다. 2. 여러가지 메소드와 상황을 잘 파악하지 못한것 같다. 3. 문제의 원인을 잘 파악하지 못한 것 같다. 이렇게 3가지인데, 처음으로 오늘 시험도 봤고 나름 잘나왔으니 좀 .. 공감수 1 댓글수 1 2023. 9. 7.
항해 99 4주차 - 3일 사실상 수요일, 거의 이번 한 주도 끝나간다. 힘들다. 뭔가 시간이 갈 수 록 익숙해지는 것 보다 그냥 몸이 적응하는 것 같다. 그냥 지친다... 라고 하지만 오늘은 과제를 한 날이다. 이번 과제는 3번째 과제로 이전 까지의 과제가 게시글을 만들고 조회하는 api를 제작했다고 한다면 이번 과제의 요구는 댓글 기능을 추가하는 것이였다. 거기에 더하여 관리자와 유저의 권한을 나누고 유저에게는 일반적인 기능, 관리자에게는 아이디에 상관없이 수정과 제거를 가능하게 하는 역활을 추가로 부여하는 것이다. 일단 현재는 관리자의 권한과 댓글의 작성과 수정, 삭제 api를 구현한 상태이다. 이후 내일은 시험을 본 이후 조회 기능과 더불어 댓글을 조회하는 추가 기능을 넣을 것이다. 공감수 0 댓글수 0 2023. 9. 6.
항해 99 4주차 - 2일 오늘, 화요일, 즐거운거, 없다 그저 연속되는 강의, 끝난 다음 강의, 그런 다음 강의가 이어지는 하루였다. 졸고 깨나고 뒤로 돌리고 3싸이클로 빡빡하게 돌아간 하루를 보내며 그래도 나름 꽤 긴 시간을 공부 한 하루였던느낌이다. 때문에 보다 지루하고, 힘들었던 하루라 생각한다. 힘들었다는 것은 나름대로 열심히 하고 있다는 반증이라 생각한다. 몸이나 마음이 편하다는 것은 할 만큼만 하는 것이며, 못하는 것 까지 더 하려는 것은 아니라고 생각한다. 근데 사실 위 처럼 말하는 것은 오늘은 딱히 뭔가 한게 없는거 같으니 정신적으로 나마 나의 최선을 다했다는 표현을 하는 것이다. 나는 힘드니까..? 아무튼 그래도 오늘은 알고리즘을 굉장히 빨리 푼 하루라 시작은 기분이 좋았던 하루였다. 공감수 0 댓글수 0 2023. 9. 5.
항해 99 4주차 - 1일차 오늘은 즐거운 월요일 왜냐하면 일요일은 쉬었(?)기 때문이다. 일단 오늘 있었던 이슈는 원래 되는 줄 알았던 저번 과제가 알고보니 오류 덩어리 들이였던 것이다. 일단 이유로는 크게 3가지로 둘 수 있는데, 1. client의 반환 2. DB설계 무시 3. entity 설계가 없음 위와 같은 3가지 이유로 오류가 발생했었다. 일단 처음에 클라이언트 오류의 경우 문제를 잘 확인 안한것이 제일 크고 방법도 잘 알지 못했기에 새로 배웠다. 그래서 다른 상황에서 사용 가능하냐를 물어보면 그럼요 라는 것이 될것 같다. 그러나 반대로 DB와 Entity의 경우는 방법 그 자체를 몰랐던 것과 필요성을 몰랐던 것이 제일 컸다. 필요성의 경우 그저 로그인 되어있는 데이터를 가져오면 되는거 아니야 라는 생각을 했지만 그것 .. 공감수 0 댓글수 0 2023. 9. 4.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.