일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 프로젝트
- 리니어 레이아웃
- IOS
- 레이아웃
- 텍스트뷰 스크롤
- 안드로이드 스튜디오
- SceneDelegate
- 프로그래밍
- 제약 레이아웃
- 상대 레이아웃
- 스낵바
- edwith
- 뷰
- 수명주기
- 자바
- textview auto scroll
- 액션바
- 아이폰
- 서비스
- 안드로이드
- 안드로이드_프로그래밍
- 코틀린
- Swift
- 코드리뷰
- RecyclerView
- 드로어블
- 테이블_레이아웃
- 데이터베이스
- 텍스트뷰 자동 스크롤
- 부스트코스
- Today
- Total
목록프로젝트 (3)
듀다의 성장개발로그
가장 시간이 오래 걸렸던 프로젝트E였습니다. 프로젝트 E의 요구사항을 구현하는 것보다 프로젝트 D에서의 피드백을 적용하는 데에 훨씬 많은 시간을 썼던 것 같습니다. 프로젝트D에서 패키지를 처음 나누었는데, 소스 파일을 여기저기에 추가하고 지우다보니 알아보기가 어려워진 것 같습니다. 정리가 필요하겠습니다. 역시 이 부분에 대한 피드백이 가장 강조되었습니다. 가독성을 크게 해치는 구조가 되어버렸군요. 변수명에도 조금 수정이 필요하겠네요. 이 부분은 구조를 바꾸는 과정에서 삭제되었어야 할 코드인데 제가 못 보고 남긴 부분이었습니다. 제출 전 조금만 더 꼼꼼하게 검토했으면 찾아냈을 부분인데 아쉽군요. 이 부분은 피드백 받은 그대로 수정하면 될 것 같습니다. 글 첫머리에 말씀드린 대로 시간이 가장 많이 걸린 프로..
난이도가 확 뛰었던 프로젝트 D였습니다. 만들면서도 이렇게 해도 되나 싶은 생각이 참 많이 들었던 기억이 납니다. 일단 모로 가도 서울로 가는 코드로 Pass는 했지만 아직은 많이 부족하다는 걸 느낄 수 있었습니다. 구현방식의 차이라는 것은 의도와는 다른 결과물이 나왔다는 의미이겠죠? 사실 저 부분은 세부화면에서도 햄버거버튼이 보이게 하려는 의도로 넣은 코드가 맞습니다. 그렇지만 실무에서는 상위 화면으로 이동한 뒤에 화면 이동이 가능하도록 만드는 것 같네요. 세부화면에서는 화살표 버튼으로 두는 게 보통인 것 같습니다. 이 부분은 네비게이션에서 화면을 이동하는 코드였습니다. 더 직관적으로 구현하는 방법이 있었습니다. 이 부분은 제가 상속의 개념을 반만 활용한듯한 느낌이네요. 여러 다른 화면을 만들 땐 한 ..
어느덧 프로젝트 C까지 리뷰를 받았습니다. 이번에는 피드백의 분량이 조금 많군요. 뒤로가기 키를 눌렀을때의 동작을 설정하는 부분에서, onKeyDown 대신 onBackPressed를 사용하는 것이 좋다는 피드백을 받았습니다. enum을 안 쓰고 있어서 잊고 있었는데 이것도 잘 활용해야겠다는 생각이 드네요. 앞으로는 요청값을 상수로 저장하면 가독성을 높일 수 있을 것 같습니다. 이 부분은 사실 배우지 않은 부분이지만 꼭 알아야 할 중요한 부분이라는 생각이 드네요. 인텐트로 가능한 부분과 불가능한 부분을 명확히 인지할 필요가 있다는 생각이 듭니다. 이 부분은 제가 질문한 부분이지만 이 피드백을 보니까 좀더 다른 방향으로 생각해보았어야 한다는 생각이 드네요. 분명히 이 문제를 인지하고 있었고, 해결 방법도 ..