일일 회고 선발대 세션이 있는 날이였다. 세션은 과제리뷰와 튜터님의 과제 구현을 위주로 진행되었다. 과제 구현을 해주시면서 중간중간 현업에서 사용되는 기술, 팁 같은 것들을 알려주셨다. 이런 것들이 모여서 큰 도움이 될 것 같다. 그리고 새로운 과제를 내주셨다. 과제 기능 구현은 완성하였는데, 몇가지 궁금한 점이 있어 조금 더 시행착오를 해 볼 것 같다. 오늘의 키워드 알고리즘 선발대 세션 알고리즘 [programmers] [Kotlin] 푸드 파이트 대회 문제 설명 수웅이는 매달 주어진 음식을 빨리 먹는 푸드 파이트 대회를 개최합니다. 이 대회에서 선수들은 1대 1로 대결하며, 매 대결마다 음식의 종류와 양이 바뀝니다. 대결은 준비된 음식들을 aaapple.tistory.com 선발대 세션 코드 짤 때..

DOING IN THIS WEEK : 숙련 주차가 시작되어 우선 숙련 강의를 모두 수강하였다. 수강하고 바로 숙련과제를 했다. 이틀가량 기능 구현을 마치고 그 다음날에 마무리 수정작업을 진행하였다. 아침 시간에는 알고리즘 문제를 풀고 글로 작성하는 연습을 해보았다. 중간에 선발대 세션도 있었다. 내가 한 과제를 간단하게 발표해보고 피드백을 받았다. 받은 피드백을 토대로 다시 수정작업을 진행하였다. 이번주의 키워드 뷰 바인딩 어댑터 뷰 프래그먼트 다이얼로그 알림 선발대 세션 floating action button 트러블 슈팅 README 작성법 요약 (markdown) FEELING : 숙련 주차로 넘어오면서 조금 더 많은 내용을 배우고 내용의 깊이도 깊어져서 재미있었다. 과제도 생각해 볼 부분이 많아 ..

일일 회고 숙련 주 첫 주차가 끝났다. 강의듣고 선발대 과제하고 숙련 과제 까지 하다보니 시간이 아주 빠르게 지나간 것 같다. 일단 과제들은 끝내두었으니 주말은 조금 쉬고 다음 주 시작하면 수정 틈틈히 하고 CS공부나 이론 공부를 좀 더 해봐야겠다. 그럼 다음주로! 오늘의 키워드 알고리즘 README 작성법 요약 (markdown) 알고리즘 [programmers] [Kotlin] 최대공약수와 최소공배수 문제 설명 두 수를 입력받아 두 수의 최대공약수와 최소공배수를 반환하는 함수, solution을 완성해 보세요. 배열의 맨 앞에 최대공약수, 그다음 최소공배수를 넣어 반환하면 됩니다. 예를 들어 두 aaapple.tistory.com MarkDown 작성법 1. 헤더 - 제목 작성할 때 주로 사용 큰제목..

일일 회고 어제 과제 기능 구현한 것을 오늘 다시 돌려보았는데 치명적?인 버그를 발견하였다! 궁리 끝에 답을 찾아내었다. 머리로는 찾았는데 코드를 치다보니 시행착오가 있었다. 하지만 결국! 고쳤다! 근데 그 답이 맞는 답? 좋은 답? 인지는 모르겠다. 그래도 일단 머리 싸맨 보람은 있었으니 기분은 아주 좋았다. 오늘의 키워드 알고리즘 숙련 개인 과제 정리 알고리즘 [programmers] [Kotlin] 부족한 금액 계산하기 문제 설명 새로 생긴 놀이기구는 인기가 매우 많아 줄이 끊이질 않습니다. 이 놀이기구의 원래 이용료는 price원 인데, 놀이기구를 N 번 째 이용한다면 원래 이용료의 N배를 받기로 하였습니다. 즉 aaapple.tistory.com 숙련 개인 과제 정리 GitHub - Kim-Mi..

일일 회고 개인과제를 진행 중이다. 난이도가 다르니 역시 재미있긴하다. 근데 레이아웃 짜는 거는 재미없다... 도전과제 중인데 끝장을 보고싶다 ㅎ 이제 알고리즘도 1개 씩 포스팅 해 볼 예정이다. 오늘의 키워드 알고리즘 선발대 세션 floating action button 트러블 슈팅 알고리즘 [programmers] [Kotlin] 콜라츠 추측 문제 설명 1937년 Collatz란 사람에 의해 제기된 이 추측은, 주어진 수가 1이 될 때까지 다음 작업을 반복하면, 모든 수를 1로 만들 수 있다는 추측입니다. 작업은 다음과 같습니다. 1-1. 입력된 수가 aaapple.tistory.com 선발대 세션 액티비티, 프래그먼트등 뷰 생성 시 각 클래스에 companion object를 두고 각 화면(프래그먼..

일일 회고 팀이 바뀌고 숙련 주차가 시작되었다. 강의를 듣고 과제를 해보는데 확실히 이전보다 어려워졌다. 차근차근히 공부해봐야겠다. 오늘의 키워드 뷰 바인딩 어댑터 뷰 프래그먼트 다이얼로그 알림 ViewBinding viewBinding vs findViewById findViewById는 human error의 가능성(선언할 때 잘못된 id를 넣을 수 있다.) 때문에 Null Safe 하지 않다. -> viewBinding은 레이아웃에 대한 바인딩 클래스를 만들어 레이아웃안의 모든 뷰를 인스턴스화 시킨다. -> 레이아웃에 아직 생성되지 않은 뷰의 참조를 얻어(null상태)해당 뷰의 속성을 사용하려 할 때 발생하는 NPE를 방지 한다는 것이다. viewBinding은 findViewById보다 성능적으로..

일일 회고 첫 팀 프로젝트가 끝났다. 여러 시행착오들이 있었지만 결과적으로는 괜찮았던 것 같다. 내일부턴 다시 새로운 마음으로 시작해보자. 오늘의 키워드 피드백 피드백 텍스트뷰 잘린 부분을 수정했으면 좋겠다 기능 완성에 급급하지 않고, 어려움을 느끼고 해결한 과정은 아주 좋은 경험이였다. 협업할 때 화면 별로 분담을 하는 것이 아니라 기능 별로 역할 분담을 했으면 어땠을 까 한다. 기능 별로 분담 하면 우리 조에서 느꼈던 어려움들을 많이 해소할 수 있었을 것이. 개인적인 느낀점 룰 - 팀 내부 룰, 네이밍 컨벤션, 코틀린 컨벤션, 커밋 룰, pr 룰 등 프로젝트에 있어서 필요한 룰을 사전에 미리 정확하게 정해야 된다고 생각했다. 그렇지 않으면 중간에 진행 중에 서로 진행하는 방식이 달라서 프로젝트가 중구..

DOING IN THIS WEEK : 팀 프로젝트 구현을 하였다. 나는 메인페이지를 담당하여 앱의 초기화면을 제작하였다. 메인 페이지를 작업하면서 팀원의 문제, 도움 필요한 일이 생기면 서로 서포트하면서 진행을 하였다. 이번주의 키워드 oop 세션 3회차 선발대 세션 프로젝트 시작 프로젝트 구현 룰 재정립 FEELING : 기능 구현은 하면 하는대로 하면되지만 팀 내부 규칙과 깃헙 룰등 프로그래밍 외적으로 신경써야한다는 것이 굉장히 많다는 것을 느낄 수 있었다. FINDING THIS WEEK: github commit, PR, 기타 규칙을 정하는 과정. 팀 룰을 확실해게 정하고 가야겠다는 생각 TRY TO NEXT WEEK: 앞으로 팀으로 무언가를 수행할 때는 뭔가를 본격적으로 하기 이전에 팀 내부 규..

일일회고 프로젝트 시작한 지 벌써 한 주가 다되었다. 회의하고 코딩하고 하다보니 시간이 정말 빠르게 지나간 것 같다. 다음주 월요일이 발표이니 잘 마무리 지어봐야겠다. ++ github issue, project로 PR을 관리하는 방법을 매니저님께서 알려주셨다. 그 전까지는 우리팀은 PR룰 없이 마구잡이 방식으로 했는데 알려주신 방식으로 우리 팀만의 룰을 정하고 PR내용을 수정하니 보기 깔끔한 PR기록을 남길 수 있었다. 이런 방식을 처음 알았지만 앞으로 계속 지켜나가야할 방식이므로 잘 숙지해야겠다. 오늘의 키워드 프로젝트 구현 룰 재정립 프로젝트 구현 1. 액티비티 전환 시 애니메이션 주기 startActivtiy 호출 후에 overridePendingTransition(startAnimaion, en..

일일회고 기능 구현하는 것은 그냥 하면 되지만, 코드를 병합하는 과정이 참 어려운 것 같다. 최대한 기능 별로 나누어가지고 코드를 작성해도 충돌이 발생하는 부분이 생겼다. 오늘 시간 중 이 부분을 해결하는 데 시간을 제일 소모한 것 같다. 완전히 충돌을 막기는 어렵겠지만 최대한 줄일 수 있는 방법을 강구해봐야 할 것 같다. 오늘의 키워드 프로젝트 구현 프로젝트 구현 기능구현 액티비티 전환 시 애니메이션 - overridePendingTransition(startAnim, endAnim)을 통해 적용할 수 있었다. starAnim에는 시작 애니메이션을, endAnim에는 전환이 끝날 때의 애니메이션을 각각 넣어주면 된다. 트러블 슈팅 1. 어느 정도 구현하고 Main - login - signin을 합치려..