Eddie's storage

이터레이션(Iteration, 반복)SW 개발 방법론 중 하나로, 프로젝트를 진행할 때 짧은 개발 주기를 반복하며 고객의 평가와 요구를 수용하는 방법. 이터레이션(Iteration)은 SW 개발 과정을 작은 단위로 나누어 진행하며 각 단계마다 실행 가능한 SW를 만들고 SW를 고객에게 제공하여 피드백(추가 요구사항, 변경사항)을 필요한 부분만 수용하여 반영합니다. (이 과정을 반복하여 점진적으로 SW 개선이 이뤄집니다)장점1) 큰 프로젝트를 작은 단위로 나누어 개발 주기 단축2) 고객 요구사항 신속 대응 가능 3) 개발 과정에서 발생할 수 있는 위험을 조기에 파악하여 리스크를 줄일 수 있음 각 이터레이션은 일정 기간 동안 진행되며 해당 기간 동안 작업을 완료하고 실행 가능한(개선된) SW를 고객에게 제..

스크럼(Scrum)과 칸반(Kanban) 스크럼(Scrum)과 칸반(Kanban)을 알기 전, 애자일(Agile)이 무엇인지를 알아야 합니다.https://eddiej24.tistory.com/entry/%EC%95%A0%EC%9E%90%EC%9D%BCAgile 스크럼(Scrum)과 칸반(Kanban)은 모두 애자일(Agile) 방법론에 기반한 워크플로우 관리 프레임워크입니다. 하지만 접근 방식과 구조, 규칙 면에서 차이가 있습니다. 아래는 스크럼과 칸반의 주요 차이점을 비교한 표입니다.📊 스크럼 vs 칸반 비교표 스크럼 (Scrum) 칸반 (Kanban) 기반 원칙반복적, 점진적 개발 (Sprint 중심)지속적 흐름과 점진적 개선작업 단위스프린트 (보통 1~4주) 단위로 계획지속적으로 작업 항목 ..

🌱 애자일(Agile)이란?**애자일(Agile)**은 빠르게 변화하는 요구사항에 유연하게 대응하면서 지속적으로 고객에게 가치를 제공하기 위한 소프트웨어 개발 방법론입니다.기존의 **폭포수 모델(워터폴)**처럼 처음부터 끝까지 정해진 계획대로 개발하는 방식 대신, 짧은 주기(iteration: 반복)로 개발과 피드백을 반복하면서 점진적으로 완성도를 높이는 방식입니다.🧭 애자일의 핵심 가치 (Agile Manifesto)2001년, 17명의 개발자들이 만든 애자일 선언문(Agile Manifesto) 에서는 다음과 같은 4가지 핵심 가치를 제시합니다:전통적 가치보다 더 중시하는 것 대신 완전히 무시하는 것은 아님🧑‍🤝‍🧑 개개인과 상호작용도구와 프로세스보다💡 작동하는 소프트웨어포괄적인 문서보다?..

빅테크 회사에서 '일을 끝냈다(Done)'는 것의 진짜 의미 - Done은 무한히 개선 가능한 시스템 속에서 회사가 만족하는 상태까지 마무리 짓고, 떠나는 것을 의미함 - 유능하지만 주도성이 부족한 엔지니어는 계속해서 사소한 개선만 반복하며 진짜 성과를 놓치게 됨 - 의사결정자에게 눈에 띄는, 명확한 결과물을 전달해야 "일을 한 것"으로 인정받을 수 있음 - 자신이 하는 일이 상위 관리자에게 얽히고 평가될 수 있는 형태인지 항상 점검해야 함 '일'은 완결될 수 없는 속성을 가짐 - 서비스 개발은 무한히 개선이 가능한 열린 시스템으로, 계속 관리가 필요함 덫에 빠진 유능한 엔지니어 - 스스로 모든 일을 감당하며 작고 연속적인 개선만 반복하는 엔지니어는 성과를 내고 있다고 느끼지만 - 상위 관..

많은 SW 엔지니어들이 SW에 대한 열정 없이 일 함단순히 좋은 급여를 받기 위해 일하지만, 열정이 없으면 결국 성과가 저하됨좋은 엔지니어는엔지니어링의 본질을 이해하고 깊이 있는 지식을 쌓아야 함새로운 기술을 지속적으로 배우고 비판적으로 접근해야 함실전에서 배운 지식을 적용하고 개선하는 습관이 필요무엇이 좋은 엔지니어를 만드는가엔지니어 정의"과학적 원칙을 적용해 문제를 분석하고 설계, 코드 작성, 제작, 창조 등을 통해 문제를 해결하고 세상을 더 나은 곳으로 만드는 사람"SW 엔지니어 요구 역량컴퓨터 작동 원리 이해HW, SW 상호작용 방식에 대한 깊은 이해 필요추상화된 언어나 기술에만 의존하지 않고 기초부터 학습해야 함도메인에 대한 깊이 있는 이해기초 원리에 대한 강력한 이해가 필요함HW 엔지니어 ⇒ ..

프로젝트 배포일과 결함 배포일을 하나의 캘린더에서 보고 싶다는 팀 내 의견이 있었다.위 2개의 배포일 속성은 서로 다른 DB이다. 방법을 찾아보니단일 캘린더에서 2개 DB 데이터를 동시에 표시하는 방법은 없어 보이며,상단 탭 구분으로 각각 볼 수 있어서 이 방법을 채택했다. 만드는 방법은 아래와 같다. 빈 페이지(또는 이용중인 페이지)에서 /linked 입력링크된 데이터베이스 보기 클릭이후 연결할 DB 선택- 끝 -3줄로 요약될 만큼 만드는 방법은 쉬운 편이다.  p.s. 5개월 전에 한 번 만들어 봤는데, 방법을 까먹어서 이번에 다시 찾아봤다.아무래도 한 번 만들고 나면 이용만 하지, 다시 /linked 입력·생성할 일은 거의 없다.이번에 기록으로 남겨, 나중에 탐색 시간을 줄일 목적이다.

대부분의 소프트웨어 튜토리얼은 중요한 세부사항을 빠뜨리거나 독자의 기대에 맞지 않는 숨겨진 가정을 포함하여 독자가 과정을 재현할 수 없게 만듦간단한 몇 가지 규칙을 따르면 탁월한 튜토리얼을 작성하는 것이 생각보다 쉬움규칙1. 초보자를 위한 글쓰기더보기1.1. 대부분 튜토리얼을 찾는 사용자는 초보자 임을 감안하여, 초보자 수준으로 작성할 것 - 전문가 수준 용어 사용 지양 - 어려운 용어를 피하고 독자가 이해할 수 있는 간단한 언어로 작성   (예. React 튜토리얼에서는 "JSX transpilation" 대신 "React를 사용한 간단한 웹 페이지 생성"과 같은 설명 제공)2. 명확한 결과를 약속하는 제목 작성더보기2.1. 제목은 독자가 튜토리얼을 통해 무엇을 배울 수 있는지 구체적으로 전달해야 함 ..

1960년대 소프트웨어 공학⇒ SW위기 {복잡성, 비용, 시간 지연} 문제1970년대 QA/QC 필요성 대두 ⇒ QA는 단순 버그 찾기 이상의 전체 SW개발 수명주기 프로세스로 인식 시작1980년대 표준화, 방법론 발전, ISO 9001 같은 국제표준 등장1990년대 Agile, Lean 방법론 등장(더 빠르고 유연한 개발 등장)2000년대 자동화 테스트 도구, CI/CD 증가2010년대 클라우드, AI, 빅데이터통합, QA 지능화, 자동화 ⇒ 테스트자동화 고도화, TC 생성, 테스트결과 예측 분석앞으로 AI, 머신러닝 발전, 클라우드 기반 테스트 확장 ⇒ 지능화, 자동화 지속, 통합   p.s. 예전에 아마도.. 인터넷에서 읽고 정리한 글 같은데, 출처를 적기 위해 다시 찾아보니 현재는 404 에러를 ..

비교적 자주 접하는 것만 노란색으로 구분하였습니다. JAVAyyyy-MM-dd HH:mm:ss.SSSS출처 - 오라클(https://docs.oracle.com/javase/10/docs/api/java/text/SimpleDateFormat.html)

소프트웨어 QA(SQA): 모든 소프트웨어 처리 과정(프로세스)를 검수하며 품질 규격(SW 요구사항 명세)을 준수하도록 하는 과정(프로세스)에 따라 품질을 보증하는 인력엔지니어링: 1.공학 2.(교묘한)처리 3.엔지니어링시스템 엔지니어링: 체계를 구성하는 각각의 작용과 기기 따위를 분석하여 가장 적합한 체계를 설계하는 공학   출처 - 다음사전, 나무위키