seong_hye, the developer

보호되어 있는 글입니다.

개발자가 되기 위해 많은 사람들과 코드를 공유하고 확인하는 과정에서가장 먼저 배우게 된 것이 바로 'Git'이라고 할 수 있다.하지만 급하게 실제 사용으로 배우다보니왜 Git을 사용하고 올바르게 Git을 사용하냐고 묻는다면 대답하지 못할 것 같았다. 항상 기회가 된다면 제대로 Git에 대해 배우고 공부하고 싶다는 생각이 가득했다.이때 참여하고 있는 글또 9기에서 유데미와의 콜라보를 통해 강의 수강할 수 있는 쿠폰을 지원해주셔서 무료로 수강할 수 있는 기회를 얻을 수 있었다.수많은 강의 중 Git & Github 실무 활용 완벽 가이드라는 강의를 채택해 수강하게 되었다. 이 기회를 바탕으로 Git에 대한 강의를 수강할 수 있어 Git에 대해 제대로 배우고 특히 내가 희한하게 사용했던 것들이 있었다는 것까지..

안녕하세요! 벌써 2024년 여름이 다가오는 요즘, 전 새로운 도전이였던 경험을 마무리하게 되었습니다.😃 글또 9기를 마무리 하게 된 것인데요.. 5개월이 이렇게 빠르다니.. 처음 시작할 때의 마음가짐과 비교하여 어떻게 마무리를 맞이하고 떠나보내려하는지 작성해보려 합니다.https://programming-seonghye.tistory.com/98 새로운 도전) 글또 9기를 시작하며안녕하세요! 2023년 마지막이자 2024년이 다가오는 요즘, 전 새로운 도전을 시작하였습니다!😃 바로 글또 9기에 참여하게 되었습니다!! 글또는 "글 쓰는 또라이가 세상을 바꾼다" 라는 이름을 가진programming-seonghye.tistory.com처음에는 위와 같은 마음가짐과 다짐글을 작성했었는데요결과론적으로 다 ..

보호되어 있는 글입니다.

이번에 기술 면접을 보게 되면서 현재 내가 어떤 점이 부족한지 알게되는 기회가 되었다. 그 중에서 클래스와 구조체가 어떤 차이가 있고 어떨 때 사용되는지에 대한 질문을 해주셨다. 형식적으로 차이에 대해 알고 있었지만 실제로 코드에서 활용시 어떻게 차이가 나는지를 알고 있지 않다는 점을 알게 되었다. https://programming-seonghye.tistory.com/15 Swift) 문법 정리 - 클래스(Class) vs 구조체(Struct) 대부분의 언어에서 말하길 클래스는 프로그래밍의 패러다임이라고 말한다. 패러다임 어떤 한 시대 사람들의 견해나 사고를 지배하고 있는 이론적 틀이나 개념의 집합체 클래스를 도입하면서 programming-seonghye.tistory.com 이 경험을 바탕으로 한..

협업을 진행하다보면 개발자마다 코딩 스타일이 다르고 성향이 다르다는 것을 알 수 있다. 이런 경우 서로의 코드를 이해하는 데에도 많은 시간이 걸리고 후에 유지보수에도 어려움을 느낄 수 있다. 이런 경우 코딩 컨벤션을 정해주면 협업에 큰 도움이 될 수 있다. 코딩 컨벤션이란? 일종의 코딩 스탕일 규약으로 모든 구성원들이 읽고, 관리하기 쉬운 코드를 작성하는 것을 의미한다. 이를 통해 잠재적인 오류를 줄일 수 있고, 가독성이 높아지게 되어 다른 개발자가 작성한 코드를 이해하는 데에 도움을 주어 유지보수에도 도움이 된다. 코딩 컨벤션 가이드 중에는 린터(Linter)가 존재한다. 린터는 스타일 가이드를 따르지 않은 코드를 찾아서 알려주는 도구로 사용하는 언어에 따라 다르다. 이외에도 오류가 발생하거나 알려지지..

캘린더를 사용하는 과정에서 다른 라이브러리를 사용하지 않고 주간 캘린더를 어떻게 구현하면 좋을지 고민하며 공부한 내용을 정리해 보려 합니다. 날짜에 따른 데이터를 받아오는 기능을 만드는 과정에서 FSCalendar 라이브러리를 사용했던 것을 캘린더를 공부해서 직접 만들어보자 하는 생각이 들게 되었습니다. Calendar 날짜별 장식이 있는 일정관리를 표시하고, 단일 날짜 또는 여러 날짜를 사용자가 선택할 수 있도록 제공하는 기능으로 캘린더 뷰를 사용하여 사용자가 커스터마이징한 추가 정보(ex_ 스케줄)가 있는 특정 날짜를 표시할 수 있습니다. 또한 캘린더 뷰를 사용하여 하나의 특정 날짜, 여러 날짜 또는 날짜가 없는 날짜를 선택할 수 있습니다. 단일 선택 주간 달력 뷰를 구현하기 위해 collection..

우선 왜 코드를 나눠서 설계하려고 할까? 여러명이서 하나의 거대한 앱을 만들게 됨(수만줄의 코드) -> 기준이나 룰에 따라 나누지 않으면 보기 힘듦 -> 유지보수가 편해야하기 때문에 코드를 계층으로 분리하려함 아키텍처란? 하나의 서비스가 어떻게 구성이 되며 어떻게 동작이 되는지 즉 서비스의 동작 원리를 나타내는 것 좋은 아키텍처의 특징들 단단하고/안정적, 모듈화 가능(재사용), 확장 용이(향후 확장성) 테스트 가능(UI와 비즈니스 로직에서 강력/안정적), Decoupling (느슨한 결합) 등.. 올바른 아키텍처 선택의 기준 - 유지보수 용이해야 한다. - 명확한 분리 기준: 단일 책임 원칙 - 테스트 가능: TDD(테스트 주도 개발) / 유닛테스트 가능해야 (더 안전한 코드 작성 가능) 완벽한 / 절대..