BIcOding

https://github.com/hso8706

실행 파일(.exe)의 위치를 찾을 때 유용하게 사용하는 명령어이다. ex) python.exe를 찾고 싶은 상황 // 기본 커맨드 입력 경로 C:\Users\Username> // 커맨드 입력 C:\Users\Username>where python //결과 C:\Users\Username\AppData\Local\Programs\Python\Python311\python.exe //이동 C:\Users\Jungho>cd AppData\Local\Programs\Python\Python311 // 변경된 기본 커맨드 입력 경로 C:\Users\Jungho\AppData\Local\Programs\Python\Python311> // python.exe 확인 (dir 커맨드) C:\Users\Jungho\..

**소프트웨어 개발 단계 >기획 단계 1. RFP(Request For Proposal) : 제안 요청 2. 프로젝트 계약 완료 3. SRS(Software requirements specification) : 프로젝트 큰 그림 설계 >분석 단계 : 사용자 요구사항 정의서 : 유스 케이스 명세서, 요구사항 추적표 >설계 단계 : 화면 정의서 : 테이블 설계서 : API 명세서 >구현 단계 **사용자 요구사항 정의서 >정의 : 고객의 요청 사항을 기반으로 SRS의 협의 내용을 적용하고 실제 개발에 적용할 수 있는 수준으로 요구사항을 재정의 한 것. : 표 형태로 시각화 : 기능적 요구사항과 비기능적 요구사항을 나누어 작성 //기능적 요구사항 : 실제 애플리케이션 동작을 수행하는 작업 //비기능적 요구사항 ..

**SRS >SRS 정의 : Software requirements specification : 프로그램 종합 설계도 >SRS Template 1. 소개 1.1 목적(Purpose) // 해당 애플리케이션 혹은 설명하고자 하는 부분의 시스템을 안내 1.2 문서 규칙 (Document Convention) // 텍스트, 주석 등 문서의 모든 표기 규칙을 안내 1.3 독자대상과 읽는 방법 (Intend Audience and Reading Suggestion) 1.4 프로젝트 범위 (Project Scope) 1.5 참조 (Reference) 2. 전체 설명 (Overall Description) 2.1 제품조망 (Product Perspective) 2.2 제품 기능 (Project Feature) 2.3..

>못한 블로깅 -섹션4 회고 -유닛2 블로깅 >템플릿 미리 생성 >깃 플로우-블로깅 >다른 깃헙 레포 참고 -연습 : project와 project(classic) : 마일스톤 적용 프로젝트 만들기 : 풀 리퀘스트 여는 연습 : 코드 리뷰 작성 방법 >내일 말할 내용 정리 -task 정책 -template 만들기 -review 시스템 적용(=>coz' git flow + github flow 얘기) : 리뷰 코멘트 라인 -팀원 공유 정보 확인 : 코딩 컨벤션, 코딩에 사용하는 명명, 띄어쓰기 등 쓰는 규칙을 잘 지키자 >짧은 메모 -git config --global init.defaultBranch main -.idea 파일

**git flow >Git flow : 대규모 프로젝트에 적용하기 적합 //링크 //따로 추가로 정리할 예정이지만, 아래 링크가 아주 기똥차기 때문에 우선은 참고할 것. https://inpa.tistory.com/entry/GIT-%E2%9A%A1%EF%B8%8F-github-flow-git-flow-%F0%9F%93%88-%EB%B8%8C%EB%9E%9C%EC%B9%98-%EC%A0%84%EB%9E%B5 >merge -rebase and merge : 이건 커밋 기록이 다 남음 -squash and merge : 커밋 기록이 안남고 깔끔하게 다 합쳐지는?느낌 //링크 인텔리제이 깃 다루기 https://ddoriya.tistory.com/entry/Intellij-Git-%EC%82%AC%EC%9A..

**프로젝트 과정 >1. Github repo에 필요한 파일 -README.md : Markdown 양식의 파일 : 프로젝트 이름, 프로젝트 핵심 기능 소개, 팀원 소개와 같은 해당 Github repo의 안내서와 같은 역할을 함. -.gitignore : 말 그대로 git이 관리하지 않도록 무시하는 파일의 목록을 설정하는 파일 : 해당 파일에 설정된 파일 혹은 디렉토리 경로는 local repo에서 git으로 관리되지 않으며, push를 해도 github repo에 push되지 않는다. -LICENSE : 해당 코드의 라이센스를 표기 : 해당 코드를 public으로 공개할 경우에도 저작권은 존재하기 때문에 이를 라이센스로 표기하는 것임. : 오픈 소스 사용 및 배포 시, 지켜야할 규칙, 이용 방법, 조..

>.idea 디렉토리 : IntelliJ의 IDE 옵션을 저장하는 폴더 >.iml 파일 : IntelliJ IDEA Module의 약자 : Module 구성을 xml 형태로 저장한 파일 >.gitignore 설정 : 둘 다 컴퓨터 환경마다 맞춰서 변경됨 : 즉, 다른 사람에게 영향을 주지 않으려면 .gitignore에 추가되는게 옳음

>명령어 git config --global init.defaultBranch main git : git 명령어 사용 의미 config : git의 설정을 담당하는 명령어 --global : 현재 깃 사용자의 모든 저장소 설정에 적용할 수 있게 하는 옵션 init.defaultBranch : git init 명령어 사용 시, 기본 값으로 설정되는 branch 명을 변경하겠다는 명령어 main : default branch name //추가 정보 git config --unset : 특정 설정을 지우는 옵션 git config --get init.defaultBranch : 현재 default branch name이 무엇인지 검색

>Git : Github, Git-Flow 등 여러 사람과 프로젝트를 관리할 때 필요한 지식들을 공부 : Github(Issues, Milestone, Projects, Branches, IDE, gitignore, License 등) : 이 부분이 빨리 끝나야 프로젝트를 시작할 수 있을 것 같음. : 아 근데 너무 어렵고 어색함 >학습 자료, 줌 : 그나마 안심. 어제는 좀 충격이었고 그래서 신뢰를 다 잃었는데, 그래도 오늘은 상당히 괜찮다고 생각함. >생각 기록 -말을 할 때, 뭘 위해 말하는지 목적부터 정리해서 말하자 : 내가 생각나는대로 알려주고 싶은대로 말을 하니까 분명하게 전달이 안된다. : 나는 혼자 오래 생각해서 다 알지만, 듣는 사람은 처음 생각하게 되는 부분이다. -처음에 겪는 우여곡절..