YG - 96년생 , 강아지 있음, 개발자 희망

노마드 코더에서 북클럽에 참여하여 3주간 책을 읽었는 데 혼자 진행했더라면 이런 속도로는 못 읽었을 것 같습니다. 참여하며 다른 사람들의 TIL도 보아가며 진행했던 경험이 좋았습니다.

오늘 TIL 3줄 요약 소프트웨어 개발 방법론의 목표는 사람들이 함께 일하는 것을 돕는 것! 모든 프로젝트에서 후원자를 어떻게 기쁘게 하는지! 자신의 작업에 자부심을 갖고 여러분의 서명을 남겨라! TIL (Today I Learned) 날짜 2022. 04. 06 오늘 읽은 범위 9장. 실용주의 프로젝트 책에서 기억하고 싶은 내용을 써보세요. 작고 안정적인 팀을 유지하라. 모두가 서로 잘 알고 신뢰하며 의존해야 한다. - page.379 팀 전체가 깨진 창문을 용납하지 않아야 한다. 사소한 결점을 아무도 고치지 않고 놔두어서는 안 되고, 반드시 제품의 품질에 책임을 져야 한다. - page.379 모든 사람이 적극적으로 환경 변화를 감시하도록 권장하라. 새 요구 사항에 대한 수치를 관리하라. - page..

📌 연습문제 33 다음 문장들이 진정한 요구 사항인가? 가능하다면 진정한 요구사항이 아닌 것을 좀 더 유용하게 고쳐 써 보라. 1. 응답 시간은 500ms 이하여야 한다. 📖 책의 해답 : 이 문장은 진짜 요구 사항처럼 보인다. 환경 때문에 애플리케이션에 제약을 추가해야 할 수 있다. 💡 나의 해답 : 요구 사항이라고 볼 수 있다. 그렇지만 왜 500ms 이하이어야 하는지 파악해둘 필요가 있을 것 같다. 그 이유는 응답 시간을 무조건적으로 맞추어야 하는지 혹은 다른 방법으로 사용자가 느끼는 응답 시간을 줄여도 요구 사항에 충족되는지 알기 위해서 이다. 2. 모달 창의 바탕색은 회색이다. 📖 책의 해답 : 이 문장 자체만으로는 진짜 요구사항이 아니다. 하지만 진짜로 무엇이 필요한지 알아내려면 마법의 질문을..

오늘 TIL 3줄 요약 프로그래머는 사람들이 자신이 원하는 바를 깨닫도록 돕는다. 요구 사항은 피드백은 반복하며 알게 된다. 사용자처럼 생각하기 위해 사용자와 함께 일하라. TIL (Today I Learned) 날짜 2022. 04. 03 오늘 읽은 범위 8장. 프로젝트 전에 책에서 기억하고 싶은 내용을 써보세요. 요구 사항은 필요를 표현하는 것이다. - page.360 프로젝트 용어 사전을 사용하라 - page.361 생각의 틀을 벗어나지 말고, 틀을 찾아라. - page.364 간단히 표현하면 딴짓을 한 사람이 의식적으로 노력한 사람보다 복잡한 문제 해결 과제를 더 잘 해냈다. - page.365 이것이 우리가 말하는 "함께 일하기"다. 그저 질문하고, 토론하고 메모를 하는 것이 아니라, 실제로 코..

오늘 TIL 3줄 요약 프로그래머가 코딩하는 동안 더 적극적으로 행동하는 방법 여러분의 본능과 무의식적인 생각을 더 잘 활용해라 테스트를 수행함에 있어서 나타나는 긍정적인 효과 TIL (Today I Learned) 날짜 2022. 04. 06 오늘 읽은 범위 7장. 코딩하는 동안 책에서 기억하고 싶은 내용을 써보세요. 여러분의 본능과 무의식적인 생각을 더 잘 활용해라 직감이 여러분의 역량에 일조하도록 하라. 여러분 내면의 파충류에게 귀 기울여라. 일단, 하고 있는 일을 멈춰라. 여러분의 뇌가 정리를 좀 할 수 있도록 약간의 시간과 공간을 확보해라. 코드에 대해 생각하지 말고 키보드에서 떨어져서 잠깐 머리를 비운 채로 할 수 있는 일을 하라. 산책을 하고 점심을 먹고 다른 사람과 수다를 떨어라. 아예 하..

오늘 TIL 3줄 요약 모든 일에 동시성이 있다. 불규칙한 실패는 동시성 문제인 경우가 많다. 칠판으로 작업 흐름을 조율하라. TIL (Today I Learned) 날짜 2022. 03. 30 오늘 읽은 범위 6장. 동시성 책에서 기억하고 싶은 내용을 써보세요. 동시성은 둘 이상의 코드 조각이 실행될 때 동시에 실행 중인 것처럼 행동하는 것이다. 그리고 병렬성이란 실제로 동시에 실행되는 것이다. - page.241 여러분의 애플리케이션이 실제 세상을 다루기 원한다면 동시성은 필수다. 세상은 비동기적이기 때문이다. 사용자와 상호작용하고, 데이터를 불러오고, 외부 서비스를 호출하는 일을 동시에 해야 한다. 만약 이를 순차적으로 하나를 끝낸 다음에 다음 일을 하는 식으로 수행한다면, 시스템은 거북이처럼 느리..

연습 문제 2 문제 객체 지향 언어와 함수형 언어의 직교성은 어떻게 다를까? 이런 차이가 언어 자체에 내재된 것일까 아니면 사람들이 언어를 사용하는 방법이 다른 것일까? 풀이 객체 지향 언어에서는 개발에 쓰이는 컴포넌트를 대폭 수정할 경우 컴포넌트에서 서로 연관되어 있는 연결점 때문에 몇 개의 모듈이 영향을 받을 수 있으며 개발자 역량에 따라 혹은 개발하는 프로그램의 스케일에 따라 수정하는 컴포넌트 단 하나의 모듈만 영향을 받을 수 있다. 함수형 언어에서는 수정할 때 처음부터 단 하나의 수정할 모듈만 영향을 받도록 설계를 해야 하기 때문에 언어적인 시스템을 이용하여 객체 지향 언어에 비해 에러가 더 적게 나거나 테스트가 더 용이한 점이 있다. 따라서 두 언어 간의 직교성 차이는 객체 지향에서도 직교성을 ..

오늘 TIL 3줄 요약 우리들은 완벽한 소프트웨어를 만들 수 없다. 때문의 자신의 실수에 대한 대비책을 마련해야 한다. 계약에 의한 설계(Design By Contract) DBC개념을 이용해 계약으로 설계하라. 일찍 작동을 멈춰라. 오류가 났을 때 계속 진행하여 망치지 말고 멈춰라 TIL (Today I Learned) 날짜 2022. 03. 24 오늘 읽은 범위 4장. 실용주의 편집증 책에서 기억하고 싶은 내용을 써보세요. 시작하기 전에 자신이 수용할 것은 엄격하게 확인하고, 내어 줄 것에 대해서는 최소한도를 약속하는 것이다. 함수형이든 객체 지향이든 절차형이든 모든 프로그래밍 언어에서 DBC는 여러분을 생각하게 한다. - page.151 문제를 찾고 원인을 밝히기 위해서는 사고가 난 지점에서 일찍 ..