말차맛 개발공부

개발자라고 하는 직업을 떠올리면 코드를 작성하는 모습이 가장 먼저 떠오른다. 사실 개발자도 여타 다른 직업들처럼 보고서를 써야한다. 장애 보고서, 제안 요청서 등 코드만 치는 것이 아니라 워드나 노션 키고 글을 써야한다. 기존에 깨끗한 코드를 작성하기 위한 바이블, 클린코드(나의 리뷰 보러가기)가 있다. 클린코드는 어떻게 변수 이름을 짓고, 함수를 만들고, 주석을 쓰는 지 등 깔끔한 코드 작성을 위한 세세한 내용을 다룬다. 이 책도 변수네이밍과 과련된 내용을 다룬다. 하지만 거기서 그치지 않고 고객을 위한 릴리스 노트, 비즈니스 관점에서의 장애 보고서, 기술 블로그 등 개발자가 해야하는 전반적인 글쓰기를 다룬다. 개발자는 혼자서 일하지 않는다. 개발자들과의 협업 개발을 혼자서 하는 경우도 있지만, 보통은..

6편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 06 5편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 05 4편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 04 3편을 못 봤다면 [개발 / 필독서 ] 소프 malchafrappuccino.tistory.com 지난 글에서 V&V에 대해 다루었다. 베타 테스트가 끝난 후 내가 만든 프로그램이 출시되었다! 이번 글에서는 프로그램이 출시된 후 어떤 식으로 유지/보수 하는지를 얘기하려고 한다. 유지 / 보수 (Maintenance) 드디어 프로젝트를 끝맞췄다! 이제는 자유다! 라고 할뻔.... 인스타그램은 2010년 10월 출시되었다. 그리고 2022년 2월인 지금까지 꾸..

5편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 05 4편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 04 3편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 03 2편을 못 봤다면 [개발 / 필독서 ] 소프 malchafrappuccino.tistory.com 지난 글에서 구현을 완성했다! 이제는 내가 만든 프로그램이 잘 돌아가는지 확인 및 검증을 할 것이다. 확인 및 검증 (Verification & Validation) 확인 및 검증은 줄여서 V&V 라고도 한다. 확인(Vailidation)은 제대로 된 소프트웨어를 만들었는지 확인한다. 최종결과가 잘 돌아가는지 확인한다. 검증(Verification)은 소프트웨..

4편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 04 3편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 03 2편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 02 1편을 못봤다면 [개발 / 필독서 ] 소프 malchafrappuccino.tistory.com 지난 글에서 어떻게 코드를 짤지 디자인(=설계) 까지 맞췄다. 드디어 기다리고 기다리던 코딩의 시간이 왔다! Implementation(구현) 코딩은 개발자의 역량에 따라 많이 갈린다. 잘하는 사람이 하면 시간도 적게 걸리고 완성도도 높다. 그에 반해 못하는 사람이 하면 오래걸릴 뿐더러 에러도 많이 발생한다. 경험이 중요하다! 구현에는 3가지 이슈가 있다. 재사..

3편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 03 2편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 02 1편을 못봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 개발 공부를 하는 사람이라면 개발자 필 malchafrappuccino.tistory.com 지난 글에서 프로젝트를 진행하기 위해 무엇이 필요한지 알아내는 요구사항 분석 (Requirement Analysis)를 진행했다. 이번 글에서는 프로젝트를 실제 구현 하기에 앞서 어떻게 구현할지 계획하는 디자인 단계에 대해 살펴보겠다. Design(디자인), 그 디자인 아님 보통은 디자인이라고 하면 디자이너들이 하는 그 디자인을 떠올린다. 그게 통용되는 의미이다. 그러나 ..

2편을 못 봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 02 1편을 못봤다면 [개발 / 필독서 ] 소프트웨어 공학으로 보는 개발자 필독서 개발 공부를 하는 사람이라면 개발자 필독서라는 것을 한 번씩은 들어봤을 것이다. 막상 읽어보려고 하면 뭐부터 읽어 malchafrappuccino.tistory.com 지난 글에서 프로젝트 진행시 가장 첫 번째 단계인 프로젝트 계획(Project Planning)을 살펴보았다. 이번에는 두 번째 단계인 요구사항 분석(Requirement Analysis) 이다. Requirement Analysis (요구사항 분석) 책을 소개하는 글을 쓰고 있으니 책과 관련된 소프트웨어를 만드는 예시를 들겠다. 학교 도서관에서 책 대출/반납을 위한 소프트웨어를 ..