Where there is a will, there's a way

학습내용 1-2주차 프로젝트에 대한 이야기 숫자야구게임 묵찌빠게임 2개의 가장 큰 차이는 step1과 step2를 꼰 점. step1을 구현하고 step2를 하려는데 코드 전체를 갈아엎어야한다면 잘못 설계한 것이다. 이게 큰 프로젝트였다면? 설계, 로직이 정말 중요하다. 코드를 쓰기 전, 먼저 구상을 하는 것이 우선이다. 펜과 종이로 그려가면서 하는 게 좋다. 큰 삽질을 막을 수 있다. 문법은 하면서 자연스럽게 익히게 되는 것이다. 프로젝트 회고 - README에 기입 밀린 일기처럼 쓰면 안된다. 바로 써야된다. 프로젝트 회고를 하면 README에 꼭 적어야 한다. → 포트폴리오 느꼈던 점, 해결되지 않은 점, 고민했던 점 샘플 step별로 뭘 했다. 뭘 공부했다 어떤 피드백을 받았다 다음 stpe은 뭘..

목차 Structures and Classes Initializer Syntax Value Types vs Reference Types Nested Types Structures and Classes 지금까지는 Apple이 제공한 형식을 사용했다. 필요한 형식을 직접 만들고자 할 때 필요한 것이 구조체와 클래스다. Custom Data Type [=User Defined Type] Enumeration Structure Class Programming Paradigm 프로그래밍 언어는 언어마다 철학을 가지고 있고, 내부적인 규칙이나 구현방식에 차이가 있다. 이러한 것들을 프로그래밍 패러다임 (Programming Paradigm) 이라고 한다. 프로그래밍 언어가 다양한 만큼 프로그래밍 패러다임도 다양하다..

Closure (클로저) Closures 종류 Name Closures :: Function, Nested Function Unnamed Closures :: Anonymous Function (우리가 부르게 될 Closures) Closures 선언 { (parameters) -> ReturnType/*Closure Head*/ in statements /*Closure Body*/ } // 간단한 Closure { statements } Closures 예시 let c = { print("Hello, World") } // Closure는 이름이 없는 함수인데 c라고 이름을붙인 것 c() // Hello, World let c2 = { (str: String) -> String in return "H..

3월 5일에 작성한 주말에 추가적으로 하면 좋은 점 😱 1-2주차 내 TIL 한번 더 읽어보기 다른 캠퍼의 TIL도 읽어보자 Git repository 합치기 시도해보기 태태가 보내준 링크로 1,2주차 프로젝트 레포지터리를 합치는 걸 해보았다. 20분 예상했는데 시간은 끝이 없이 지나갔다 😱 모든 branch를 가져온다고 생각했는데 원하는 branch를 가져오는 거고, 모든 커밋을 가져오고 싶다면 단계별로 진행 후 이후에 branch를 만들면 커밋도 그대로! https://velog.io/@lina0322/git-git-repository-합치기git-log-지키기 운동? (과연...) 하지 않았.... 말이라도 하지 말았어야 ... 먹기는 더 먹었다ㅋㅋㅋㅋㅋㅋ simple mind-map ...! → ..

타임라인( Week 2) 월 - 팀그라운드룰 설정, step 1 의사코드 설계, step 1 각자 코딩해보기 화 - step1 PR 수 - step1 PR 리뷰 & step2 슈도코드 각자 설계 / 글쓰기 특강 목 - step1 FeedBack Refactor 금 - step2 PR 잘한점 팀원 모두가 시간을 잘 지켰다! 커밋 규칙을 준수하여 프로젝트를 진행하였다! 어떻게 설계할지 같이 정하고 코드작성한 점! 리뷰어(지니)에게 칭찬을 받았다😎 개선할점 아직 git을 다루는게 미숙하여, 찾아보는데 시간이 많이 걸림 프로젝트에 접근 제어 키워드를 활용하지 못하였음 좀 더 가독성 높은 네이밍에 대해 고민할 필요성이 있음 다른 캠퍼 TIL 더 읽어볼 것 학습 키워드 enum (rawValue) protocol ..

학습내용 git branch step2-kio에서 작업하다가 PR할 branch를 만들었는데 모든 commit log가 있었다. 항상 main으로 돌아가서 branch를 만드는 것이 좋겠다. Class의 상속 잘생긴 팀원이 step1에서 쓴 메서드들을 다시 재활용하고자 생각해온 방법이 Class의 상속 init()으로 받아 override func으로 재정의 후 사용하였다. 호오....! 좋은 공부거리다! → 공부하자! Human Interface Guidelines 목차 정도 다시 보았다. 볼수록 모르겠다는 점😭 프로그래밍 '개념' 맛보기(?) 맛을 볼 수 있을 것인가...! PR은 마지막 commit을 한 사람이 할 수 있는 줄 알았는데 그것이 아니었다...! 고민한점 / 새로 알게 된..

학습내용 Human Interface Guidelines Tool bar :: 보고 있는 화면에서 액션을 주고 싶을 때 Tab bar :: 카카오톡 친구목록, 채팅목록, #, 더보기 - 서로 다른 카테고리를 분류. 누를 때마다 화면이 바뀜, 대화면, 화면간 이동 UILabel UITextView UITextField https://scshim.tistory.com/77 Navigation 화면이 바뀜 - 메모앱 Modality 화면이 올라옴 - 흐름 안에서 잠깐 해결하고 온다. (내려놓고 새로운 것을 잠깐 작성한다.) 잠시 다른 곳에 다녀온다. 정보의 흐름을 해치고 싶지 않을 때 ex) 웹페이지 팝업 두 개의 가장 큰 차이는 정보의 흐름 onboarding segumnet control(오전, 오후) -..

학습내용 enum을 사용하는 이유 코드의 가독성 코드의 안전성 enum 선언 enum TypeName { case caseName case caseName, caseName } Raw Values 선언 enum TypeName: RawValueType { case caseName = value } // RawValueType - String, Character, Number Types 고민한 점 & 새로 알게 된 점 메서드명과 변수명은 언제나 고민고민 줄바꿈은 무슨 규칙이 있을까? 반목문 vs 재귀함수 재귀함수로 호출하면 스택이 자꾸 쌓인다고 한다! error handling: do-catch라는 게 있다. enum의 사용