일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 스파르타내일배움캠프
- Git
- TiL_1st_0419
- Github_token
- 변수의 다양성
- GitHub
- Token
- 클래스
- KPT
- 회고록
- #내일배움캠프
- 포맷은 최후의 보루
- Java의 이점
- 인스턴스
- 객체지향 언어
- #스파르타내일배움캠프TIL
- Diary 해우소
- 성장기록
- 메서드
- 해우소
- 내일배움캠프
- static
- 생성자
- JVM
- 스파르타내일배움캠프TIL
- 감사기록
- 스레드
- diary
- #스파르타내일배움캠프
- Java
- Today
- Total
목록Dev입성기 (49)
몬그로이
새로운 조의 첫 회의였는데 카메라가 안 켜져서 "어 왜 안 돼지?" 했는데, 마침 팀원이 자기 소개를 하고 있었다바로 사과하긴 했는데 그걸로 끝나면 되는 걸 머리로 아는데 용납이 안 된다시간 맞춰 준비했으나 수업 따라 하며 캐시 외 모두 삭제 해버려서 인증한다고 팀notion 작성에 때맞춰 들어가지 못했다이런 사람 아닌데 왜 이래.. 이것도 용납이 안 된다그리고 잘 하는 분들만 모여계신 것 같아 과연 팀 구성원 기준 1인분을 할 수 없을까 걱정된다내 기준엔 2인분은 되어야 하는데 가능할까..? 가능하게 만들어!!
처음에는 뭐라도 새로운 '기술'을 집어 넣으려고 애썼으나현재 주어진 과제에서 요구하는 최대 목표가 주어진 마감기한을 엄수하며 필수 구현이 제대로 작동하는 것이기에새로운 걸 계속 공부하면서 넣어가며 만들어내는 것 보다는현재 내가 알고있는 것을 기준으로 만든 후, 시간이 남으면 공부하면서 리팩토링을 진행하는 것이 낫다고 판단했다우리팀은 경험이 적은 사람들밖에 없었기에 더더욱 그랬다새벽에 프로필 수정로직으로 끙끙대다가아침에 다시 생각해보니 이전 방식은 구현이 불가능하다고 판단되어 다른 방식으로 구현하기로 했다 내가 어제 생각했던 구조는 아래와 같다1. 한 페이지에 구역이 나뉘어 프로필 수정을 진행하는 경우:비밀번호구역, 비밀번호 제외 구역2. 한 페이지에 고치고 싶은 정보를만 입력 후 진행하는 경우(기존 비밀..
https://velog.io/@wldud5023/Refresh-%ED%86%A0%ED%81%B0 Refresh 토큰사용자의 인증을 위한 토큰이 아닌 새로운 에세스 토큰을 생성하는 용도로 사용한다. 사용자의 인증은 access 토큰으로 하되, access 토큰의 만료시간이 끝나면 refresh 토큰으로 다시 access토큰을 생velog.io Refresh 토큰에 대해 조사를 하면서 위 글의 동작원리를 보다가 불현듯 코드를 작성하는 것에 대한 의문이 풀렸다사람들이 구글링을 통해서 조사한 다음 알아서 작성을 하는데, 도대체 어떻게 그게 가능하지??하고 항상 의문이었는데 그게 갑자기 해소된 것이다떠오른 생각이 맞는지 한 튜터님께 확인을 받고나자 코딩이 한층 더 재밌게 느껴졌다 자리로 돌아와서 돌이켜보니튜터님..
과제를 하다가 오류와 싸우다 녹초가 되었다가 많은 도움을 통해 빠져나옴프로그램 짠 시간보다 오류와 대적한 시간이 더 긴 듯 주요 원인 그 첫 번째는 userId 때문이었다로그인 기능이 있는 과제를 한다는 것을 보고미래는 생각도 않은 채 (정확히는 생각 못 한 채)미리 userid 를 입력값으로 넣고 여기저기 활용했더니과제에서 본격적으로 userid를 활용하게 되자 이리저리 꼬여버렸다수정하고 오류 잡는 데 시간이 정말 많이 들었다 첫 번째 주요 원인엔 그 원인이 발생한 원인이 있는데,그건 ID의 개념이었다ID 라고 해서 평소 떠올리는 그 Identity 의 ID 가 아니라Index 의 ID 인 것을 흘려버렸던 것..그런데 회원에 관한 내용으로 ID가 등장해 버리면서 대 혼란..이제는 인지하면서 보지만 그래..
면담이 종료되고 생각이 많아졌다 머릿속이 복잡해져 집중이 어려워 일찍 잠을 청했다새로운 하루를 준비하고시간이 흐르자 머릿속이 어느정도 정리되었다 모의 면접은 지극히 개인적인 일이라 여겨 그다지 비중을 두지 않았었는데 도움을 받고자 하는 사람이 있고도움을 주고자 하는 사람이 있다면두 사람 모두 같은 방향으로 향하는 것이니그것이 한 팀이 아니겠는가 또 하나의 팀 프로젝트를 소홀히 하고 말았다그렇게 생각하니 더욱더 죄송했다 할 마음이 없는 건아닌데분명 그렇게 보였을 것이다고쳐야 하는 점들이 정말 많았으니까면접이 시작되자마자 스스로도 느꼈을 정도니까 그래도 이번에 건진 건날것의 상태 그대로 참여했기 때문에숨김없는 나의 상태를 파악할 수 있었다는 사실이다그리고 얼마나 진심으로 대해주고 계셨던가 하는 것이다 빠르..
입문 전 과정까지 포함하여 거의 2달이라는 시간이 흘렀다고비가 있어서 어찌저찌 넘었고, 현재 이 길이 아직까지 버겁지만 넘으려 발악을 하고 있다 최근엔 어떻게보면 해이해졌다고 말할 수 있고좋게 말하면 불안감이 가라앉았다고도 할 수 있는 상태였다그렇다고 탱자탱자 하며 놀았던 건 아니고자신에 대한 컨트롤이 지난번 만큼 잘 되지 않았다 일주일에 한 번 정도는 가겠노라 하던 카페가는 것도 못 하고 있고친척이 놀러와도 제대로 반겨주지도 못했다 다 괜찮은데, 지난 고비를 넘을 때만큼 잠을 이겨내지 못했다그 고비 이후 잠을 온전히 보충하지 못한 것도 영향이 있겠지만,이제 잠을 덜 자는 것에 대해 익숙해졌다고 생각했는데도 불구하고지난번의 나와 비교하면 알람을 듣는 능력이 떨어져가고 있었다 분명 해야하는 것도 많은 걸..
Keep - 현재 만족하고 있는 부분팀원 전체가 상대를 존중하는 마인드가 기본값으로 적용되어 있습니다.모르는 부분, 잘 안되는 부분, 프로젝트의 방향성을 꾸준히 소통해가며 전체적인 프로젝트의 퀼리티를 높일 수 있었다.맡은 부분을 어떻게든 열심히 다 해주시는 것이 좋았습니다.자유로운 식사시간수강생 상태를 입력 받는 부분을 NPE 고려해 짤 수 있어서 좋았다.해결할 사항이 있을 때 서로 의견 제시나 공유가 부담없이 잘 되어 좋았습니다.Exception을 따로 던지지 않고, 예외가 일어나는 부분을 따로 case로 빼서 처리하는 부분이 좋았다.수강생 관련 일부 메서드들이 코드 재사용성이 좋아 실제로 재사용을 많이 했습니다.끝까지 포기하지 않고 기능구현에 성공해낸 점Problem - 불편하게 느끼는 부분불편했다기..
불현듯 어제와 같이 작업이 겹치게 된 상황일 때 대처하는 행동방식에 대해 생각해보게 되었다이하는 어제했으면 좋았을 법한 행동양식을 대사로 풀어보았다 아 원인을 알았어요!**님과 작업이 겹쳐서 잘려나간 거였네요!그렇다면 이제 누구거를 남길지 판단해 볼까요?일단 저와 **님의 출력 방식이 다릅니다저는 점수와 등급을 함께 출력하여 한 메서드 안에서 해결이 되었고**님은 점수, 등급, 평균등급으로 세 메서드를 만드셨네요저는 스코어별 등급을 다른 클래스로 분리(모듈화)하고 두 가지를 함축하여 간략하게 나타냈지만**님은 세 메서드가 통일성있는 변수명 등을 사용하여 연결이 되도록 하셨습니다 필수 요구사항을 확인해보니과목별 등급 조회, 등급 조회, 평균등급 조회 세 가지가 있으며 따로 언급하고 있기 때문에시간도 고..