🤓 기술 학습 & 공부 기록

📍책 정보- 제목: 읽기 쉬운 코드- 작가: 마크 시먼- 출간연도: 2024- 출판사: 길벗 📍프로그래머에서 소프트웨어 엔지니어로 거듭나기이 책의 핵심 주제는 '프로그래머에서 소프트웨어 엔지니어로 거듭나기' 라고 할 수 있다. 이 둘의 비교부터, 소프트웨어 공학의 태동과 발전, 현대의 소프트웨어 개발에 적용할 수 있는 코드 작성 규칙 등을 세세하게 담고 있다. 지금까지 소프트웨어 공학이 뭔지 잘 모르고 있었다. 소프트웨어 개발을 왜 공학 관점에서 접근해야 하는지, 그리고 어떻게 접근할 수 있는지 모르고 있었는데, 이 책에서는 다른 산업군의 엔지니어들이 일하는 방식에서 차용한, 개발자가 시도할만한 몇 가지 방법들을 추천해준다. 📍레스토랑 예약 앱을 만들며 프로젝트 개발의 A to Z 익히기이 책에서 ..

📍책 정보- 제목: 함께 자라기(애자일로 가는 길)- 작가: 김창준- 출간연도: 2018 📍직원을 뽑을 때 무엇이 그 사람의 실력을 가장 잘 예측할까?상관성의 정도- 0.5 초과: 강한 상관성- 0.2 ~ 0.5: 중간- 0.2 이하: 약한 상관성 존 헌터의 미 연방 정부 채용 및 성과 데이터 분석 결과를 살펴보면..예상보다 직원의 성과와 상관성이 낮았던 선발 요소- 학력: 0.1- 경력: 0.18 -> 0년차 vs 2년차 비교 시에는 유효하나 이외에는 무의미-> 즉, 경력과 업무 수행 능력에 깊은 상관성이 없는 것으로 나타남- 관심사(취미활동): 0.1- 나이: -0.01 직원 성과와 상관성 높았던 선발 요소- 작업 샘플 테스트(실제로 채용 후 해야할 작업의 일부를 해보는 테스트): 0.54- 지능..

📍1. 소프트웨어개발 방법론 활용 소프트웨어 생명주기 모델 나선형 모델 계획 -> 위험 분석(특화) -> 개발 -> 평가 폭포수 모델 - 산출물 중심 RAD 모델: 빠르게 개발 상향식 비용 산정 기법 LOC 기법의 예측치 구하기 ex) 낙관치: 4 (이때면 될거야) -> 1배수 기대치: 6 (평균) -> 4배수 비관치: 8 (비관적 계산) -> 1배수 V 모델 - Perry에 의해 제안됨 - 세부적 테스트 과정을 통해 신뢰도 높은 시스템 개발에 효과적 - 폭포수 모델 변형 - 작업과 결과에 검증에 초점 - 테스트 단계 (V 모양) 요구사항 분석 - 인수 테스트: 고객의 인수 테스트 알파: 개발자 + 사용자 베타: 사용자만 기능 명세 분석 - 시스템 테스트 기능: 사용자 요구사하에 맞는지 비기능: 시스템 ..

📍1. 요구사항 확인 기능적 요구 - 시스템의 처리량, 반응 시간 등의 성능, 품질 (예-모든 화면이 3초 이내에 유저에게 보여야 한다) - 시스템 구축과 관련된 안전, 보안 애자일(Agile) 에서 우선시 하는 것 - 개인과의 상호작용 (vs 공정, 도구) - 실제 동작하는 소프트웨어(소스코드) (vs 문서) - 고객과의 협력 (vs 계약) - 변화에 빠르게 대응 (vs 계획대로 이행) - 상식적인 원리와 경험을 최대한 끌어올림 - 비구조적 애자일 방법론 종류 1. XP(eXtreme Programming) 5가지 핵심가치 - 의사소통 - 피드백 - 존중 - 용기 - 단순성 12가지 실천방법 2. 스크럼 - 스프린트 단위: 짧은 기간(30일) 내에 동작 가능한 소프트웨어 나와야 함 - 15분 내외의 짧..

정규화의 목적: 이상현상을 제거하기 위해 이상현상 3가지- 삽입 이상: 잘못된 데이터가 들어옴- 갱신 이상: 의도치 않은 다른 데이터도 수정되어 버림- 삭제 이상: 다른 데이터도 연쇄적으로 삭제되어 버림 개념 -> ERD논리 -> 정규화, 트랜잭션물리 -> 성능 향상 반정규화: 성능 향상 1정규형- 테이블 R에 속한 모든 도메인이 원자값만으로 구성되어 있다 2정규형, 3정규형- 테이블 R에서 키가 아닌 모든 필드가 키에 대해 함수적으로 종속됨- 키의 부분 집합이 결정자가 되는 부분 종속이 존재하지 않는다 BCNF- 테이블 R에 존재하는 모든 함수적 종속에서 결정자가 후보키이다 비정규 Relation -> 제1정규형: 도메인(필드)이 원자값제1정규형 -> 제2정규형: 부분 함수적 종속 제거제2정규형 -> ..

📚책 정보 - 좋은 코드, 나쁜 코드 (2022) - 톰 롱 (구글 소프트웨어 엔지니어) 지음 📝3장: 다른 개발자와 코드 계약 1. 자신의 코드, 다른 개발자의 코드 2. 코드 계약 📍자신의 코드, 다른 개발자의 코드 - 프로젝트는 자신의 코드와 다른 개발자의 코드가 어우러져 만들어진다 - 내가 만든 코드는 남이 만든 코드에 의존하며, 반대도 마찬가지이다. 팀 프로젝트 관점에서 코드를 작성할 때 고려할 3가지 1. 자신에게 명백하다고 해서 다른 사람에게도 명백한 것은 아니다 - 코드를 만든 사람과, 만들어진 코드를 보는 사람 간 고민의 시간 차이가 날 수 밖에 없음 - 코드의 사용법, 역할, 히스토리 등을 주석으로 작성하는 것은 나쁘지 않다 2. 다른 개발자는 무의식중에 여러분의 코드를 망가뜨릴 수 있..