달력

1

« 2020/1 »

  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  


 

 

개발자의 글쓰기 - pdf

업데이트 내용은 아래 페이스북 링크에서 확인하시기 바랍니다. 


 

 

<목차>

 

1 코딩 시간을 줄이는 이름 짓기 9

네이밍 컨벤션, 이유를 알고 쓰자 10

함수 이름 짓는 가장 쉬운 방법 16

좋은 이름은 존재의 이유를 설명한다 22

 

2 코드의 필요악, 주석 쓰기 29

좋은 코드에는 주석이 없다? 30

주석이 필요한 경우 38

주석에도 컨벤션이 있다 41

좋은 주석을 만드는 발췌, 요약, 종합 44

주석의 악순환을 끊자 51

 

3 사용자와 소통하는 알림창 메시지 쓰기 56

오류 메시지로 개발자 유형 57

오류 메시지 쓰는 60

오류 횟수에 따라 메시지를 달리 쓰자 63

오류 메시지 대신 예방 메시지를 쓰자 67

알림창에는 개발자의 철학이 담겨 있다 71

 

4 고객 관점의 릴리즈 노트 쓰기 75

내용을 쓰고 제목을 붙이자 76

고객에게 유용한 정보를 쓰자 83

법적인 문제를 고려해서 쓰자 87

문제해결 보고서처럼 쓰자 93

과거를 리뷰하고 미래를 보여주자 98

 

5 비즈니스를 이해하는 장애보고서 쓰기 101

장애보고서 쓰기 특징 6가지 102

질문에 대답하는 신속한 글쓰기 105

원인과 이유를 찾는 분석적 글쓰기 113

상사를 고려하는 비즈니스 관점의 글쓰기 119

원하는 것을 얻는 정치적 글쓰기 124

 

6 설명·묘사로 정확한 개발 가이드 쓰기 129

서비스 개념을 범주, 용도, 특징으로 설명하자 130

범주를 정확하고 적절하게 선택하자 133

용도를 범주의 핵심 기능으로 기술하자 140

특징을 장점과 강점에서 뽑아 쓰자 145

글에 묘사를 더하면 이해가 빠르다 150

글과 그림의 내용을 일치시키자 157

객관적 묘사와 주관적 묘사 하자 163

 

7 논증·서사로 유용한 개발 가이드 쓰기 168

의견을 쓰려면 근거를 대자 169

거칠게도 공손하게도 쓰지 말자 173

주장과 이유의 거리를 좁혀서 쓰자 177

문제와 답의 거리를 좁혀서 쓰자 182

스크린샷으로 가이드할 때는 짧게 쓰자 186

독자의 수준 대신 기술의 범용성을 기준으로 쓰자 190

순서에서 단계를, 단계에서 목차를 만들자 197

 

8 수주를 돕는 SI 제안서 쓰기 205

개발자가 알아야 제안서 작성 원칙 206

고객의 문제 인식과 제안사의 문제 해결 능력 213

고객의 요구사항은 변할 수밖에 없다 224

고객의 총만족도를 높이자 232

 

 

 

 

직접 다운로드

개발자의글쓰기(김철수지음)_PDF_v1.0.0.pdf



 

or

http://bit.ly/2C2CP1N

 



Posted by codedragon codedragon

댓글을 달아 주세요


 

 

단위테스트 (Unit Test)

·         단위 테스트는 시스템의 소스코드 로직등을 점검하는 단계로, 소스코드의 Class Method단위의 검증 수행합니다.

·         단위테스트는 개발 단계에서 개발자 또는 개발팀 차원에서 직접 수행을 하게 됩니다.

·         자신이 코딩한 Method Class 정상적으로 동작하는지를 테스트하는데, 주로 기능위주의 작동여부를 점검합니다.

 

·         단위테스트는 단위코드에서 문제발생 소지가 있는 모든 부분을 테스트하는 작업입니다.

·         단위테스트는 메소드(ex: Method) 같은 단위 모듈별 테스팅 함으로써 코드 품질을 보장합니다.

·         소스 코드의 특정 모듈(단위 모듈) 의도된 대로 정확히 작동하는지 검증하는 절차, 모든 함수(메소드) 대한 테스트 케이스(Test case) 작성하는 절차를 말합니다.

·         정확한 단위 테스팅을 수행하면 통합 테스팅시 회귀결함(모듈통합에 의해 발생하는 결함) 줄여줍니다.

 

·         코드 단위(유닛; Unit) 정확히 하는지 코드를 사용해 검증하는 방법입니다. 유닛 테스트를 작성하다 보면 함수의 사용자가 함수로부터 어떤 기능을 기대할지를 미리 생각할 있게 해주므로 테스트 주도 개발TDD, Test Driven Development 가능해집니다.

 

 

 

 

https://ko.wikipedia.org/wiki/유닛_테스트

 



'Development > Git, PM' 카테고리의 다른 글

Git 탄생 배경  (0) 2019.04.17
개발자의 글쓰기 - pdf  (0) 2019.04.14
단위테스트 (Unit Test)  (0) 2019.04.12
git - download(설치 파일 다운로드)  (0) 2019.04.06
네이버 SVN 서버, 네이버 SVN 서버의 특징  (0) 2019.04.01
Step1: GitHub 가입  (0) 2019.03.24
Posted by codedragon codedragon

댓글을 달아 주세요

 

 

git - download(설치 파일 다운로드)

 

홈페이지 접속

https://git-scm.com/

 

[Downloads for Windows] 버튼 클릭


 

 

[64-bit Git for Windows Setup] 클릭

https://git-scm.com/downloads


 

 

 


 

 

 


'Development > Git, PM' 카테고리의 다른 글

개발자의 글쓰기 - pdf  (0) 2019.04.14
단위테스트 (Unit Test)  (0) 2019.04.12
git - download(설치 파일 다운로드)  (0) 2019.04.06
네이버 SVN 서버, 네이버 SVN 서버의 특징  (0) 2019.04.01
Step1: GitHub 가입  (0) 2019.03.24
Git(깃) - 버전관리 시스템  (0) 2019.03.20
Posted by codedragon codedragon

댓글을 달아 주세요


 

 

네이버 SVN 서버

·         네이버에서 개발자를 위해 무료로 제공했던 SVN 서버

·         2016 12 26일부로 종료되었습니다.

 

 

 

 

 

네이버 SVN 서버의 특징

·         유지 관리 비용이 없이 무료로 사용할 있습니다.

·         매우 쉽고 간단하게 SVN 저장소를 생성하고 사용할 있습니다.

·         저장소당 2GB, 단일 파일100MB 미만의 제약사항은 있습니다.

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

GitHub 계정 생성 하기 단계

https://codedragon.tistory.com/4868

 


 

Step1: GitHub 가입

 

https://github.com/

우측 상단의 [Sign up] 클릭

또는

화면 중앙의 [Sign up for free] 클릭


 

필수항목 입력 하단의 [Create an account] 버튼 클릭

Username

사용자ID

Email addresss

이메일 주소

Password

비밀번호

 


 

 


 

 

[검증하기]


 

 

안내에 따라 조작


 

 

[완료]


 

[Free] 항목 선택 >> 하단의 [Continue] 버튼 클릭


 

해당 항목 체크 >> [Submit]

또는

[skip this step] 클릭


 

 

가입완료!!!

Step 2: 이메일 인증단계를 수행합니다.


 

 

 


Posted by codedragon codedragon

댓글을 달아 주세요

 

 

 

Git()

·       코드를 전문적으로 관리하는 버전관리 시스템입니다.

·       BitKeeper 장점은 이어받고 속도와 비선형적인 개발(가지치기) 초점을 두어 개발한 버전관리 시스템입니다.

·       작성한 코드의 변화된 내용을 기록하고 관리해 주는 분산 버전 관리 도구입니다.

·       변경사항에 대한 버전이 만들어지며 이를 통해 협업할 때도 편리하게 사용할 있습니다.

 

 

https://git-scm.com/


 

 

Posted by codedragon codedragon

댓글을 달아 주세요



 

 

빌드(Build) 또는 패치(Patch) 버전

·       새로운 기능의 추가가 아닌 기존 기능의 오류를 개선하기 위해 사용되는 버전입니다.

·       동일한 / 버전 내에서는 완벽한 하위 호환을 유지해야 합니다.

 

V.6.2.134.567

 

 


'Development > Git, PM' 카테고리의 다른 글

Step1: GitHub 가입  (0) 2019.03.24
Git(깃) - 버전관리 시스템  (0) 2019.03.20
빌드(Build) 또는 패치(Patch) 버전  (0) 2019.03.20
소프트웨어의 변경  (0) 2019.03.20
형상관리(Configuration Management)  (0) 2019.03.20
형상의 분류  (0) 2019.03.20
Posted by codedragon codedragon

댓글을 달아 주세요


 

 

 

소프트웨어의 변경

 

·       소프트웨어 개발 과정에서의 변경

·       외적인 요인에 의한 변경

 

 

 

 

 

 

 

소프트웨어 개발 과정에서의 변경

소프트웨어 개발은 어느 단계에서나 변경이 일어날 있습니다.

 

 


 

 

 

 

 

 

 

외적인 요인에 의한 변경

소프트웨어 변경은 외적인 요인에 의해 매우 빈번하게 발생합니다.

 

요인

설명

업무환경 변경

·       새로운 시장여건과 고객의 요구

·       구조조정 프로세스 재설계에 의한 우선순위 변경

·       리소스 제약에 의한 우선순위, 일정계획 자원관리 변경

기술환경 변경

·       운영체제 하드웨어 변경

·       데이터베이스의 변경

·       시스템 아키텍처의 변경

·       새로운 분석/처리 도구의 도입

사용자 요구사항 변경

·       새로운 기능 추가

·       시스템의 데이터 처리

·       성능 향상, 용량 확장

·       수정된 행동의 제시

·       인터페이스의 개선

·       새로운 연동 방법의 도입


 

 

 


'Development > Git, PM' 카테고리의 다른 글

Git(깃) - 버전관리 시스템  (0) 2019.03.20
빌드(Build) 또는 패치(Patch) 버전  (0) 2019.03.20
소프트웨어의 변경  (0) 2019.03.20
형상관리(Configuration Management)  (0) 2019.03.20
형상의 분류  (0) 2019.03.20
형상관리 목적  (0) 2019.03.20
Posted by codedragon codedragon

댓글을 달아 주세요



 

 

형상관리(Configuration Management)

버전 관리

 

 

 

 

주요 형상관리 정의

 

IEEE Standard Glossary of Software Engineering Terminology (1991)

형상 항목을 식별하여 기능적·물리적 특성을 문서화하고, 그런 특성에 대한 변경을 제어하고 변경 처리 상태를 기록 보고하고, 명시된 요구사항에 부합하는지 확인하는 일련의 사항에 대해 기술적·행정적인 지침과 사후 관리를 적용하는 원칙으로 정의하고 있습니다.

 

 

 

 

Eric J. Braude

형상관리란 프로젝트가 진행되어 가면서 새로운 산출물들이 축적되고, 계속 버전업 되면서 변화되는 산출물을 관리하는 것이라 정의하고 있습니다.

Projects Change in two ways as they progress toward completion.

The First is through the accumulation of new parts. The second kind of change consists of successive versions of these parts.

Configuration Management refers to the management of these parts.

 

 

 

 

Software Engineering : A Practitioner's Approach , 3rd Edition

전체 소프트웨어 공학 과정에 적용되는 보호(Umbrella) 활동으로 변경은 언제나 일어날 있기 때문에

(1) 변경을 알아내기 위해서,

(2) 변경을 제어하기 위해서,

(3) 변경이 적절히 수행되고 있는 확인하기 위해서

변경에 관심을 가지고 있는 사람들에게 통보하는 것이라고 정의하고 있습니다.

 

 




'Development > Git, PM' 카테고리의 다른 글

빌드(Build) 또는 패치(Patch) 버전  (0) 2019.03.20
소프트웨어의 변경  (0) 2019.03.20
형상관리(Configuration Management)  (0) 2019.03.20
형상의 분류  (0) 2019.03.20
형상관리 목적  (0) 2019.03.20
수정(Revision) 버전  (0) 2019.03.20
Posted by codedragon codedragon

댓글을 달아 주세요


 

 

형상의 분류

·         형상은 크게 하드웨어형상과 소프트웨어 형상으로 나눌 있습니다.

·         소프트웨어는 하드웨어보다 하루에도 번씩 변화할 있어 관리하기가 어렵습니다.

 

종류

설명

하드웨어의 형상

·         컴퓨터 시스템은 크게 십여 개의 부품으로 구성되어 있습니다.

·         부품은 각각 수십에서 수백 개의 부품과 칩셋으로 구성됩니다.

·         부품에는 고유 모델 번호 버전 번호 부여됩니다.

소프트웨어의 형상

·         소프트웨어는 모듈, 함수, 문서 등의 요소들로 구성되며, 요소들과의 결합을 위해 인터페이스를 가지고 있습니다.

·         요소에는 고유 이름 버전 번호 부여되어 있습니다.

 

 


'Development > Git, PM' 카테고리의 다른 글

소프트웨어의 변경  (0) 2019.03.20
형상관리(Configuration Management)  (0) 2019.03.20
형상의 분류  (0) 2019.03.20
형상관리 목적  (0) 2019.03.20
수정(Revision) 버전  (0) 2019.03.20
부(Minor) 버전, 부 버전을 증가시키는 경우  (0) 2019.03.19
Posted by codedragon codedragon

댓글을 달아 주세요