dev.ssun

기간: 20190825-20190831 8월 3주차는 필리핀 단기선교를 다녀오느라 주간 리뷰가 없습니다 한 주간 공부한 것 👩‍💻 한 주간 내가 읽은 것 📖 책 클린코드 - 9장 단위 테스트 객체지향의 사실과 오해 TDD 스터디에서 TDD는 어느정도 마감을 하고, 객체지향 책을 읽고 의견을 나눠보기로 했다 정리 필리핀 단기선교의 여파로 피로가 풀리지 않은 채 회사에 다니느라 참 많이 졸았다.. 주말동안 푹 쉬어야 하는데 오늘도 학생부 수영장다녀오고 낼도 스터디가 있어서 못 쉬겠지만 일 할 수 있음에 감사하다. (그것이 개발이던, 교회던 어떤 일이든!) 벌써 8월의 마지막, 내일부턴 9월이 된다 2019년도 단 4개월 밖에 남지 않았음에 슬프지만 남은 시간도 힘내자!

오늘은 9장 단위테스트 차례입니다 지난주는 필리핀 단기선교를 다녀오고 월/화는 너무 피곤하여 보지 않았네요 TDD 스터디를 한번 하고 TDD 도서를 읽어본 후라 9장 내용이 어렵진 않았습니다 9장 단위 테스트 TDD 법칙 세가지 1. 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다 2. 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트 작성 3. 현재 실패하는 테스트를 통과할 정도로만 실제 코드 작성 위 규칙을 따르면 개발과 테스트가 대략 30초 주기로 묶인다 깨끗한 테스트 코드 유지하기 테스트 코드가 지저분할 수록 변경하지 어려워진다. 복잡할수록 실제 코드를 짜는 시간보다 테스트 케이스를 추가하는 시간이 더 걸리기 십상이다 테스트 코드는 실제 코드 못지 않게 중요하여 깨..

프로그래밍에 도전하고 싶은 비 개발자 분들을 위한 워크샵! 안녕하세요! 개발자 커뮤니티의 다양성을 높이자는 취지를 가진 워크샵인 "제2회 고브릿지 서울 워크샵" 을 9월 21일 22일에 개최합니다. google에서 만든 golang이라는 언어를 매개로 하여, 개발을 해보지 않았거나, 시작했으나 지속적으로 해보고 싶은 여성 분들을 주요 대상으로 합니다. 어느 집단에나 다양성은 중요합니다. 다양성은 왜 필요할까? (왜 여성과 성 소수자와 장애인과 소수인종을 배려해야 할까?) 라는 글을 읽으면 쉽게 이해하실 수 있을 것입니다! (저희 행사와는 무관한 글입니다) 인종, 언어, 출신 등 다양한 기준에서 소수자가 있을 수 있지만 저희는 성별에 조금 더 초점을 맞추어 행사를 기획하였습니다. 개발자 세계가 지나치게 남..

기간: 20190811-20190817 한 주간 공부한 것 👩‍💻 잘 살기 한 주간 내가 읽은 것 📖 도서: 클린코드 6장 객체와 자료구조 7장 오류 처리 8장 경계 블로그: 글 📚 한 주간 본 IT 글, 영상 아카이브 #10 2018년, 내가 모르는 기술들 💻 당신의 사이드 프로젝트를 위한 10가지 팁 정리 느긋한 마음을 가지기로 했다 이번주는 책도 읽고 블로그 시스템도 변경해보는 시간을 가졌다 블로그 댓글을 DISQUS로 변경 티스토리 댓글 란을 DISQUS로 변경한거라 이전 댓글을 볼 수 없는 아쉬움이 존재함 블로그 분석 툴 도입! 전문적이고 싶은 느낌

8장 경계 부분은 조금 어렵다고도 할 수 있습니다 8장의 주제는 외부 코드(패키지/오픈 소스/컴포넌트 등)를 우리 코드에 깔끔하게 통합해야 하는데 이 소프트웨어 경계를 깔끔하게 처리하는 기법과 기교를 알아본다. 8장 경계 외부 코드 사용하기 인터페이스 제공자와 사용자 간 시스템 경계에서 문제가 생긴다 제공자는 최대한 많은 환경에서 돌아가야 많은 수익이 발생하므로 적용성을 넓히려 애쓰고, 사용자는 자신의 요구와 환경에 적합한 인터페이스를 바라기 때문이다. 경계 인터페이스인 Map 을 사용하게 되었을 때 Map 인터페이스가 변할 경우 따라서 수정해야 할 코드가 발생한다. 이런 경우 Map 을 다른 클래스를 만들어 숨기도록 하자 그 클래스 안에서 객체 유형을 관리하도록 한다. 경계 살피고 익히기 테스트 케이스..

이곳은 7장입니다 다행히 오늘도 재밌게 스무스하게 읽었습니다 물론 중간에 어렵긴 했지만... 안그래도 회사에서 API 호출하고 나서 처리를 if == result code , else, else 로 하고 있어서 얘를 좀 코드화 시켜서 정리할 순 없을까.. 생각이 들고 있었는데 마침 읽게 되었다 얼른 정리하기 7장 오류 처리 오류 처리는 프로그램에 반드시 필요한 요소 중 하나 뭔가 잘못되면 바로 잡을 책임은 프로그래머에게 있다 깨끗한 코드와 오류 처리는 확실히 연관성이 있다. 오류 처리는 중요하지만 오류 처리 코드로 인해 프로그램 논리를 이해하기 어려워 진다면 깨끗한 코드라 부르기 어렵다 그럼 깨끗한 코드로 다가가는 단계로 오류를 처리하는 기법과 고려 사항을 소개한다 오류 코드보다 예외를 사용하라 오류 플..

이번 장은 한 번에 이해해서 정리하기가 조금 어렵군여 그래도 열심히 해봅니다.... 아직까진.... 클린 코드 책이.... 재미있읍니다.............. 😂 6장 객체와 자료 구조 변수를 비공개(private) 으로 정의하는 이유가 있다. 남들이 변수에 의존하지 않게 만들고 싶어서다 그런데 수많은 프로그래머가 조회(get) 함수와 설정(set) 함수를 당연하게 공개해 비공개 변수를 외부에 노출할까? --> 이부분을 읽고 이해가 되지 않았던 건 get, set 함수가 변수를 직접 수정하지 못하게 하려고 만든건데,. 이공개 변수가 외부에 노출된다니?!?! 했는데 이클립스는 getter, setter 를 제공하는데 그러면 이름이 get변수명, set변수명 이라고 나온다. 그러니까 내가 .. privat..

기간: 20190804-20190810 한 주간 공부한 것 👩‍💻 이번주는 클린코드 스터디와 TDD 과제를 했다 클린코드는 아직 앞부분이라 재미있게 읽고 있고 TDD Study 에서 나온 과제를 했다!! 토요일은 클린 코드 5장 보고 놀음.... 역시나 놀아버린 토요일 하하 한 주간 내가 읽은 것 📖 클린코드 읽었습니다 정리 작년에 시원스쿨에서 러시아어 강의듣고 (6개월인가?) 끝나서 안들었는데 다시 해보고싶다 하하 해볼까..흠냐 네 클린코드 재밌습니다 다음 TDD Study 에서는 객체지향의 사실과 오해 책을 읽고 생각을 나누기로!!

오늘은!!!! 형식 맞추기 차례입니다!!!! 2019년 8월 10일은 너무 더운 날...... via GIPHY 5장 형식 맞추기 프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야한다. 팀이라면 팀의 규칙을 따라야 한다 형식을 맞추는 목적 코드 형식은 의사소통의 일환이다 오늘 구현한 코드의 가독성은 앞으로 바뀔 코드의 품질에 지대한 영향을 미친다 오랜 시간이 지나 원래 코드의 모습을 찾아 보기 힘들어도 맨 처음 잡아둔 구현 스타일과 가독성 수준은 유지보수 용이성과 확장성에 계속 영향을 미친다 원활한 소통을 장려하는 코드 형식은? 적절한 행 길이를 유지하라 세로 길이 / 가로 길이의 적절한 길이를 유지해야 한다 신문 기사처럼 작성하라 잘 작성된 신문 기사를 보면 크게 요약된 내용에서 점차 상세 내용이 나온다..

클린 코드를 읽고 있습니다 오늘은 4장 주석입니다 오늘도 코드 리팩토링을 하면서 몇년 간 쌓인 주석들과 주석화된 코드를 보며 암담했습니다 나쁜 코드에 주석을 달지 마라. 새로 짜라. - 브라이언 W. 커니핸, P.J. 플라우거 잘 달린 주석은 그 어떤 정보보다 유용하지만 오래되고 잘못 작성된 주석은 잘못된 정보를 퍼뜨린다 주석은 기껏해야 '필요악' 이다 주석은 오래될수록 코드에서 멀어진다, 언제나 코드를 따라가지 못한다. 부정확한 주석은 아예 없는 주석보다 훨씬 더 나쁘다. 그럼 어떻게 해야하나? 주석보다 코드를 떠 잘 쓰려는 방안으로 가라 주석은 나쁜 코드를 보완하지 못한다 표현력이 깔끔하며 주석이 거의 없는 코드가, 복잡하고 어수선하며 주석이 많이 달린 코드보다 훨씬 좋다 주석으로 설명하는 대신 코드..