금마 일기

일단 eclipse에서 github 연결은 했다는 가정하에 진행합니다. eclipse에서 github 연결을 하려고 하면 " can't connect to any repository .... " 이라고 뜨는 경우가 있을 겁니다... 나는 분명 github 아이디랑 비밀번호를 다 입력했는데...왜.....(╬▔皿▔)╯ 이럴 때는 github에서 뭔가를 해줘야하는데.... 이게 안되는 이유는 id/password 방식을 github에서 더이상 지원하지 않아서 생기는....(╯‵□′)╯︵┻━┻ 이 방식 대신에 git에서는 id와 token을 생성해서 연결하도록 바꿨습니다.. token 생성은 github에서

netstat : 윈도우 CMD에서 네트워크 상태를 확인할 때 사용 > NETSTAT [-a] [-b] [-e] [-f] [-n] [-o] [-p proto] [-r] [-s] [-t] [interval] : -a 모든 연결과 수신 대기 포트 확인 : -b 프로세스 확인, 사용 권한 필요 : -e 트래픽 확인 : -f FQDN 확인 : -n 주소와 포트 번호 : -o 각 연결의 소유자 프로세스 ID를 표시 : -r 라우팅 테이블을 표시 : -s 프로토콜별 통계를 표시 : -t 현재 연결 오프로드 상태를 표시

# 와이어프레임 (Wireframe) : 기획 단계의 초기에 제작하는 것으로, 페이지에 대한 개략적인 레이아웃이나 UI 요소 등에 대한 뼈대를 설계하는 단계 : 와이어프레임을 제작할 때는 각 페이지의 영역 구분, 콘텐츠, 텍스트 배치 등을 화면 단위로 설계 # 목업 (Mockup) : 디자인, 사용 방법 설명, 평가 등을 위해 와이어프레임보다 좀 더 실제 화면과 유사하게 만든 정적인 형태의 모형 : 시각적으로만 구성 요소를 배치하는 것으로 실제로 구현되지는 않음 # 스토리보드 (Story Board) : 와이어프레임에 콘텐츠에 대한 설명, 페이지간 이동 흐름 등을 추가한 문서 : 스토리보드는 상단이나 우측에는 제목, 작성자 등을 입력하고, 좌측에는 UI화면, 우측에는 Description을 기입 # 프로..

# 직관성 : 누구나 쉽게 이해하고 사용할 수 있어야 한다. # 유효성 : 사용자의 목적을 정확하고 완벽하게 달성해야 한다. # 학습성 : 누구나 쉽게 배우고 익힐 수 있어야 한다. # 유연성 : 사용자의 요구사항을 최대한 수용하고 실수를 최소화해야 한다.

몇 가지의 요구사항들이 있습니다. 1. 18년도 4월 Window 업데이트 필요 2. Android Studio 3.2 이상 3. Android Emulator v27.3.8 이상 사실 위에는 다운로드만 하면 장땡이라, 해야 할 건 요 밑에 것들... 4. Bio에 들어가서 SVM 활성화시켜야 함 5. Window Hypervisor Platform을 활성화 ( 앱 및 기능 - 프로그램 및 기능 - Windows 기능 켜기/끄기 )에서 선택 그리고 마지막으로 재부팅해야 합니다 :) https://android-developers.googleblog.com/2018/07/android-emulator-amd-processor-hyper-v.html

??? : REpresentational State Transfer : WWW과 같은 분산 하이퍼미디어 시스템을 위한 SW architecture의 한 형식 : '웹에 존재하는 모든 자원에 고유한 URI를 부여하여 활용'하는 것. 즉, 자원을 정의하고 자원에 대한 주소를 지정하는 방법론 RESTful >> REST 형식을 따르는 시스템 HTTP URI를 통해 자원을 명시하고 HTTP Method를 통해 해당 자원에 대한 CRUD Operation 적용 # 구성요소 자원(Resource), URI 모든 자원은 고유한 ID를 가지고 ID는 서버에 존재하며 클라이언트는 각 자원의 상태를 조작하기 위해 요청을 보냄. HTTP에서 이런 자원을 구별하는 ID는 'Students/1'같은 URI이다 행위(Verb),..

# 시작 $ git init # branch @ 생성 > develop라는 브랜치를 만든다고 가정 [ local에서 branch 생성 ] $ git branch develop $ git checkout -b develop : 둘 중 한 개만 써도 됨. 위쪽 command는 브랜치를 생성하는 command이고, 아래 command는 브랜치를 생성하면서 해당 branch로 현재의 위치를 옮겨준다. (즉, HEAD를 새로 생성된 develop라는 브랜치로 옮긴다. [ 생성된 branch를 remote에도 생성하고 싶을 때 ] $ git push origin develop @ 삭제 > 브랜치를 삭제하려면 삭제하려는 branch가 아닌 다른 branch로 이동 후 삭제해야 함. 즉 만약 develop라는 브랜치를..

# 가시화 언어 > 개념 모델 작성 시 오류가 적고 의사소통이 용이 # 명세화 언어 > 정확한 모델 제시. 완전한 모델 작성, 분석, 설계 표현 # 구축 언어 > 다양한 프로그래밍 언어와 연결. 실행 시스템 예측 가능 # 문서화 언어 > 시스템 평가, 통제, 의사소통 문서 >> 가 명 구 문

# 방식에 따른 버전 관리 도구 유형 유형 설명 공유 폴더 방식 (RCS, SCCS) - 매일 개발 완료 파일은 약속된 위치의 공유 폴더에 복사 - 담당자 한 명이 매일 공유 폴더의 파일을 자기 PC로 복사하고 컴파일하여 에러 확인과 정상 동작 여부 확인 - 정상 동작일 경우 다음날 각 개발자들이 동작 여부 확인 클라이언트/서버 방식 (CVS, SVN) - 중앙에 버전 관리 시스템이 항시 동작 - 개발자들의 현재 작업 내용과 이전 작업 내용 축적이 용이 - 서로 다른 개발자가 같은 파일을 작업했을 때 경고 출력 - Trac이나 CVS view와 같은 GUI 툴을 이용하여 모니터링 가능 분산 저장소 방식 (Git, Bitkeeper 등) - 로컬 저장소와 원격 저장소 구조 - 중앙의 저장소에서 로컬에 복사..

구성 요소 설명 콘텐츠 제공자 콘텐츠를 제공하는 저작권자 콘텐츠 분배자 쇼핑몰 등으로써 암호화된 콘텐츠 제공 패키저 콘텐츠를 메타 데이터와 함께 배포 가능한 단위로 묶는 기능 보안 컨테이너 원본을 안전하게 유통하기 위한 전자적 보안 장치 DRM 컨트롤러 배포된 콘텐츠의 이용 권한을 통제 클리어링 하우스 키 관리 및 라이선스 발급 관리