*VSCode 정규식으로 검색하기 (한글이 포함된 파일 ) 

Ctrl+F 누른후 오른쪽 아이콘중에 Use Regular Expression 클릭

사용할 정규 표현식을 가져와서 검색을 하면됩니다

대표적으로 한글이 포함된 문장을 찾기 위해선 

.*[ㄱ-ㅎㅏ-ㅣ가-힣]+.*  해당 정규표현식을 사용해보겠습니다

오른쪽의 별표시를 눌러줍니다 

정규표현식을 입력하고 엔터

사진과같이 영어 FIT 을 제외한 행이 선택됨을 알수있습니다

번역작업에 유용할것같습니다

*Sublime Text  열 일괄 선택하기

Ctrl + A 로 라인을 전체 선택한뒤

Ctrl + Shift + L 을 선택하면 일괄적으로 열을 선택 가능합니다

전체 라인의 앞이나 뒤에 일괄적인 단어를 추가 가능하고 Ctrl과 Shift 를 이용해서 특정 지문 삭제가 가능합니다

다만 구분자나 띄어쓰기를 잘 설정해줘야하는 단점이있습니다

엑셀과 같이쓰면 전체적으로 문장편집도 가능합니다

이상 에디터팁을 알아보았습니다

윈도우/오피스 크랙 사용을 을 위해서는 Window Defender 를 사용안함을 한뒤에 인증툴을 다운받을수있다

*먼저 시작 => 제어판으로 이동한다

*일반적인 컴퓨터 문제 해결 을 클릭한다

*그러면 윈도우 보안센터로 이동하는데 표시된 부분을 차례대로 누른다

*바이러스 및 위협 방지 설정 클릭

*실행중인 3가지의 보호 상태를 끕니다

 (크랙 인증 뒤에는 다시 켜야합니다)

이상입니다

출처:http://www.bloter.net/archives/209318

여기 정리한 라이선스 외에도 수많은 오픈소스 라이선스들이 존재하며 여기 있는 라이선스조차도 제가 정리하지 못한 많은 부분들이 많지만, 앞으로는 오픈소스 SW를 활용하거나 오픈소스 SW를 만들 때 라이선스에 대해 한 번쯤 고민할 수 있는 계기가 됐으면 좋겠습니다. 수정하거나 보완할 내용이 있으면 알려주시기 바랍니다.

*이하 설명하고 있는 오픈소스 라이선스는 소스코드에 적용되는 라이선스이며 일반적으로 소스코드에 대한 문서나 콘텐츠에 대한 라이선스는 CCL 등 별도의 라이선스를 적용합니다.

라이선스 종류

• Apache License

  – 아파치 라이선스는 아파치소프트웨어재단이 자기네 SW에 적용하기 위해 자체적으로 만든 라이선스다. 소스코드 공개 의무 같은 의무사항은 없지만, 아파치 라이선스 소스코드를 수정해 배포하는 경우 아파치 라이선스 버전 2.0을 꼭 포함시켜야 하며 아파치재단에서 만든 소프트웨어임을 밝혀야 한다.

  – 적용 사례 : 안드로이드(v2.0), 하둡(v2.0)

• GNU(Gnu is Not Unix) General Public License(GPL)

  – 자유소프트웨어재단에서 만든 라이선스다. GNU 프로젝트로 배포하는 소프트웨어(Emacs, GNU 디버거(GDB), GNU 컴파일러 모음(GCC) 등)에 적용하기 위해 리처드 스톨만이 만들었다. 가장 큰 특징은 자유소프트웨어재단답게 가장 강력한 제약 조건을 포함하고 있는 카피레프트 조항이다. GPL 프로그램은 어떤 목적으로, 어떤 형태로든 사용할 수 있지만 사용하거나 변경된 프로그램을 배포하는 경우 무조건 동일한 라이선스 즉, GPL로 공개해야 한다.

  – 적용 사례 : 모질라 파이어폭스(v2.0), 리눅스 커널(v2.0), 깃(v2.0), 마리아DB(v2.0), 워드프레스(v2.0), 드루팔(v2.0)

• GNU Affero GPL(AGPL)

  – GPL을 기반으로 만든 라이선스로 버전1, 2는 아페로, 가장 최신 버전인 버전3은 자유소프트웨어재단에 의해 개발됐다. 수정한 소스코드를 서버에서만 사용하는 개발자가 그 프로그램을 배포하지 않을 경우 사용자는 소스코드를 가질 수가 없는 문제를 해결하기 위해 마련됐다. 서버에서 프로그램을 실행해 다른 사용자들과 통신하면, 실행되고 있는 프로그램의 소스코드를 사용자들이 다운로드할 수 있게 해야 한다는 독특한 조항을 담고 있다.

  – 적용 사례 : 몽고DB(v3.0)

• GNU Lesser GPL(LGPL)

  – 자유소프트웨어재단의 강력한 철학이 담긴 GPL의 카피레프트 조항을 보완하기 위해 만든 라이선스다. GPL은 단순히 소프트웨어를 사용하기만 하더라도 해당 소스코드를 GPL로 공개해야 하는 부담감 때문에 상용 소프트웨어로 쓰기 부담스럽다는 단점이 있다. 그래서 좋은 자유 소프트웨어 제품이 더 많이 쓰이고 표준이 되도록 유도하기 위해 단순한 라이브러리·모듈 링크를 허용한 라이선스이다. 원래는 한정된 라이브러리에만 적용하려는 의도로 ‘Library GPL’이라는 이름을 붙였으나, 모든 라이브러리에 적용된다는 오해를 사 ‘Lesser GPL’로 변경됐다.

  – 적용 사례 : 모질라 파이어폭스(v2.1)

• MIT License

  – MIT 라이선스는 미국 매사추세츠공과대학교(MIT)에서 해당 대학 SW 공학도들을 돕기 위해 개발한 라이선스다. 라이선스와 저작권 관련 명시만 지켜주면 되는 라이선스로, 가장 느슨한 조건을 가진 라이선스 중 하나이기 때문에 인기가 많다.

  – 적용 사례 : 부트스트랩 , Angular.js, Backbone.js, jQuery

• Artistic License

  – 펄 프로그래밍 언어를 사용하던 래리 월이 표준 펄 기능을 위해 만든 라이선스다. 이 단어의 어원은 문학에서 문법상 틀린 표현이라도 시적인 효과를 위해 허용한다는 걸 의미하는 ‘Articstic License'(시적 허용)를 참조해 만들어졌다.

  – 적용 사례 : NPM(Node Package Manager)(v2.0)

• Eclipse License

  – 이클립스사에서 비즈니스 환경에 적합하도록 만든 기업 친화적인 라이선스로, 강력한 카피레프트 조항이 담긴 GPL보다 제약 조건이 완화된 라이선스이다.

  – 적용 사례 : 이클립스(v1.0)

• Berkeley Software Distribution(BSD) License

  – 버클리의 캘리포니아대학에서 배포하는 공개 SW 라이선스다. BSD 자체가 공공기관에서 만들어낸 것이므로 공공의 몫으로 돌려주자는 의미가 강하므로, 라이선스 자체에는 아무런 제한 없이 누구나 자신의 용도로 사용할 수 있다. 라이선스 및 저작권 표시 조건 외엔 제약이 없는, 굉장히 자유로운 라이선스 중 하나이다.

  – 적용 사례 : Nginx(The BSD 2-Clause License)

• Mozilla Public License(MPL)

  – 모질라 공용 허가서는 과거 넷스케이프 웹브라우저의 소스코드를 공개하기 위해 개발된 라이선스다. 초기 1.0버전은 넷스케이프 커뮤니케이션의 변호사였던 밋첼 베이커가 작성했고, 1.1과 2.0버전은 모질라재단이 작성했다. MPL의 특징은 소스코드와 실행파일의 저작권을 분리했다는 점이다. 수정한 소스코드는 MPL로 공개하고 원저작자에게 수정한 부분에 대해 알려야 하지만, 실행파일은 독점 라이선스로 배포할 수 있다. 즉 사용한 MPL 소프트웨어와 수정한 MPL 소프트웨어에 대한 공개 의무만 가지며, 별도의 소스코드와 실행파일은 독점 라이선스를 가질 수 있다.

  – 적용 사례 : 모질라 파이어폭스(v1.1), 모질라 썬더버드(v1.1)

조건표

평생 공부하는 건 개발자만이 아니다. 다른 직업을 가진 사람들도 쉼 없이 공부하고, 컨퍼런스와 세미나를 참가하고, 스터디를 한다. 공부없이 할 수 있는 일이 없기 때문이다. 언뜻 보기에 공부와 거리가 멀어 보이는 바텐더조차 공부할 것이 많다. 바텐더를 위한 컨퍼런스는 물론이고 전문적인 팟캐스트 방송까지 있다. 공부는 누구나 하는 것이므로 공부한다는 사실만으로 엄살을 떨 필요는 없다. 문제는 공부의 방향이다.

​

개발자의 경우는 평균적으로 보았을 때 3년 전에 학습한 지식이면 낡은 징후를 보이기 시작하고 5년이면 생명을 다한다. 더 오래가는 지식도 물론 있다. 프로그래밍의 본질에 가까운 지식은 수명이 오래가고 파편적인 지식일수록 수명이 짧다. 그래서 본질을 추구하며 에피파니(Epiphany)를 경험한 사람은 그렇지 않은 사람에 비해서 공부로 인한 스트레스를 덜 받는다. 중요한 것과 중요하지 않은 것을 구별하는 혜안이 있기 때문이다.

​

두 사람의 개발자가 있다고 하자. 한 사람은 최신 트렌드에 밝다. 아마존 람다를 이용해서 서버리스 시스템을 구축하고, 코세라 강의를 들으며 머신러닝을 공부한다. 페이스북에서 친구들이 공유하는 새로운 도구를 건드려보며 지식을 확장하고, 컨퍼런스와 스터디를 참석하여 동기를 부여 받는다. 함수형 언어를 학습하고, 새로운 파이썬 라이브러리도 사용하고, 리액트와 앵귤러로 코드를 짜서 웹사이트도 구축해본다. 부지런하다.

​

다른 한 사람은 최신 트렌드에 관심이 없다. 대신 회사에서 주어지는 요구사항을 날카롭게 분석하고, 꼼꼼한 설계과정을 거쳐서 코드를 작성하고, 정밀하게 테스트하고, 출시가 성공적으로 끝나면 다음 요구사항을 읽는다. 20년째 한 언어를 사용해서 코딩을 하고 있으며 다른 언어나 플랫폼에 대해서 관심이 없다. 하지만 그의 추상은 도메인주도 개발이나 디자인 패턴을 기계적으로 적용하는 수준을 뛰어넘는다. 요구사항을 코드로 바꾸는 과정에서 필요한 추상을 스스로 만들어내고 새로운 구조물의 상호작용, 데이터의 무결성, 성능 등을 빈틈없이 사고한다. 철두철미하다.

​

회사에서 새로 만들어야 하는 중요한 소프트웨어 제품이 있다고 하자. 이 제품을 잘 설계해서 정해진 시간 안에 출시함으로써 회사의 비즈니스에 결정적인 도움을 주어야 하는 상황이다. 이런 상황이라면 둘 중 누구에게 일을 맡길 것인가? 아이디어의 타당성을 검증하는 POC(Proof of Concept) 프로젝트나 단순한 R&D 업무라면 최신 트렌드에 밝은 사람을 고려할 수 있을 것이다. 하지만 비즈니스의 성공과 직결되는 실전이라면 그럴 수 없다. 실전이 필요로 하는 사람은 두 번째 유형이다. 그가 가진 능력이 프로그래밍의 본질에 더 가깝기 때문이다. (첫 번째 사람이 두 번째 사람이 가진 능력까지 가지고 있다면 이야기는 달라진다.)

​

개발자가 공부하는 것은 그래서 두 번째 유형의 사람이 가진 능력, 본질적인 능력을 키우는 것을 의미한다. 프로그래밍의 본질은 문제의 해결이다. 트렌드를 좇는 것은 파편적인 지식을 획득하는 것에 불과하기 때문에 큰 의미가 없다. 페이스북이나 트위터의 타임라인을 보면 수만가지 새로운 기술과 도구가 날마다 쏟아진다. 좋은 개발자라면 그런 것들을 모두 알아야 하는가? 전혀 그렇지 않다. 파편적인 지식은 파편적인 태도만으로 충분하다. 트렌드에 필요한 것은 가벼운 눈팅이지 공부가 아니다. 공부는 본질에 다가서려는 노력이다.

​

나는 프로그래머다 컨퍼런스에서 한 참석자가 ‘실력을 키우려면 어떻게 해야하는가’라는 질문을 한 적이 있다. 나는 그때 실력이 무엇을 의미하는지부터 생각해보자고 대답했다. 우리는 종종 실력을 이미 알고 있는 지식의 총량으로 착각한다. 실력과 지식의 총량은 희미한 상관관계가 있기는 하지만 사실상 무관하다. 진짜 실력은 임기응변이기 때문이다. 실력은 주변상황에 휘둘리지 않는 집중력이다. 해결해야 하는 문제가 무엇인지 알아채는 감각이다. 처음 본 문제를 해결하는 능력이다. 이러한 임기응변, 집중력, 감각, 그리고 능력은 이미 알고있는 지식으로부터 나오는 것이 아니다. 그것은 본질에 다가가기 위해서 감내해온 고통, 불면의 밤, 좌절, 환희, 이런 것으로 점철된 뜨거운 경험에서 나오는 것이다. 그래서 실력은 지식의 총합이 아니다. 고통의 총합이다.

​

여러분이 페이스북 타임라인을 보다가 누가 공유한 새로운 기술에 대한 링크를 저장했다고 하자. 영원히 볼 일이 없는 글을 저장하는 행위는 쇼핑몰 사이트에서 위시리스트나 보관함에 마음에 드는 상품을 담는 심리와 정확히 일치한다. 즉, 그것은 공부가 아니라 쇼핑이다. 쇼핑과 눈팅이 자체로 의미없는 일은 아니지만 그걸 공부로 착각하는 사람은 파편적인 지식의 늪에서 빠져나오기 어려울 것이다.

​

개발자에게 공부가 무엇을 의미하는지 알아보았으니 어떻게 공부해야 하는지에 대해서도 잠깐 짚어보자. 지면관계상 짧은 아포리즘 형식으로 나열해 보았다.

​

1. 지금 다니고 있는 회사에서 하는 일을 잘하기 위해서 노력하는 것이 가장 좋은 공부다.

2. 회사에서 하는 일과 개인적으로 공부하는 내용을 최대한 근접시키기 위해서 노력하라.

3. 새로운 기술을 익히는 최선의 방법은 스스로 문제를 정의한 다음, 새로운 기술을 이용해서 그 문제를 풀어보는 것이다. 책을 읽거나 동영상을 보는 것은 그보다 하위수준의 방법이다.

4. 신기술을 좇는 메뚜기가 되지 말라.

5. 모든 것을 알아야 한다는 강박을 버려라. 미리 획득하는 지식의 99%는 무용지물이다. 필요할 때 필요한 기술을 익힐 수 있는 것이 능력이다. 그 능력을 키워라.

6. 이상한 나라의 앨리스에 나오는 토끼굴(rabbit hole)을 피하라. 카테고리이론을 알아야 함수형 언어를 쓸 수 있는게 아니고, 선형대수학을 공부해야 머신러닝을 할 수 있는게 아니다. 토끼굴에 빠져서 한없이 들어가다보면 비본질적인 공부에 시간을 허비하게 된다.

7. 겉만 핥는 것은 경박하지만 토끼굴에 빠지는 것은 우매하다. 둘 사이의 적당한 지점에서 균형을 잡는 것이 개발자의 능력이다.

8. 머리에 들어오지 않는 어려운 개념이나 용어는 자투리 시간을 이용해서 반복적으로 읽고 암기하라. 나중에 큰 그림을 공부할 때 도움이 된다.

9. 항상 겸손해야 하지만 동시에 자긍심을 가져라. 그대가 지금 작성한 코드, 지금 읽은 책, 지금 공부한 내용을 그대보다 잘 아는 사람은 지구상에 없다. 모든걸 알고 있는 것처럼 보이는 다른 사람들도 그대와 마찬가지로 불안해하고, 위축되고, 두려워하면서 살아가고 있다. 자긍심이란 그런 타인을 돕고자 하는 마음가짐의 다른 이름이다.

10. 혼자 하지 말고 함께 공부하라.

​

이 시점에서 가슴에 손을 얹고 스스로 질문해보기 바란다. 공부가 재밌는가? 정말 재밌는가? 새로운 기술을 익히고, 키보드를 두드리고, 결과를 확인하고, 친구들과 이야기하는 모든 경험이 그대를 행복하게 만드는가? 이 질문에 대한 대답이 예스라면, 그 예스의 강도만큼 그대의 미래는 성공이 보장되어 있는 것이다. 그러므로 개발자는 미래에 대해 불안해할 필요가 없다. 미래의 성공은 예스라는 작은 변수의 함수이기 때문이다. 그 변수는 개발자 자신의 손에 놓여 있다.

출처: http://www.zdnet.co.kr/column/column_view.asp?artice_id=20170616090644

소프트웨어 개발을 하면 할수록 인생의 지혜를 얻게 된다. 어떤 이들은 개발은 단순한 작업이 아닌, 삶을 사는 방식이라고도 말한다. 코드를 작성하는 일 자체가 직장과 일상 속에서 자신의 모습을 구현하는 일이기 때문이다. 깃허브(GitHub)에는 개발자 속담(Programmer’s Proverbs)이라는 저장소가 생성됐는데, 개발자를 위한 지혜로운 문장들을 모아놓은 것이다. 이제 미래 세대를 이끌어나갈 새싹들이 보고 배울 지혜에 대해 알아보도록 한다.

개발자의 현실
- 때로는 QA의 역할을 때로는 버그 수정 역할을 감당해야 한다는 사실을 인정하라.
- 일을 잘할수록 남들은 난이도가 쉽다고 생각한다.

개발자 사명서
- A/B 시험은 두 번 진행하고 변경사항을 한 번에 배치하라.
- 게으름이 자신의 가장 좋은 친구이다. 한 번에 자동화할 수 있는 것을 두 번 하지 마라.
- 최고의 요청은 아예 요청하지 않는 것이다.
- 웹 표준만 설정할 수는 없다.
- 자신의 데이터 구조를 파악하면 코드는 자연히 따라갈 것이다.
- 오래된 코드 중 일부는 다시 작성할 수 없고, 약간만 변경해도 깨져버린다.
- 취했을 때 자신이 춤추는 모습을 떠올리고 다음에 맥주를 마시고 코드를 작성할 때는 책임을 져야 한다.
- 술에 취했을 때는 상사와 대화하지 마라.
- 많은 시도를 통해 더 높은 품질을 달성할 수 있는 경우가 많다.
- 최종 버전의 성공은 거짓이다. 반복만이 있을 뿐이다. 반복을 통해 더 나은 제품을 얻는다. 더 나은 제품을 통해 인기를 얻는다. 인기를 통해 성공을 얻는다. 성공을 통해 잘못 이해한 기술 사양이 깨진다. 개발 사이클이 우리를 자유롭게 하리라.
- 버전 관리에 신경 써야 한다.
- 데모 페이지를 위한 프레임워크를 선택하는 대신에 코드를 위해 선택하라.
- 측정하기 전에 절대로 최적화하지 말라
- 지트(Git)에서 있었던 일은 지트에 남겨 둔다.
- 포리치 루프(Foreach Loop)를 피하면 CPU 사이클을 얻는다.

개발은 하루아침에 이뤄지지 않는다
- 프로그래머가 백 명이라도 2년짜리 프로젝트를 일주일 만에 끝낼 수 없다.
- 페이스북은 하루아침에 만들어지지 않았다.
- 호프스태터(Hofstadter)의 법칙에 따르면 프로젝트를 위해 필요한 시간보다 더 많은 시간을 더해야 한다. 왜냐하면, 호프스태터의 법칙을 고려하더라도 생각한 것보다 더 오래 걸리기 때문이다.

개발은 기초작업이 중요하다
채색하기 전에 밑그림을 그리듯이, 소프트웨어도 설계와 시공에 대한 가이드가 될 큰 밑그림이 필요하다. 이를 '아키텍처'라고 부르는데, 일단 시스템이 개발된 뒤에는 잘못된 구조를 바로잡기가 쉽지 않다는 점에서 매우 중요한 작업이다.

- 프로토타입 없이 완성품을 만들지 마라.
- 표준문안이 없다면 개발도 빠를 수 없다.
- 아키텍처와 디자인은 실행 시간의 핵심이 아니라 문제와 변화를 위한 대비책이다.
- 장기 지원이 필요한 애플리케이션의 아키텍처를 남겨두라.

간결성은 핵심이다
- 충분히 복잡한 앱 아키텍처는 스파게티 코드와 차이가 없다.
- 코드를 간소화하라. 읽고 이해하기 힘든 코드는 골치 아픈 잔재가 될 뿐이다.
- 코드가 간소할수록 버그가 적다.

디버깅
입력 데이터 유효성을 검증하는 것에 각별한 주의를 쏟아야 하는 부분이다. 버퍼 초과나 SQL 인젝션 공격에 이르기까지, 아주 흔한 보안 취약점은 올바른 입력 포맷인지 검증하지 않은 사용자 입력에 근거한 코드가 직접적인 원인인 경우가 많다. 한편으로는 제품을 출시하기 전에 많은 단위 테스트를 진행할수록 나중에 정식 출시 후 나비효과처럼 불어날 피해에 대한 근본적인 대책을 마련하는 데 도움이 된다.

- 모니터링하지 않는 앱을 배치하는 것은 연료계 없이 자동차 여행을 떠나는 것과 같다.
- 프로그램을 작성하는 것보다 디버깅할 때 두 배나 똑똑해야 하므로 동료에게 검토를 부탁하라. 왜냐하면, 자신의 코드를 디버깅할 만큼 똑똑할 수는 없기 때문이다.
- 동료의 코드 검토가 없는 코딩 스타일가이드는 자발적인 세금으로 국가를 운영하는 것과 같다.
- 처음부터 자신이 문제라는 사실을 인정하면 디버깅이 훨씬 쉬워진다.
- 프로그래머에게 올바른 코드를 주면 하루 동안 일 할 수 있다. 프로그래머에게 디버깅을 가르치면 평생 일할 수 있다. - 지락 구드(Chirag Gude)
- 디버깅(Debugging)보다는 시험이 쉽다.
- 동료가 검토하거나 자신이 사는 곳을 알고 있는 폭력적인 사이코패스가 유지 관리한다고 가정할 때만 오래도록 지속하는 코드를 작성할 수 있다.
- 코드에 대한 불만은 코드 재작성에 도움이 되지 않는다.
- 시스템이 완벽하게 동작하면 그 안에 뭐가 있는지 아무도 관심을 갖지 않는다. 문제가 발생하면 시스템 디자인과 아키텍처가 자신의 운명을 결정하게 될 것이다.
- "그냥 넘겨"라는 말로 설계를 대신할 수는 없다

새 출발이 더 나은 대안일 수도 있다
전임 개발자가 작성한 코드 일부분을 유지 보수하거나 디버깅하는 작업은 정말 어려운 일이다. 기존 코드 한 조각의 작동 원리를 파악하고, 최초 개발자의 의도를 파악하는 것, 특히 문서나 주석이 엉망일 경우에는 거의 불가능에 가깝다. 중복된 코드를 남발하거나 억지로 갖다 붙인 결과, 지나치게 비대해진 취약한 코드 베이스만 남을 뿐이다. 기존의 것에 새로운 기능을 연이어서 탑재하려는 욕심을 우선 버려야 하며, 기존 코드의 질과 정비 용이성을 평가하는 것이 우선이다. 코드 재작성 비용을 청구하는 것이 업그레이드 개발을 하는 것보다 더 저렴할 수도 있다.

- 레거시 코드를 다시 작성하면 품질이 나아진다.
- 다시 작성하라. 유지 관리가 불가능한 레거시 코드를 위한 패치는 존재하지 않는다.
- 때로는 레거시 지원을 중단해야 새로운 제품이 피어날 수 있다.
- 오랜 시간 작업할수록 코드 수가 늘어난다. 대부분 최고의 품질에서 역행하고, 버그를 유발하는 기능들이다.

끊임없는 자기개발
C#, 자바, 자바스크립트 등 전세계적으로 많이 쓰이는 개발 언어들 이외에도 스위프트 등의 새로운 언어들이 대세로 떠오르고 있다. 고지식한 개발자라 하더라도 이와 같은 변화와 새로운 기술을 익히는 데 언제까지나 저항할 수는 없는 노릇이다. '죽어도 다른 언어로는 개발하지 않겠다'는 식의 미숙한 발언은 피해야 한다. 개발자라면 무릇 하나 이상의 개발 언어를 잘 알아야 하며, 새롭게 떠오르는 주제에 대해서도 잘 알아야 한다.

새로운 기술이 번져가기 시작하면, 최소한 그 배경과 그 기술의 작동 원리를 이해할 필요는 있다. 세부적인 사항은 그 기술이 요구사항을 해결하는 데 도움이 될 때 파악해도 늦지 않다. 오래된 도구로는 새로운 문제를 해결할 수 없다는 점을 기억하고, 계속해서 새로운 언어를 익혀나가야 한다.

- 말을 잘하는 개발자는 빨리 일자리를 찾을 수 있지만, 마지막 순간에 간단한 시험에서 실패한다.
- 더 많은 기술을 배울수록 자신이 아는 것이 별것 아니라는 것을 알게 된다.
- 프로그래밍 언어를 배우고 새로운 개발자가 되라.
- 형편없는 프로그래머가 언어를 탓한다.
- 더 이상 배우지 않고 쉬운 길을 택하면 기존의 방법론에서 영원히 벗어나지 못하게 될 것이다.
- 오늘의 유행은 내일의 구식.
- 잘 알려지지 않고 이상한 언어를 배우면 이해의 폭과 깊이가 넓어진다.

오픈소스
오픈소스를 잘 활용하면 잠재적인 고용주에게 자신의 능력을 보여줄 있다. 오픈소스 커뮤니티에서는 '직접 이 부분을 작성했다'고 말하는 데 그 어떤 제약도 없는데, 특히 커미터(Committer) 지위를 얻었다는 것은 협동심이 있고, 진행 중인 프로그램에 기여할 수 있는 능력이 있다는 것을 어필하는 것이다.

옴니TI(OmniTI)에서 15년이상 개발자로 일해온 로버트 트리트는 "사이드 프로젝트(Side Proejct)나 오픈소스 커뮤니티에 참여해서 다양한 기술을 사용하는 기업에 입사하는 것도 좋은 방법"이라고 말했다. 물론, 여러 조직의 전문가, 준전문가 등 다양한 사람들이 협력하는 만큼 '다시는 만나고 싶지 않은 사람'으로 낙인찍힐 수도 있음을 주의해야 한다.

- 오픈소스 개발자는 개인의 명성을 추구하지 않는다.
- 오픈소스 프로젝트에서의 협업으로 우정과 커뮤니티를 얻음과 동시에 파벌과 전쟁도 생겨난다.
- 공개적인 코드 검토로 더 나은 자신이 될 수 있다. 더 나은 활동, 더 스마트한 솔루션, 개발자로서의 성장을 얻거나 깨지게 된다.

건강이 우선이다
개발자들은 컴퓨터 앞에서 많은 시간을 보낸다. 그러나 제때에 적절한 휴식을 취하지 않으면 안구건조증, 거북목, 손목 터널 증후군, 근막통증후군 등에 걸려 종합병원 신세를 면치 못할 수도 있다. 프로가 되기 위해서는 건강 관리도 병행하는 것이 무엇보다 필수다.

- 억지로 잠을 자라.
- 바보는 의사를 멀리한다.
- 지칠 때까지 코드를 작성하는 개발자는 생각 없이 산다.
- 모든 애플리케이션은 화면을 껐을 때 아름답다.

기타
- 수염을 깎지 못할 정도로 개발에 몰두하고 있는 정도라면 이미 그 수염이 자라 백발이 된 사람은 최소 백 명이다.
- 고객이 최고의 시험자이다.
- 오류 로그만큼은 없을 때 아름답다.
- 마케팅 담당자는 QA가 아니고 개발자는 홍보를 하지 않는다.
- 무료 사용자에게 행복감을 주는 제품은 재정이 바닥나면 투자자를 겁먹게 할 뿐이다.
- 하나는 하나 이상의 일을 하지 않는다.
- 언젠가라는 말이 가장 쉽다.
- 가장 매력적인 풀(Pull) 요청은 빨간색으로 도배되어 있다.
- 개발자는 먼 곳에서 동료를 찾는다.
- 코드의 미학을 스스로 터득할 수는 있지만 다른 사람들도 쉽게 배울 수 있으리라 착각하지 마라.

원문보기: 
http://www.itworld.co.kr/news/92821#csidx7e1bfbacbe0e8a4872b346d932d3cf9 

2018년 연봉 실수령액 표

출처: http://job.cosmosfarm.com/ko/calculator/salary

대부분의 개발 업무는 자바(Java), 자바스크립트(JavaScript), PHP, C# 등의 대중화된 기술을 요구한다. 하지만 소프트웨어 수요가 발전하고 증가하면서 새롭고 덜 보편적인 언어가 인기를 얻어가고 있기도 하다. 이들 중에는 개발자들에게 특정 업무를 위한 중요한 도구를 제공하는 것들도 있다.

향후 어떤 언어가 인기를 얻게 될지 예상하기가 어렵고 많은 언어들이 한 동안 다양한 방식으로 활용되겠지만 상위 5개 언어 외에도 다양한 언어들의 인기가 지속적으로 상승할 전망이다. 앞으로 기업 내에서 더 큰 역할을 감당할 것으로 보이는 8가지 언어에 대해 알아본다.

1. 타이프스크립트(TypeScript)
타이프스크립트는 2017년 초부터 점차 인기가 증가한 언어다. 기술 전문지 레드몽크(RedMonk)의 랭킹에 이런 상황이 반영됐고 깃허브(GitHub) 랭킹에서는 17점을 얻었으며 1분기 만에 얼랑(Erlang) 및 러스트(Rust)를 따라잡았다.

‘확장되는 자바스크립트’('JavaScript that scale)로 설명되는 타이프스크립트는 모든 변수에 유형을 추가하여 보안 강화를 추구했다. 가장 큰 장점은 개발자들이 앵귤러(Angular)를 활용할 수 있다는 점이다. 이는 타이프스크립트로 작성한 웹 애플리케이션 개발을 위한 프레임워크다. 하지만 앵귤러를 사용하기 위해 타이프스크립트를 사용할 필요는 없다.

2. R
R은 통계 컴퓨팅을 위한 오픈소스 소프트웨어 환경을 제공한다. 1993년에 등장한 R은 데이터 마이닝(Data Mining), 통계학자, 학자 등 데이터 중심적인 사고와 직업에 이어 큰 인기를 누렸다. 하둡(Hadoop) 등의 거대 기술과 경쟁할 수는 없지만 데이터 서브셋 분석을 위한 단순하고 효과적인 도구가 될 수 있다.

3. 코틀린(Kotlin)
컴파일링(Compiling)이 신속하고 자바와 함께 구동되는 코틀린은 JVM(Java Virtual Machine)에서 동작하며 자바스크립트 소스 코드로 컴파일할 수 있는 정적 유형 프로그래밍 언어이다. 러시아의 소프트웨어 개발 기업 제트브레인스(JetBrains)가 개발한 코틀린은 핀터레스트(Pinterest), 에버노트(Evernote), 우버(Uber), 코세라(Coursera) 등에서 사용되고 있다.

4. 스위프트(Swift)
스위프트는 2014년 애플(Apple)의 WWDC 컨퍼런스에서 처음 등장했다. OSX 및 iOS 개발을 위한 오브젝티브 C(Objective-C) 언어를 대체하기 위한 목적을 가진다. 애플은 2015년 12월 아파치 라이선스에 기초해 해당 언어를 오픈소스화했다. 즉, 모든 소스 코드를 편집할 수 있으며 애플이 아니더라도 프로그램을 개발할 수 있다.

현대적 언어인 루비(Ruby) 및 파이썬(Python)과 유사한 스위프트는 출시 이후 급성장을 구가했다고 레드몽크의 분석가 스티븐 오그레디(Stephen O’Grady)가 평가했다. 한편 애플은 스위프트에 대해 “안전한 프로그래밍 패턴을 도입하며 현대적인 기능을 추가하여 프로그래밍이 더 쉽고 유연하며 재미있다”라고 표현하고 있다.

5. 러스트(Rust)
모질라(Mozilla)가 개발한 러스트 1.0은 2014년에 공개된 이후 수 년 동안 지속적으로 개발되어온 언어다. 모질라에 따르면 C 및 C++과 유사하며 “성능, 병행화, 메모리 안전성에 초점을 둔 새로운 프로그래밍 언어”다.

레드몽크의 오그레디는 최근 “처음부터 언어를 구축하고 현대적인 프로그래밍 언어 디자인의 요소를 통합함으로써 러스트의 개발자들은 전통적인 언어들이 처리해야 하는 많은 “앙금”(하위 호환성 요건)을 피하고 있다”라며 “이 언어가 여러 부문의 개발자들의 관심을 얻고 있다는 경험적 증거가 누적되고 있다”라고 말했다.

6. 고(Go)
이 오픈소스 언어는 자신이 기반하고 있는 자바와 C 등의 좀 더 자리를 잡은 언어들보다 좀더 빠르고 사용이 쉬운 특성을 지닌다.

BB부터 사운드클라우드(SoundCloud), 페이스북부터 영국 정부가 시상한 GOV.UK 사이트까지 여러 조직이 이 언어를 사용하고 있다. 또한 기업 소프트웨어 스타트업 도커(Docker)도 사용하고 있다.

개발측은 고에 대해 “해석된 동적 유형화 언어의 프로그래밍 편의성과 정적 유형의 컴파일된 언어의 효율성 및 안전성을 융합하려는 시도다”라고 말했다.

7. 해스켈(Haskell)
해스켈은 자칭 ‘진보한 순수 함수형 프로그래밍 언어’(advanced purely-functional programming language)다. 첫 사양은 1990년에 공개됐다. 유형 추론(type inference) 및 ‘느긋한 평가’(lazy evaluation)를 갖춘 타입 시스템이 특징이다. 학계에서 주로 사용되고 있지만 AT&T, BAE 시스템즈(BAE Systems), 페이스북, 구글의 프로젝트 등 산업적인 용도로도 활용되고 있다. 2016년, 한 그룹이 이 언어의 2020 버전 컴파일링을 개시한 바 있다.

8. 클로저(Clojure)
2009년에 출시된 클로저는 리스프(Lisp) 프로그래밍 언어의 방언으로, 함수 프로그래밍에 중점을 둔 범용 언어다. 모드를 데이터로 처리하며 다른 ‘리스프’처럼 매크로(Macro) 시스템이 있다. 월마트(Walmart), 퍼펫 랩스(Puppet Labs), 기타 다양한 대형 소프트웨어 기업들이 이를 성공적으로 활용하고 있다. ciokr@idg.co.kr 

원문보기: 
http://www.ciokorea.com/news/35152#csidx8df08fd9f9b84bf95c8aede64d13c16 

옛날에 자격증 딸때 받아놨던 자료이다 

혹시 학점관리때문에 따는사람들은 도움이 될거같아서 공유

TTL(time-to-live)

[티티엘]은 IP 패킷 내에 있는 값으로서, 그 패킷이 네트웍 내에 너무 오래 있어서 버려져야하는지의 여부를 라우터에게 알려준다. 일정한 시간이 지나면 그 패킷을 버리고, 재전송할 것인지를 결정하도록 그 사실을 발신인에게 알리기 릴 수 있게 하기 위한 해결책으로 TTL이 사용된다.

값이 0이 되었을 때, 라우터는 그것을 감지하여 그 패킷을 버리고 ICMP 메시지를 발신지 호스트로 보낸다.

SNMP(Simple Network Management Protocol) ; 간이 망 관리 프로토콜

[에스엔엠피]는 네트웍 관리 및 네트웍 장치와 그들의 동작을 감시, 통할하는 프로토콜이다. 이것은 반드시 TCP/IP 네트웍에만 한정되지는 않는다.

SMTP(Simple Mail Transfer Protocol) ; 단순 우편전송 규약

[에셈티피]는 전자우편을 보내고 받는데 사용되는 TCP/IP 프로토콜이다.

MIME (Multi-Purpose Internet Mail Extensions)

MIME[마임]은 아스키 데이터만을 처리할 수 있는 원래의 인터넷 전자우편 프로토콜, 즉 SMTP를 확장하여 오디오, 비디오, 이미지, 응용프로그램, 기타 여러가지 종류의 데이터 파일들을 주고받을 수 있도록 기능이 확장된 프로토콜이다. 아스키 형식으로 변환할 필요 없이 송신한다.

TFTP(Trivial File Transfer Protocol)

는 FTP보다 간단하지만 기능이 조금 덜한 네트웍 애플리케이션이다. 이것은 사용자 인증이 불필요하고, 디렉토리를 보여주지 않아도 되는 곳에 사용된다. TFTP는 TCP 대신에 UDP를 사용한다.

FTP 상에서 파일을 전송 받고자 할 때 사용하는 명령어 : get . Binary

PPTP (Point-to-Point Tunneling Protocol)

PPTP는 기업들이 인터넷상의 사설 "터널"을 통해 자신들의 기업용 사설 네트웍을 확장할 수 있도록 해주는 프로토콜이다. 실제로, 기업들은 하나의 거대한 근거리통신망으로서 광역통신망을 사용한다. 그러나, 기업들은 이제 광역통신망을 위해 더 이상 자신들만의 독립 회선을 빌릴 필요가 없으며, 공공 네트웍을 안전하게 이용할 수 있다.

이러한 종류의 접속을 가상사설망, 즉 VPN이라고 부른다. 인터넷을 경유하여 로컬 네트워크에 접근할 때, 보안을 강화하기 위해 사용하는 프로토콜이다.

ICMP(Internet Control Message Protocol)

는 호스트 서버와 인터넷 게이트웨이 사이에서 메시지를 제어하고 에러를 알려주는 프로토콜 프로토콜 아이디는 1이다.

0-Echo Request = 질의 메시지에 응답하는데 사용된다.

8-Echo Request = 네트워크 상의 두 개 이상의 장비의 기본 연결을 검사하기 위해 사용된다.

13-Timestamp Request = 네트워크를 통해 전송하는 과정에서 발생한 지연 시간을 측정하기 위해 사용됨

17-Address Mask Request = 장비의 서브넷 마스크를 요구하는데 사용된다.

이 프로토콜의 중요한 임무는 시작지 호스트의 라우팅 실패를 보고하는 것이다.

오류-보고의 형식을 가지고 있으며 TCP/IP 프로토콜 집합으로 가는 메시지를 제어하는 역할을 한다.

두 호스트간의 연결의 신뢰성을 테스트하기 위한 반향과 회답 메시지를 지원한다.

ICMP는 IP의 상실된 IP 데이터그램의 검출 및 재전송 요청, 적합한 순서대로 IP 데이터그램의 배치, 중복된 IP 데이터그램의 검출 및 폐기를 책임진다. 네트워크 계층이다.

IGMP (Internet Group Management Protocol) ; 인터넷 그룹 관리 프로토콜

IGMP는 인터넷 컴퓨터가 멀티캐스트 그룹을 인근의 라우터들에게 알리는 수단을 제공하는 인터넷 프로토콜이다.

IGMP는 OSI 참조 모델에서 네트웍 계층의 일부이다.

IGRP (Internet Gateway Routing Protocol)

IGRP는 시스코 시스템즈 고유의 IGP 프로토콜로서, 다른 게이트웨이들과 정보를 교환함으로써 게이트웨이들이 자신들의 라우팅 테이블을 만들 수 있게 해준다. 게이트웨이는 인접 게이트웨이들과 수정된 라우팅 정보를 교환함으로써 다른 네트웍들에 관한 정보를 얻는다.

거리백터 라우팅 프로토콜이다. 메트릭을 결정할 때 고려요소 중 하나는 링크의 대역폭이 있음. 네트워크 사이의 라우팅 최적하에 효율적이다. IGRP는 라우터를 위한 네트워크끼리의 IGP 프로토콜이다.

RIP (Routing Information Protocol)

RIP[알아이피]는 기업의 근거리통신망, 또는 그러한 랜들이 서로 연결된 그룹과 같은 독립적인 네트웍 내에서 라우팅 정보 관리를 위해 광범위하게 사용된 프로토콜이다. RIP는 IETF에 의해 여러 IGP 중의 하나로 분류되었다. 전체 라우팅 테이블을 가장 가까운 인근 호스트에 매 30초 마다 보낸다. 네트워크 거리를 결정하는 방법으로 홉의 총계를 사용한다.

RIP는 비효율적이라는 평가를 받아 이를 보완한 OSPF 가 나옴 동적 라우팅에서 라우팅 테이블을 담당한다.

MTU(Maximum Transmission Unit) ; 최대 전송 단위

[엠티유]는 TCP/IP 네트웍 등과 같이 패킷 또는 프레임 기반의 네트웍에서 전송될 수 있는 최대크기의 패킷 또는 프레임을 가리키며, 대개 옥텟을 단위로 사용한다. TCP는 어떠한 전송에서라도 각 패킷의 크기를 결정하는데 있어 MTU를 사용한다. MTU가 너무 크면 커다란 크기의 패킷을 처리할 수 없는 라우터를 만났을 때 재전송 해야하는 경우가 생길 수 있다. 이와는 반대로 MTU가 너무 작으면, 상대적으로 헤더 및 송수신 확인에 따르는 오버헤드가 커지게 된다.

Gratuitous ARP : 자신의 존재만을 알리는 프로토콜

ARP (Address Resolution Protocol) ; 주소결정 프로토콜

ARP는 IP 네트웍 상에서 IP 주소를 물리적 네트웍 주소로 대응시키기 위해 사용되는 프로토콜이다.

여기서 물리적 네트웍 주소라 함은 이더넷 또는 토큰링의 48 bits 네트웍 카드 주소를 의미한다. 두 호스트가 같은 물리적 네트워크 상에 있을때, 근원지 호스트가 목적지 호스트로 직접 데이터를 전달할 수 있도록 도와준다. 네트워크 계층의 프로토콜이다. IP에 의해 보조적으로 사용된다.

RARP (Reverse Address Resolution Protocol)

RARP는 근거리통신망 내에 물리적으로 존재하는 장치가 게이트웨이의 ARP 목록이나 캐시로부터 자신의 IP 주소를 알아내기 위한 확인 요청을 하는데 사용되는 프로토콜이다. 네트웍 관리자는 근거리통신망의 게이트웨이 라우터 내에 물리적인 장치가 그에 상응하는 IP주소를 지칭하도록 목록표를 작성한다. 새로운 장치가 설정되었을 때, RARP 클라이언트 프로그램은 라우터 상의 RARP 서버에게 그 장치를 위한 IP 주소를 보내주도록 요청한다. RARP 서버는 라우터 목록 내에 새로운 엔트리가 설정되었다고 가정하여, 그 장치에게 IP 주소를 답신해 주게 된다. RARP는 이더넷, FDDI, 토큰링 등의 근거리통신망에서 사용할 수 있는 프로토콜이다. 아직 자신의 인터넷 주소를 갖지 못한 호스트가 이를 얻도록 해준다. 네트워크 계층이다. 로컬 디스크가 없는 네트워크상에 연결된 시스템에 사용된다.

TCP/IP (Transmission Control Protocol/Internet Protocol)

인터넷의 기본적인 통신 프로토콜로서 상위계층인 TCP는 메시지나 파일들을 좀더 작은 패킷으로 나누어 인터넷을 통해 전송하는 일과, 수신된 패킷들을 원래의 메시지로 재조립하는 일을 담당한다. 하위계층, 즉 IP는 각 패킷의 주소 부분을 처리함으로써, 패킷들이 목적지에 정확하게 도달할 수 있게 한다. TCP는 전송계층이고 데이터의 에러 검출을 담당 , IP는 네트워크계층이고 경로 설정을 담당한다.

TCP : 연결지향 UDP : 전송계층,비연결지향 TCP/UDP 계층은 호스트 간의 데이터 교환을 함

TCP 헤더의 플래그 비트 : URG, ACK, PSH, RST, SYN, FIN, 등이 있다.

UDP (User Datagram Protocol)

UDP[유디피]는 IP를 사용하는 네트웍 내에서 컴퓨터들 간에 메시지들이 교환될 때 제한된 서비스만을 제공하는 통신 프로토콜이다. UDP 헤더의 크기는 8옥텟이다.

UDP는 TCP와는 달리, 메시지를 패킷(데이터그램)으로 나누고, 반대편에서 재조립하는 등의 서비스는 제공하지 않으며, 특히 도착하는 데이터 패킷들의 순서를 제공하지 않는다.

불특정 다수에게 간단한 메시지를 일방적으로 보낼 경우 사용한다.

프로토콜의 부하가 적어 분산처리에서 많이 사용된다.

Netstat : 시스템 인터페이스 정보를 출력하면서 송수신 패킷수 및 오류수, 충돌 횟수, 현재 출력큐에 대기중인 패킷 등에 관한 정보를 제공. TCP Connection의 상태를 파악하는데 사용되는 유틸리티. 인터페이스 정보제공.

NBTSTAT : 유틸리티 중에서 TCP/IP 통계를 통한 NetBIOS를 연결시킨다.

IP 주소를 가지고 컴퓨터의 현재 NetBIOS 상태를 알 수 있음.

ipconfig : 물리적 네트워크에의 인터페이스를 시험하고, 로컬 호스트의 nic의 올바른 동작여부를 검사한다.

traceroute : 경로를 추적하는 명령어

nslookup : 도메인을 IP로 변경해 주는 명령어

ping (Packet Internet Groper) : TCP/IP 프로토콜을 사용하는 응용 프로그램으로 다른 호스트에 IP 데이터그램이 도착할 수 있는지를 검사하는 것을 의미

IP address ; IP 주소

인터넷상에서 라우팅을 효율적으로 하기 위하여 물리적인 네트웍 주소와 일치하는 개념으로 부여된 32 비트의 주소가 IP 주소이다. IP 주소를 이용하면 네트웍상의 유일한 호스트를 식별하는 것뿐만 아니라, 호스트가 있는 네트웍를 식별할 수 있다. IP 주소는 클래스로 나뉘어 있으며 하나의 네트웍에서 모든 호스트는 동일한 prefix를 공유한다. IP 프로토콜은 여러 개의 독립적인 네트워크들 사이에서 데이터그램을 교환할 수 있도록 해주는 프로토콜 (데이터그램은 비연결 지향) IP주소는 32bit 이다.

네트워크ID와 호스트ID 비트가 모두 1이면 브로드캐스트로만 사용된다.

네트워크ID와 호스트ID 비트가 모두 0이면 네트워크 전용이다.

IP 클래스 : A Class = 1~126 , B Class = 126~191 , C Class = 191~223

Telnet ; 텔넷

텔넷은 자신이 사용권한을 가지고 있다는 전제하에 다른 사람의 호스트 컴퓨터를 원격지에서 액세스할 수 있도록 해주는 방법이다. 좀더 기술적으로 말한다면, 텔넷이란 원격지 컴퓨터를 액세스하기 위한 사용자 명령들과 TCP/IP 기반의 프로토콜을 말한다

Finger : 로그인하고 있는 사용자의 정보 확인.

DNS(domain name system)

[디에네스]는 인터넷 도메인 이름들의 위치를 알아내기 위한 IP 주소로 바꾸어주는 시스템이다 디에네스는 호스트 이름에 대한 분산 데이터베이스 이다.

DNS 리소스 레코드 : SOA(Start of Authority) = 도메인의 주 네임 서버와 몇 가지 관리 아이템을 나타냄. DNS서버를 처음 설치하면서 가장 먼저 만들어야 하는 데이터베이스 레코드 NS(Name Server) = 도메인의 네임 서버를 정의함.

PTR(Ppinter) = 호스트 이름 IP 주소와 연결하고 역방향 이름 조회를 실행함.

CNAME(Alias) = 호스트 이름의 별칭을 제공하여 하나 이상의 호스트 이름을 하나의 IP 주소에 연결 할 수 있음

MX(Mail Exchange) = 도메인의 메일 시스템을 정의함.

A(Host) = DNS 이름과 호스트의 IP 주소를 연결할 때 사용함

SRV(Service), HINFO(Host Information) 등이 있음.

DNS서버 종류 : primary server, cache server, master name server 등.

동적저장장치 지원볼륨 : 단순볼륨, 스팬볼륨, 스트라이프볼륨(RAID-0), RAID-5

스팬볼륨 = 작은 빈 공간들을 모아 하나의 큰 논리 드라이브를 구성하는 것을 말한다.

동적 디스크에서만 스팬 볼륨을 생성할 수 있다.

최대 32개의 동적 디스크 상에 확장할 수 있다.

적어도 두 개 이상의 동적 디스크가 필요하다.

미러볼륨(RAID-1) = 단순 볼륨으로써 두 개의 동일한 복사 영역으로 서로 다른 디스크를 사용하여야 함.

이 볼륨은 하나의 디스크에서 문제가 발생했을 때 복구 가능하므로 결합 허용을 지원함.

RAID (redundant array of independent [또는 inexpensive] disks)

RAID[레이드]는 중요한 데이터를 가지고 있는 서버에 주로 사용되며, 여러 대의 하드디스크가 있을 때 동일한 데이터를 다른 위치에 중복해서 저장하는 방법이다. 데이터를 여러 대의 디스크에 저장함에 따라 입출력 작업이 균형을 이루며 겹치게 되어 전체적인 성능이 개선된다. 여러 대의 디스크는 MTBF를 증가시키기 때문에 데이터를 중복해서 저장하면 고장에 대비하는 능력도 향상된다.

RAID 0 - 고용량과 데이터 분실로 인한 문제가 발생되지 않는 곳에 적합.

RAID 1 - 통상적으로 가장 많이 사용하는 RAID 레벨.

같은 데이터를 동시에 두 개의 물리적 드라이브에 쓰도록 하는 방식

RAID 5 - 가장 뛰어난 RAID 레벨.

터미널 서비스 설치순서 : 1.Windows 구성요소 마법사에서 터미널 서비스와 터미널 서비스 라이센싱을 선택

2.터미널 서비스 설치 모드에서 원격관리 모드를 선택한다.

3.라이센스 서버를 사용할 수 있는 범위를 지정한다.

4.라이센스 서버 데이터베이스의 위치를 지정한다.

Active Directory : 액티브 디렉토리는 윈도우2000, 즉 윈도우NT 5.0의 일부로서 마이크로소프트가 제공하는 새롭게 진보된 계층적 디렉토리 서비스이다. 소규모 대규모 활용가능,

설치 마법사 파일은 DCPROMO.EXE 이다. 사용자, 사용자 그룹, 네트워크 데이터 등을 하나로 통합 관리하는 새로운 인터페이스.

Active Directory 설치시 추가내용 : DNS 이름, NetBIOS 이름, 데이터베이스와 로그 파일위치, SYSVOL폴더 위치, 등 필요 NTFS 파일시스템 필요.

Active Directory 포리스트에 있는 5가지 작업 마스터 : 스키마 마스터, 도메인 명명 마스터, 관계식별(RID)마스터, 주 도메인 컨트롤러 에뮬레이터(PDCE), 구조 마스터로 구성,

IIS(Internet Information Server)

[아이아이 에스]는 마이크로소프트의 윈도우NT용 인터넷 서버군(群)의 이름으로서,

여기에는 Web, HTTP, FTP, Gopher 등이 모두 포함되어 있다.

IIS인증방법 : 기본인증, 윈도 도메인 서버의 다이제스트 인증, 통합 윈도 인증, 방법 등을 지원한다. Windows 2000 server 에서 사용하는 웹서버이다.

WINS(Windows Internet Naming Service)

마이크로소프트 윈도우NT 서버의 일부인 WINS는, 각 구성 변경에 수반되는 사용자 또는 관리자가 없는 IP 주소들과, 컴퓨터 이름 및 위치들과의 결합을 관리한다. WINS는 컴퓨터 이름과 IP 주소를 서로 사상(寫像)시킬 수 있는 데이터를 테이블 내에 자동으로 만든다. WINS를 사용하면, 새로운 서브넷 정보가 WINS 테이블 내에서 자동으로 갱신된다.

NetBIOS 이름을 IP 주소로 사상하기 위해 사용된다.

백업의 종류와 설명 : 1.보통백업 = 선택된 모든 파일을 백업하고 백업되었다는 표시를 함

2.매일백업 = 오늘 변경된 파일만을 백업하며 백업된 것을 표시하지 않을때 사용

3.차등(differential)백업 = 증분백업과 같은 백업 작업을 하지만 복사 백업처럼 백업된 내용을 파일에 표시하지 않음

4.복사백업 = 보통 백업과는 다르게 백업되었다는 표시는 하지 않음

5.증분(incremental)백업 = 변경된 파일이나 새로운 파일만을 백업 표시함.

MMC(Microsoft Management Console)

MMC는 2000에 추가된 관리툴로서 관리도구에 구성되어 있지 않은 2000의 기능들의 사용과 관리자가 원하는 관리도구의 모음을 따로 구성할 수 있게 되어 있습니다. 이는 하나의 통일된 인터페이스를 제공하여 관리의 효율성을 극대화 시킵니다. 원격관리 기능을 제공

복구 콘솔 기능 : 모든 시작 부트 옵션이 실패했을 경우 Windows2000 서버를 시작할 수 있는 최소한의 버전이며 관리자 계정으로 로그온 하여 시스템 복구 작업을 수행할 수 있는 명령 세트를 제공하는 복원방법.

flooding ; 플러딩

네트웍 분야에서 플러딩이란, 어떤 노드에서 온 하나의 패킷을 라우터에 접속되어 있는 다른 모든 노드로 전달하는 것을 말한다.

(TRANS PORT) 전송계층 -4계층

이 계층은 패킷이 오류나 중복없이 올바르게 전달되도록 하며 큰 데이터는 잘라서 작은 패킷으로 작은 자료는 모아서 일정 크기의 패킷으로 묶는 역활을 합니다. 어디서 많이 보던 역활이죠? 예 바로 TCP가 여기에 속합니다. 호스트간 흐름제어와 에러제어 ,에러복구 기능.

서로 다른 네트워크의 차이를 극복한다.

IMT-2000(International Mobile Telecommunications - 2000)

은 ITU-T 스터디그룹 11에서 제안한 표준 기술이 채택된 차세대 이동통신 단말기로서,

위성을 이용한 통신서비스이다. IMT-2000의 특징은 세계 어느 지역에서나 음성전화, 텔렉스, 무선호출, 전자우편 등의 서비스를 제공받을 수 있다는 점이다. 현재 음성서비스 위주로 된 셀룰러폰과 PCS 등의 이동통신서비스는 점차 고속의 데이터, 패킷, 영상 등 멀티미디어 개인통신을 지원하는 IMT-2000 서비스로 발전하는 추세이다.

IMT-2000이라는 이름에서, 2000은 IMT에 할당된 주파수 대역이 2 GHz(즉, 2000 MHz)라는 것을 의미하는데, 1992년도에 세계 무선관리회의에서 붙여진 이름이다.

가상회선은 호출 요청으로 가상회선을 요구하고, 가상회선이 설립되면 메시지를 전송하고 전송이 완료되면,설정된 경로를 해제한다.

CSMA/CD (Carrier Sense Multiple Access/Collision Detect)

CSMA/CD[씨에스 엠에이 씨디]는 이더넷의 전송 프로토콜로서 IEEE 802.3 표준에 규격화되어 있다. 이더넷에 접속되어 있는 장치들은 어느 때라도 데이터를 전송할 수 있는데, 전송하기 전에 회선이 사용 중인지 감시하고 있다가 회선이 비어 있을 때 데이터를 전송한다. 만약 데이터를 전송하는 시점에 다른 장치가 동시에 전송을 개시하면 충돌이 발생하게 되며, 충돌한 데이터들은 버려지고 데이터를 전송한 장치들에게 재전송을 요구하게 된다. 각 장치들은 일정시간을 대기한 후 성공할 때까지 어느 횟수만큼 데이터를 재전송한다.

IEEE 표준안 : 근거리 통신망(LAN)의 국제 표준 모델을 제공하고 있는 표준 규격이다.

IEEE 802.3 : CSMA/CD

IEEE 802.4 : Token Bus

IEEE 802.5 : Token Ring

IEEE 802.6 : Metropolitan Area Network

PDU (protocol data unit) ; 프로토콜 데이터 단위

PDU는 특정 계층의 프로토콜 안에서 두 개의 실체간에 교환되는 세분화된 데이터 블록의 단위를 기술적인 이름으로 구분해 부르는 것을 말한다. 그러나, 많은 수의 사람들이 PDU나 프레임 등으로 엄격하게 구분해 사용하지 않고, 네트웍을 통해 이동하는 모든 데이터 단위를 그저 "패킷"이라고 부르는 경우가 많다.

에러제어 : 전송을 보낸 개체가 보낸 PDU에 대한 역널리지먼트(응답)를 특정 시간 동안 받지 못하면 재전송을 요구하는데 이 기능을 에러제어라 함

POLLING : 폴링은 주 스테이션이 부 스테이션에 전송할 데이터가 있는지 묻고, 부 스테이션에서 주 스테이션으로 데이터를 전송하는 중앙집중 매체접근 제어 방식

Apple Talk

애플사에서 발표한 Apple Talk는 여러 대의 매킨토시 컴퓨터와 레이저라이터(LaserWriter) 프린터, 기타 다른 컴퓨터 장비를 연결할 수 있도록 해 주는 근거리 통신망

IPX (Internetwork Packet Exchange)

IPX[아이 피 엑스]는 네트웨어 클라이언트와 서버를 사용하는 네트웍을 상호 연결하는 노벨의 네트워킹 프로토콜이다. IPX는 데이터그램 또는 패킷 프로토콜이다. IPX는 통신프로토콜의 네트웍 계층에서 동작하며, 패킷 교환 중에 커넥션이 계속 유지될 필요가 없는 커넥션리스 프로토콜이다.

패킷 수신통보는 노벨의 또다른 프로토콜인 SPX에 의해 관리된다. 관련된 노벨 네트웨어의

다른 프로토콜로는 RIP, SAP (Service Advertising Protocol) 및 NLSP (NetWare Link Services Protocol) 등이 있다. 서로 다른 2개의 통신망 사이에서 데이터 패킷을 교환하기 위해 사용되는 통신 규약

VLAN (virtual LAN) ; 가상 랜

VLAN은 물리 세그먼트에서 다수의 논리적 네트워크 세그먼트를 운용할 수 있는 방법을 제공

packet-switched ; 패킷교환 방식

패킷교환 방식은, 패킷이라고 불리는 비교적 적은 데이터 단위가 각 패킷에 담긴 목적지 주소를 기반으로 하여 네트웍을 통해 발송되는 네트웍의 한 형태이다. 통신 메시지를 패킷으로 나눔으로써 네트웍 내의 동일한 데이터 경로를 여러 명의 사용자들이 공유할 수 있게 된다. 송신자와 수신자간의 이러한 형태의 통신을 비연결형이라고 부른다. 인터넷상의 대부분의 트래픽은 패킷교환 방식을 사용하며, 인터넷은 기본적으로 비연결형 네트웍이다. 단점은 축적교환방식 이다.

gateway ; 게이트웨이

게이트웨이는 다른 네트웍으로 들어가는 입구 역할을 하는 네트웍 포인트이다. 라우팅의 관점에서 보면, 인터넷은 많은 게이트웨이 노드들과 호스트 노드들로 구성된 네트웍이라 할 수 있는데, 네트웍 사용자들의 컴퓨터들과 웹페이지와 같은 콘텐츠를 제공하는 컴퓨터들이 바로 호스트 노드들이며, 일반 회사의 네트웍내에서 트래픽을 통제하는 컴퓨터들이나, 인터넷 서비스제공자들의 컴퓨터가 바로 게이트웨이 노드들이다.

한 회사의 네트웍에서는 게이트웨이 노드 역할을 하는 컴퓨터가 프럭시 서버나 방화벽 서버의 역할을 함께 수행하는 경우도 종종 있다. 게이트웨이는 라우터나 스위치 등의 사용을 필요로 한다. 서로 다른 LAN을 연결하는 장비. LAN과 WAN에서 함께쓰이는 인터네트워킹 장비이다. 게이트웨이는 세션, 프레젠테이션, 응용계층 간의 연결에 사용됨.

게이트웨이는 이종의 프로토콜을 연결하기 위해 사용된다.

router ; 라우터

라우터는 동일한 전송 프로토콜을 사용하는 분리된 네트웍을 연결하는 장치로 네트웍 계층간을 서로 연결한다. 라우터는 브리지가 가지는 기능에 추가하여 경로 배정표에 따라 다른 네트웍 또는 자신의 네트웍 내의 노드를 결정한다. 그리고 여러 경로 중 가장 효율적인 경로를 선택하여 패킷을 보낸다.

라우터는 흐름제어를 하며, 인터네트웍 내부에서 여러 서브네트웍을 구성하고, 다양한 네트웍 관리 기능을 수행한다. 브리지와 라우터의 차이점을 간단히 살펴보면, 라우터는 네트웍 계층까지의 기능을 담당하고 있으면서 경로 설정을 해주는 반면, 브리지는 데이터링크 계층까지의 기능만으로 목적지 주소에 따른 선별 및 간단한 경로 결정을 한다. 이더넷 브로드캐스팅 트래픽을 완벽하게 차단한다.

Console 포트 : 라우터 인터페이스 포트 중 노트북의 COM 포트와 연결하여 라우터를 세팅하여 사용할 수 있음.

라우팅을 지원하는 프로토콜 : RIP, OSPF, BGP, TCP/IP, IPX/SPX

서브넷 : 단일 네트워크 ID가 할당된 네트워크를 여러개의 세그먼트로 분할하는 것,

IP주소 중 호스트 주소 부분이 Subnet number 와 Host number로 분리된다.

몇개의 비트가 네트워크를 식별하는데 사용되고, 몇 개의 호스트를 식별하는데 사용되는지를 나타내기 위해 지정하는 것, NET-ID 와 HOST-ID 를 사용.

Kerveros V5 인증 프로토콜은 윈도 2000 서버에서 지원되며 IETF RFC1510에서 정의되었음. 현재 모든 윈도2000 시스템을 위한 고유의 인증 방법, 윈도 2000 실행 및 클라이언트 소프트웨어가 설치된 컴퓨터의 기본적인 트러스트 프로토콜이다.

인터넷을 이용하여 인터넷 상의 특정 프린터 서버에 접근하기 위해서는 'http://URL' 이나 'IP 주소 /Printers' 라고 웹 주소를 입력한다. 예>> http://servername/printers

시스템 상태 데이터 중에서 액티브 디렉토리 서비스 데이터베이스, 인증서 서비스 데이터베이스, COM+ 클래스 등록 데이터베이스는 복원시 '대체 위치' 를 지정하여 복원할 때 복원되지 않는다.

IP 보안 정책 설정 옵션 : 1.클라이언트(응답만) = 일반적으로(비보안으로)통신합니다. 보안이 필요한 서버와는 기본 응답 정책을 사용하여 협상한다. 요청된 프로토콜 및 포트 소통량을 가진 서버만 보안된다.

2.서버(보안필요) = 모든 IP 소통량에 대해 항상 Kerberos 트러스트를 사용한 보안이 필요

하다. 요청에 응답하지 않는 클라이언트와의 비보안 통신을 허용한다.

3.보안서버(보안필요) = 모든 IP 소통량에 대해 항상 Kerberos 트러스트를 사용한 보안이

필요하다. 신뢰되지 않은 클라이언트와의 비보안 통신을 금지한다.

IPP(Internet Printing Protocol) : 인터넷을 통한 인쇄 방법

인터넷에서 인쇄를 하기 위해서는 프린터 서버상에 IIS 서버가 설치되어 실행되고 있어야 함. URL이나 IP주소로 접근하며 프린터 관리는 웹 브라우저만 있으면 됨.

chown : 소유자(owner)를 바꾸는 명령, root만 사용 가능한 리눅스 명령어.

바이트 스터핑(Byte Stuffing) : 문자열의 프레임 전송을 비정상적으로 중단하는 문제점(끝을 나타내는 문자가 데이터 중간에 오기 때문에 일어나는)을 해결하기 위하여 전송제어 문자 DLE를 추가하여 사용하는 방법

1-Persistent : 회선의 상태를 조사하여 사용 중이 아니면 데이터 프레임을 전송하고, 사용 중이면 전송이 끝날때까지 기다린 후 프레임을 송신한다. 이더넷과 802.3에서 충돌과 채널경쟁을 관리하기 위해 사용하는 기법.

셀렉션(selection) : 주 스테이션이 부 스테이션에게 미리 보낼 데이터를 준비하고 부 스테이션에게 데이터가 전송될 것임을 알려줌. 멀티 포인트 방식에서 중앙 컴퓨터가 주변의 터미널로 데이터를 전송하고자 하는 경우 수신측 터미널의 상태를 확인하는 절차.

회선 교환방식은 회선 설정, 데이터 전송, 회선 해제의 3단계를 거침.

ISDN (Integrated Services Digital Network) ; 종합정보통신망

ISDN[아이에스 디엔]은 다른 매체는 물론, 평범한 구리전화선 위에서도 디지털 전송을 할 수 있게 하기 위한 일련의 CCITT/ITU 표준들이다. 모뎀 대신에 ISDN 어댑터를 설치한 가정이나 회사의 사용자들은 최고 128 Kbps 까지의 빠른 속도로 제공되는 웹 페이지를 볼 수 있다. ISDN은 전송 양단에 어댑터가 필요하므로, 서비스제공자 역시 ISDN 어댑터가 필요하다. ISDN은 일반적으로 미국이나 유럽의 대부분 도시지역의 전화회사가 서비스를 공급하며, 우리나라에서도 한국통신에서 1993년부터 ISDN 서비스를 시작하였다.

아날로그 데이터와 디지털 데이터를 하나의 회선을 통하여 전송할 수 있음.

BISDN (Broadband Integrated Services Digital Network) ; 광대역 종합정보통신망

BISDN[비 아이에스디엔]은 광섬유나 무선매체 등의 광대역 네트웍에서 디지털 전송서비스를 통합하기 위한 개념, 일련의 서비스 및 표준의 개발 등을 모두 포괄하는 용어이다. BISDN은 고속 데이터를 위한 프레임 릴레이 서비스와, FDDI, 그리고 SONET 등을 모두 포함하게 될 것이다. BISDN은 2 Mbps의 속도에서부터 그 이상을 빠른 속도를 지원하게 될 것이지만, 구체적인 속도는 아직 결정되지 않았다.

BISDN은 협대역 가입자회선 상의 구리 전화회선을 이용해 디지털 데이터 전송을 제공하는 ISDN의 광대역 판이다.

비대칭 전이중 방식은 방송 분배 서비스를 하지 않음.

NAT(Network Address Translation); 네트웍 주소 변환

공개 IP와 사설 IP 사이의 주소를 변환해주는 메커니즘을 말하며, 사설IP 주소를 공개 IP 주소로 변환해줌으로써 인터넷에 접속할 수 있는 수단을 제공한다. 서버를 제외한 클라이언트가 외부에서의 접속이 필요 없을경우 사용.

STDM (statistical time division multiplexing) ; 통계적 시분할 다중화

STDM은 비록 전송할 내용이 없어도 시분할이 여전히 채널에 할당되는 표준 시분할 다중화의 일부 비효율성을 극복하기 위해 개발된 시스템이다.

STDM은 어떤 자유 시간대의 여유를 차지하기 위해 채널들이 경쟁하도록 하는 가변 시간대길이를 사용한다.

STDM은 트래픽이 절정에 이르는 기간 중, 데이터를 임시로 저장하는 버퍼 메모리를 채용한다. 이러한 방식은 STDM이 비활성 채널로 인해 고속 회선 시간이 낭비되지 않도록 한다. STDM은 채널 식별자 등과 같은 신분 정보의 전송을 필요로 한다. 이 오버헤드를 줄이기 위해, 각 채널을 위한 다수의 문자들이 전송을 위해 함께 집단으로 묶여진다.

데이터가 존재하는 채널에 대해서만 타임 슬롯을 동적으로 할당하여 데이터를 전송함

bridge ; 브리지

통신 네트웍에서, 브리지는 하나의 랜을 이더넷이나 토큰링과 같이 서로 같은 프로토콜을 쓰고 있는 다른 랜과 연결시켜주는 제품, 브리지는 물리 계층 및 데이터링크 계층의 기능이 있다. 상위 계층 프로토콜과 무관하다. 네트워크 관리가 용이하다. 환경설정이 필요없다.

repeater ; 리피터

통신 네트웍에서, 리피터는 전자기 또는 광학 전송매체 상에서 신호를 수신하고, 증폭하며, 매체의 다음 구간으로 재전송 시키는 장치이다. 리피터들은 전자기장 확산이나 케이블 손실로 인한 신호감쇠를 극복하므로, 여러 대의 리피터들을 써서 신호를 먼 거리까지 연장하는 것이 가능하다. 리피터들은 근거리통신망 내에서 세그먼트들을 서로 연결하는데 사용되며, 또한 유무선 광역통신망 전송을 증폭하고 연장하는 데에도 사용된다.

리피터는 물리 계층 수준의 기능이 있다. 전송 매체간에 리피터를 이용하여 신호의 약화 현상을 막을 수 있다.

hub ; 허브

데이터 통신에서 말하는 허브는, 데이터가 하나 또는 그 이상의 방향으로부터 한곳으로 모이는 장소로서, 들어온 데이터들은 다시 하나 또는 그 이상의 방향으로 전달된다. 허브는 보통 어떤 종류의 스위치를 포함한다 (스위치라고 불리는 장비는 보통 허브라고도 불린다). 허브는 데이터가 모여드는 곳이고 스위치는 모여든 데이터를 어떻게 그리고 어디로 보낼 것인지를 결정하는 것이, 두 장비의 차이점이다. 스위칭 측면에서 고려한다면, 허브는 또한 라우터를 포함할 수 있다. 네트워크 관리가 용이하다. 네트워크 확장이 용이하다. 네트워크 에러검출이 용이하다. 허브에 연결된 사용자가 많을수록 전송속도는 느려짐. 속도를 향상시키기 위해서는 리피터가 필요하다. LAN을 계층적으로 구성할 때 일반적으로 사용되는 장비로서 현재 저렴한 가격으로 가장 많이 사용된다.

switching hub ; 스위칭 허브

스위칭 허브는 "포트 스위칭 허브"를 줄여서 부르는 말로서, 패킷주소에 기반을 두고 패킷을 적절한 포트로 전달하는 특수한 형태의 허브이다. 전통적인 허브는 그저 모든 패킷을 모든 포트로 중계하는데 지나지 않았다. 스위칭 허브는 각 패킷을 필요한 포트에만 전달하기 때문에 더 나은 성과를 제공한다. 대부분의 스위칭 허브들은 부하조절 기능을 제공하므로, 트래픽 양상에 따라 서로 다른 랜 세그먼트에 포트들이 동적으로 재할당될 수 있다.

스위칭 허브를 사용하면 LAN 속도 및 전송 속도가 저하되지 않는다. LAN이 보유한 대역폭을 PC 대수 만큼 나누어서 제공하는 것은 일반 허브 장비이다.

4계층 스위치 : 1.4계층의 경우 TCP나 UCP 헤더에는 OSI의 최상위 계층인 응용 계층의 프로토콜인 HTTP, SMTP, FTP 등을 정확히 구분하는 포트 번호가 모든 패킷에 포함된다.

2.엔드 시스템은 이러한 정보를 통해 패킷 내부에 포함된 데이터를 인식한다.

3.포트 번호는 수신 측의 컴퓨터 시스템에서 IP 패킷의 유형을 결정하고 이것을 상위 계층으로 전달한다. 포트 번호와 디바이스의 IP 어드레스를 소켓이라고 한다.

DLC (data link control) ; 데이터 링크 제어

DLC는 네트웍 통신을 위해 OSI 내에 정의된 기능인 데이터 링크 계층에 의해 제공되는 서비스이다.

데이터 링크 계층의 기본적인 기능들에는 프레임 정의, 프레임 상의 에러 감지 및 교정, 그리고 흐름제어 수행 등이 포함된다. LLC와 MAC로 나누어져 있는 계층이다.

LLC layer (logical link control layer) ; 논리적 연결 제어 계층

OSI 통신 모델에서 LLC 계층은 데이터링크 계층이 가지고 있는 두 개의 부계층 중 하나로서 물리적 매체 상에서 흐름 제어와 에러 제어 등의 트래픽 관리에 관여하고 있다. LLC 계층은 SDLC, NetBIOS, 또는 NetWare 등과 같은 회선 프로토콜을 식별하며, 프레임에 일련번호를 매겨서 도착 확인을 추적할 수도 있다.

Archie ; 아키

Archie는 초창기에 활발하게 사용되던 인터넷 서비스로서, 자신이 필요로 하는 컴퓨터 파일이나 문서가, 어느 anonymous FTP 서버에서 제공되는지를 찾아주는 프로그램이다.

POP3 (Post Office Protocol 3)

POP3[팝 쓰리]는 전자우편을 수신하기 위한 표준 프로토콜로서 가장 최신 버전이다. POP3는 인터넷 서버가 사용자를 위해 전자우편을 수신하고 그 내용을 보관하기 위해 사용되는 클라이언트/서버 프로토콜이다.

Disk Druid : GUI 방식의 파티션 설정 유틸리티

NetBIOS (Network Basic Input/Output System)

NetBIOS[넷 바이오스]는 별개의 컴퓨터 상에 있는 애플리케이션들이 근거리통신망 내에서 서로 통신 할 수 있게 해주는 프로그램이다.

NetBIOS는 세션과 데이터그램 등 두 가지 통신모드를 제공한다. 세션모드는 두 개의 컴퓨터들이 대화를 위해 연결을 맺을 수 있도록 해주며, 커다란 메시지들의 처리와, 에러 감지 및 복구를 제공한다. 데이터그램 모드는 비연결형(connectionless)으로서, 메시지의 크기가 작아야하며, 애플리케이션은 에러 감지와 복구에 관해 자체적으로 처리해야 한다. 데이터그램 모드는 또한 근거리통신망 상의 모든 컴퓨터들에게 메시지를 뿌리는 기능을 지원한다.

NetBEUI : WAN이 아닌 LAN에서의 각 PC들이 상호간 통신을 할 수 있게 하는 프로토콜. 하지만 NetBEUI는 단독으로 사용하지는 못하고 IPX와 같은 다른 프로토콜과 함께 사용, 전송계층이고 UDP에 해당된다.

DHCP는 Dynamic Host Configuration Protocol 의 약자로서 IP 주소를 자동으로 할당 할수 있게 하는 프로토콜. 따라서 클라이언트는 DHCP 서버에게 IP 주소를 요구하고, 서버는 각 클라이언트(PC)에게 자신이 관리하고 있는 IP를 분배해 주기 때문에 클라이언트 쪽에서 DNS나 NetBIOS 이름을 등록하거나, 확인할 수 없는 문제가 발생 할 수 있음.

Windows NT에서 정해진 범위 내의 IP Address를 자동으로 할당해 주는 서버이다.

DHCP서버 주소 범위 설정 옵션 : 서브넷 마스크, IP 임대 기간, 라우터 및 기본 게이트웨이 주소, IP범위

DHCP 네트워크 : DHCP 클라이언트, DHCP 서버, BOOTP/DHCP 릴레이 에이전트 로 구성.

Scope의 속성으로 DHCP 서버를 사용하기 위해서는 IP 주소의 범위와 특정 IP 주소의 서브넷을 결정하는 고유한 서브넷 마스크 그리고 범위를 만들때 지정되는 범위 이름을 할당해 주어야 함

LMHOSTS (LAN Manager Hosts)

LMHOSTS는 IP 주소를 NetBIOS 컴퓨터 이름으로 사상시키기 위해 윈도우가 사용하는 파일이다. 자신이 주기적으로 액세스하는 컴퓨터들의 이름과 IP 주소 목록을 가지고 있다.

WINS 서버와 동일한 역할을 수행한다.

HOSTS 파일은 Remote Host Name의 IP 주소의 매핑을 제공한다.

spool (simultaneous peripheral operations online) ; 스풀

컴퓨터의 문서나 작업목록을 스풀한다는 것은. 그것을 읽어서 하드디스크나 대용량 저장매체에 저장함으로써 좀더 편리한 시간 (예를 들면, 프린터의 경우 현재의 문서를 모두 출력하고 난 다음)에 프린트되거나 처리될 수 있도록 하는것이다.만약 프린터가 이미 다른 파일을 출력하고 있다면, 출력요청한 파일은 하드디스크 상에 스풀처리 된다.

AD HOC 방식은 각 단말끼리 연결이 되는 방식을 의미하며 멀리 떨어져 있는 단말끼리는 중간에 있는 단말들이 중계기 역할을 해 주어서 통신이 이루어 질 수 있도록 함.

무선 랜카드를 가진 컴퓨터 간의 네트워크를 구성하여 작동하는 방식.

token ring network ; 토큰링 네트웍

토큰링 네트웍은 근거리통신망의 한 형태이다. 토큰링 네트웍에서, 모든 워크스테이션은 하나의 링 또는 스타 형상으로 연결되어 있고, 메시지를 동시에 보내고자 하는 두 워크스테이션간의 충돌을 방지하기 위하여 토큰을 돌리는 형식이 사용된다.

프레임 신호의 송수신, 신호의 재생 중계, 토큰 신호의 전송, 우선 레벨의 부여 및 네트워크의 감시, 등의 기능.

ADSL (Asymmetric Digital Subscriber Line) ; 비대칭 디지털 가입자 회선

ADSL[에이디에스엘]은 가정과 회사에 설치되어 있는 전화회선을 통해 높은 대역폭으로 디지털 정보를 전송하기 위한 기술이다. ADSL은 대부분의 채널을 사용자측으로 내려 보내는 하향쪽으로 전송하는데 사용하고, 사용자로부터 받는 정보에는 아주 적게 할당하는 비대칭형 구조이며, 같은 회선에 디지털 정보 뿐 아니라 아날로그(음성) 정보도 동시에 수용할 수 있다. ADSL은 대개 512 Kbps에서 6 Mbps정도의 하향 데이터 전송속도를 제공하는데, 유니버설 ADSL 또는 G.Lite로 알려져 있는 ADSL의 형태가 최초의 ITU 표준으로 승인되었다. 전화선이나 전화기를 그대로 사용하면서도 고속데이터 통신이 가능할 뿐만 아니라 한 전화선으로 일반 전화통신과 데이터 통신을 모두 처리할 수 있다.

codec (coder/decoder, or compression/decompression) ; 코덱

통신공학에서 codec (coder/decoder) [코덱]이라는 용어는 데이터 변환을 수행하는 집적회로나 칩과 관련하여 사용된다. Codec의 형태는 아날로그-디지털 변환이나 디지털-아날로그 변환기능이 하나의 칩 내에 결합되어 있다

T-carrier system ; T급 회선

*전송속도 : T1 = 1.544Mbps E1 = 2.048Mbps T2 = 16Mbps T3 = 45Mbps

ACK (acknowledge) ; 응답문자

한 컴퓨터가 일련의 데이터를 네트웍을 통해 다른 컴퓨터로 보낼 때, 만약 그 데이터 전송이 성공적이었다면 수신측 컴퓨터가 ACK 코드 값을 송신측에 되돌려준다. 그러나, 만약 그 전송에서 에러가 발생하였다면 이때에는 negative ACK를 의미하는 코드, 즉 NAK 코드 값이 되돌려진다. 일반적으로, 송신측 컴퓨터가 일정시간동안 ACK 코드 값을 받지 못했거나, 또는 NAK 코드 값을 받은 경우에는 원래의 데이터가 재송신된다.

BOOTP (Bootstrap Protocol) ; 초기 적재 통신 규약

BOOTP는 네트웍 사용자가 자동으로 구성되고(IP 주소를 받게), 사용자의 간여 없이도 부트되는 운영체계를 가지고 있게 해주는 프로토콜이다. X 터미널 등과 같이 하드디스크를 갖지 않은 장치의 설정 정보를 자동적으로 할당, 관리하기 위해서 개발되었다. 네트웍 관리자에 의해 관리되는 BOOTP 서버는, 일정 시간동안 IP 주소를 자동으로 할당한다. BOOTP는 좀더 진보된 네트웍 관리 프로토콜인 DHCP의 기반이 된다.

CMIP (Common Management Information Protocol) ; 공통 관리 정보 프로토콜

CMIP[씨밉프]는 OSI 통신 모델 상에 근거한 네트웍 관리 프로토콜이다. 이와 관련된

CMIS (Common Management Information Services)는 네트웍 객체나 장치들에 대한 액세스 정보와, 그들을 제어하고, 또 상태 보고서를 수신하기 위한 서비스를 정의한다.

loopback ; 루프백

루프백은 전화시스템에서 네트웍 목적지로 보내어지는 시험 신호로서, 그 신호는 수신된 신호처럼 원래 신호를 보낸 곳으로 되돌아온다. 돌아온 신호는 문제를 진단하는데 도움을 줄 수 있다. 각 전화 시스템의 장치들에 루프백 신호를 한 번에 하나씩 잇달아 보내는 것은, 문제를 분리시키기 위한 기법이다. 자기 자신을 의미(127.0.0.1은 Software Loopback 주소)

Linux : 동시에 하나 이상의 프로그램을 수행할 수 있으며, 멀티태스킹을 지원한다.

foreground 작업이란 화면에 보여 주면서 실행되는 상태를 말한다.

background 시스템 내의 다중 처리가 가능하도록 하는 방법

Linux 명령어 ?

mv = 파일 혹은 디렉토리를 만들거나 이름을 변경

cp = 파일을 복사

find = 특정한 파일을 찾고자 할 때 사용

pwd = 현재 디렉토리의 위치를 보여줌

cat = 화면에 파일의 내용을 한 번에 전부 다 보여주는 명령

계정 관리 권한만 주고자 할 경우는 Account Operators 그룹 권한에 추가해 주면 된다.

바인딩 : Windows 2000에서 네트워크 설정을 할 경우 하나의 네트워크 어댑터에 시스템에 설치된 프로토콜을 사용하거나 사용하지 않게 하는 기능을 포함하고 있음.

LILO : 리눅스 운영체제의 중심이 되는 커널을 주기억 장소로 상주시키는데 사용되는 부트 로더

MBR (Master Boot Record) : 운영체계가 어디에, 어떻게 위치해 있는지를 식별하여 컴퓨터의 주기억 장치에 적재될 수 있도록 하기 위한 정보를 의미하며 디스크의 첫 번째 섹터에 존재

fdisk /mbr : 부트 레코드 제거 명령어

FixMBR : Windows 2000을 사용하던 중에 시스템의 오류로 마스터 부트 레코드에 이상이 있을 경우 마스터 부트 레코드를 복구하는 명령어

optical fiber ; 광섬유(케이블) : 전기 신호를 광선 신호로 바꾸어 유리섬유를 통하여 전달하는 케이블로서 유선 전송매체에 비하여 대역폭이 넓어 데이터 전송률이 뛰어남.

전기신호의 문제점인 전기 모터, 번개 충격으로 인한 신호의 왜곡 현상, 간섭 현상을 해결하기 위해 빛을 이용한 광섬유를 이용한다.

*전송매체

트위스트페어는 2500m 이내의 거리에서 10Mbps의 전송 속도를 낼 수 있다.

동축케이블은 10~50Mbps의 속도를 낼 수 있으며, 브로드밴드와 베이스밴드 방식으로 정보를 전송

interNIC은 도메인과 IP를 관리하는 목적으로 만들어진 조직 , 네트워크 ID를 부여한다.

swap ; 스왑

스왑은 메모리 내의 데이터 페이지 또는 세그먼트를 교체하는 것이다. 스왑핑은 컴퓨터가 주기억장치보다 더 큰 프로그램이나 데이터 파일을 다룰 수 있게 하는 유용한 테크닉이다. 운영체계는 주기억장치 내에 가능한 한 많은 데이터를 복사해 넣고, 나머지는 디스크 상에 남겨둔다. 운영체계가 디스크에 있는 데이터를 필요로할 때, 주기억장치 내의 데이터 일부를 디스크 상의 데이터와 교체한다. DOS는 스왑핑을 수행하지 않지만, OS/2, 윈도우, 유닉스 등을 포함한 많은 운영체계들이 스왑핑을 수행한다. 스왑핑은 때로, 페이징이라고 불리기도 한다.

RAM의 부족한 용량을 보충하기 위해 하드 디스크의 일정 부분을 지정하여 RAM처럼 사용한다. 일반적으로 실제 메모리의 두 배 정도면 적당하다.

시스템을 모니터링 한 결과 SWAP이 많이 일어나면 메모리를 증설해야 한다.

한 번 설정한 SWAP의 크기는 사용자가 변경이 가능하다.

교착상태(Deadlock) : 너무 많은 패킷이 서브넷 상에 존재하여 전송 속도를 저하시키는 상태를 의미.

X.25

X.25[엑스닷 투어니 화이브]는 패킷 교환망에 광범위하게 사용되는 네트웍 프로토콜로서 1976년에 CCITT에 의해 표준으로 채택되었다. X.25 프로토콜은 컴퓨서브나 TCP/IP 네트웍 등 서로 다른 공공네트웍 상의 컴퓨터들이 네트웍 계층 차원에서 중간 매개를 담당하는 컴퓨터를 통해 통신할 수 있게 해준다. X.25의 프로토콜들은 OSI 통신모델에 정의되어 있는 데이터링크 및 물리계층 프로토콜들과 밀접하게 교신한다.

CSU/DSU (Channel Service Unit/Digital Service Unit)

CSU/DSU는 근거리통신망에 사용되는 통신기술로부터 나온 디지털 데이터 프레임들을 광역통신망에 보낼 수 있도록 적절한 프레임으로 변환하는 외장형 모뎀 크기의 하드웨어 장치이다.

10 Base T : 각 Workstation은 Hub로 연결된 케이블을 가지고 있어야 한다.

ATM (asynchronous transfer mode) ; 비동기 전송 모드 , 전용접속 스위칭기술 사용

윈도우2000서버 설치 옵션 : Floppy Disk, CD-ROM, 네트워크 공유 또는 Sysprep를 사용하는 무인 설치 등이 있음.

etc : etc디렉토리는 디바이스 드라이버 장치의 목록이 저장되어 있음

매일 다음으로만 유입이 되어서 구글은 왜 안들어오지 했는데

검색경로를 따로 추가해줘야하더군요 잘설명된 블로그가 있어서 퍼왔습니다

출처: http://jeorijjang.tistory.com/29

<사이트 등록>

1.

구글 웹마스터 도구로 이동

2.

블로그 주소 입력 후 속성추가 클릭

3.

HTML 태그 클릭 후 매타태그 복사(Ctrl+C) 후 자신의 블로그로 이동

4.

관리 페이지에서 HTML/CSS 편집 클릭

5.

<head>와 </head>사이에 매타태그를 붙여넣기(Ctrl+V) 후 저장.

6.

구글 웹마스터 도구로 돌아와 확인을 누르고 계속을 클릭합니다.

<사이트맵>

1.

사이트맵 생성 페이지로 이동(이미 sitemap.xml파일이 첨부되어있으면 4번으로 이동)

블로그 주소를 입력하고 Frequency를 Always로 변경 후

Create Sitemap을 클릭합니다.

2.

파일생성이 완료되면 하단의 Download버튼을 눌러 파일을 저장합니다.

3.

글 작성으로 들어가 sitemap.xml파일을 첨부 후 글을 비공개로 저장합니다.

4.

다시 글을 눌러서 우측에 HTML을 체크한 후 cfile로 시작하는 xml 주소를 복사합니다.

이런식입니다.

5.

구글 웹마스터도구에서 Sitemap 추가/테스트를 눌러

를 입력한 후 제출을 클릭.

앞에 attachment/를 꼭 붙이셔야 합니다.

6.

마찬가지 방법으로rss/

를 입력한 후 제출을 클릭합니다.

<RSS>

위에서 rss/를 추가해서 안해도 될것같긴한데 하나 더 해놓는다고 손해볼건 없으니 저는 이것도 했습니다.

원래는 다들 아래의 방식을 사용하시더군요..

1.

구글 블로그 핑 접속

2.

블로그주소/rss를 입력 후 블로그 전송 클릭

3.

완료

<최적화 완료>

며칠 기다리시면 적용이 됩니다.

(RSS는 1일, 사이트맵은 3일정도 걸린듯)

SVN을 사용한 프로젝트를 하다보면 각각 다른 버전을 사용할때

해당 버전파일을 커밋해버려서 골치아플때가 있다

그럴때 해당파일을 제외하는 설정을 사용해 커밋을 피할수있다

두가지 방법이있다

1. 전체적인 셋팅

   Window > Preperences > Ignored Resources 

   이곳에서 Add Pattern을 통해 제외할 파일들을 추가하면된다

   예시를 들자면 이런 패턴들을 추가할수있다

      .project       //프로젝트 설정이 다를경우 제외

.classpath   // 톰캣버전명이 다를경우때문에 제외
.settings     //  Project Facet 버전이 다를 경우 제외

*/target/**           <-- 메이븐 빌드디렉토리

2. 해당 파일에서 셋팅

Project Explorer -> 파일선택후 우클릭 -> Team -> Add to svn:ignore..

또는 우클릭 후 Synchronize 탭에 들어가면 변경할 파일을 우클릭해보면 Add to svn:ignore 탭이 활성화된 경우가 있다

Add to svn:ignore.. 메뉴가 없거나 비활성화되는경우는 이미 대상파일/디렉토리가 소스관리를 받고있는 상황이기 때문에 이경우에는 ignored 설정이 불가능하다

이경우에는 두가지 선택이 있을 수 있다

가) 위의 전역 키워드를 추가하는 방법을 사용하는것과

나) 대상을 백업후 svn에서 대상을 삭제한상태에서 svn에 커밋해서 형상관리에서 삭제한뒤 대상을 복구하고 Add to svn:ignore 활성화된걸 확인후에 ignored 설정완료를 하면된다

SVN 개요

1.    SVN 개요
1.1    버전 관리 시스템의 필요성
# 개발 버전과 릴리즈 버전이 섞이지 않고 쉽게 관리 할 수 있다.
# 소스를 잘못 수정 했더라도 기록이 남으며, 되돌리기가 쉽다.
# 수정, 추가, 삭제 등의 기록이 모두 남고 변경 사항을 추적하기 쉽다.
# 개발자들이 따로 따로 백업을 하지 않아도 된다.

1.2    버전 관리 시스템 선택
1.2.1    VSS 와 SVN (어느 개발자의 두 버전관리 시스템의 평가)
VSS는 유료이며, VSS의 큰 문제는 깨지는 저장소이다. CS구조가 아닌 NFS 방식으로 파일을 공유하기 때문에 그런 문제가 있었던 것으로 보인다. 안정성이 가장 중요한 요소 중 하나인 SCM에서 자주 깨지는 저장소는 신뢰성을 떨어트린다.

매일 백업을 받고 있었으므로 몇 시간 분량의 손실만 있을 뿐 복구는 할 수 있었지만, 개발 시간을 낭비하게 만드는 것은 아주 짜증나는 일이다. 그리고 허약한 Branch기능은 부족한 기능 중에 하나였다.

SVN은 일단 무료이며, 어느 개발자는 그 오랫동안 사용하면서 저장소는 단 한번도 깨진 적이 없다고 한다. 그리고 빠르다. 아무리 큰 디렉터리를 태깅하거나 브랜치를 해도 시간은 몇 십초 안 걸린다.

CVS에서 엄청나게 큰 디렉터리 태깅하면서 기다려보신 분은 알것이다. 그렇게 빠른 이유는 SVN은 기존의 SCM의 파일 시스템과 완전히 다른 방식을 사용하고 있기 때문이다. 기존의 대부분의 SCM들이 RCS(Revision Control System)에서 기초한 파일시스템을 사용하는데 반해서 SVN의 파일시스템은 기존의 단점을 없애고 새로 만들었다 즉 각 Revision의 Diff만 저장하는 방식이다. 따라서 태그나 브랜치를 만들 때는 Diff가 없으므로 순식간에 이루어진다.

그리고 SVN의 VSS와 비교한 장점 중의 하나가 협업이 훨씬 쉬워졌다는 것이다. SVN도 Lock기능이 있지만, 이걸 사용하지 않고도 협업에 문제가 없다. 왜냐하면 하나의 파일을 동시에 수정할 경우에는 Merge를 해주기 때문이다. 기존에 VSS를 사용할 때는 물론 Multi-lock 기능이 있기는 하지만, 며칠씩 Lock을 걸어 놓고 풀지 않는 사람 때문에 보통 귀찮은 게 아니었다. SVN을 사용하면서 이런 문제는 사라졌다.

결국 SVN의 빠른 속도, 안전한 저장소, 뛰어는 브랜치 기능, 머지기능 등은 저와 저희 팀이 즐겁게, 제대로 일하는데 많은 도움을 주었다. (* 출처 : http://allofsoftware.net/50)
 
1.2.2    CVS 와 SVN
# 커밋 단위가 파일이 아니라 체인지셋이라는 점이다. CVS에서라면 여러 개의 파일을 한꺼번에 커밋하더라도 각각의 파일마다. 리비전이 따로 붙는다. 반면 Subversion에서는 파일별 리비전이 없고 한번 커밋할 때마다 변경 사항별로 리비전이 하나씩 증가한다.
# CVS에 비해 엄청나게 빠른 업데이트/브랜칭/태깅 시간.
# CVS와 거의 동일한 사용법. CVS 사용자라면 누구나 어려움 없이 금방 배울 수 있다.
# 파일 이름변경, 이동, 디렉토리 버전 관리도 지원.
# 원자적(atomic) 커밋. CVS에서는 여러 파일을 커밋하다가 어느 한 파일에서 커밋이 실패했을 경우 앞의 파일만 커밋이 적용되고 뒤의 파일들은 그대로 남아있게 된다. Subversion은 여러개의 파일을 커밋하더라도 커밋이 실패하면 모두 이전 상태로 되돌아 간다.
# 양방향 데이터 전송으로 네트워크 소통량(트래픽) 최소화.
# 트리별, 파일별 접근 제어 리스트. 저장소 쓰기 접근을 가진 개발자라도 아무 소스나 수정하지 못하게 조절할 수 있다.
# 저장소/프로젝트별 환경 설정 가능
# 확장성을 염두에 둔 구조, 깔끔한 소스
(* 출처: http://www.pyrasis.com/main/Subversion-HOWTO)

1.2.3    SVN 관련 용어 설명
저장소 : 리포지토리(Repository)라고도 하며 모든 프로젝트의 프로그램 소스들은 이 저장소 안에 저장이 된다. 그리고 소스뿐만이 아니라 소스의 변경 사항도 모두 저장된다. 네트워크를 통해서 여러 사람이 접근 할 수 있다. 

체크아웃 : 저장소에서 소스를 받아오는 작업. 

커밋(Commit) : 체크아웃 한 소스를 수정, 파일 추가, 삭제 등을 한 뒤 저장소에 저장하여 갱신 하는 것입니다. 커밋을 하면 CVS의 경우 수정한 파일의 리비전이 증가하고 Subversion의 경우 전체 리비전이 1 증가하게 된다.

업데이트(Update) : 체크아웃을 해서 소스를 가져 왔더라도 다른 사람이 커밋을 하였다면 소스가 달라졌을 것입니다. 이럴 경우 업데이트를 하여 저장소에 있는 최신 버전의 소스를 가져온다.

리비전(Revision) : 소스 파일등을 수정하여 커밋하게 되면 일정한 규칙에 의해 숫자가 증가 한다. 저장소에 저장된 각각의 파일 버전이라 할 수 있다. Subversion의 경우 파일별로 리비전이 매겨지지 않고 한번 커밋 한 것으로 전체 리비전이 매겨 진다. 리비전을 보고 프로젝트 진행 상황을 알 수 있다.

임포트(Import) : 아무것도 들어있지 않은 저장소에 맨 처음 소스를 넣는 작업이다.

익스포트(Export) : 체크아웃과는 달리 버전 관리 파일들을 뺀 순수한 소스 파일을 받아올 수 있다. 오픈소스 프로젝트의 경우 소스를 압축하여 릴리즈 할 때 사용한다.
(* 출처: http://www.pyrasis.com/main/Subversion-HOWTO)
 

2.    SVN과 VSS의 차이점
A팀의 VSS 사용 방법을 보니 이제 새로 사용할 SVN과는 다소 차이점이 있어 그 차이점을 간략하게 설명한다.

2.1    SVN은 하나의 프로젝트를 하나의 저장소에 저장한다.
VSS를 보니 여러 A팀 프로젝트를 하나의 저장소에서 조회하고 저장소에서 직접 등록/수정/삭제도 하는 것 같다.물론  SVN도 여러 A팀 프로젝트를 하나의 저장소에서 조회하는 것이 가능하다. 

그러나 그 수많은 프로젝트를 하나의 저장소에서 관리하면 1. 저장소가 비대해지는 등의 이유로 관리하기 어려움점이 있다.(이점은 VSS도 동일한 문제라고 생각함) 2. SVN을 잘 사용하려면 사용 방법에 대해 묵시적인 관례를 따라야 하는데 SVN 관례중 하나는 프로젝트 단위별로 저장소를 관리하는 것이다. 

2.2    여러 프로젝트에서 공통적으로 SVN을 사용하는 관례는 처음 한번 모든 프로젝트를 로컬에 다운받는 것이다. 
SVN이던 CVS던 버전관리 저장소의 프로젝트를 개발자가 사용하려면 일단 개발자 로컬에 모든 소스를 다운로드 받고 로컬에서 작업하고 저장소로 동기화 하는 구조로 되어 있다. 

그래서 최초에 한번은 저장소의 모든 소스를 로컬에 다운로드 받아야 한다. 그 다음부터는 변경된 건에 대해서만 저장소로부터 update 받고 로컬의 소스를 commit 할 수 있다. 

만약 개발자가 아닌 단순 ‘조회(View)’ 목적으로 저장소의 파일을 보길 원한다면, SVN 클라이언트의 저장소 뷰 기능을 통해 VSS처럼 저장소의 최신 소스를 조회 할 수 있다.

2.3    SVN 클라이언트 프로그램은 여러 종류가 있는데 그중 우리가 사용할 클라이언트는 탐색기에 Add 된 형태로 사용한다. 

SVN 클라이언트는 여러 종류가 있는데 우리가 사용하는 클라이언트 툴은 그림 파일을 보면 알 수 있겠지만, 탐색기에 Add된 형태로 사용한다. 

 
3.    SVN 설치방법
3.1    SVN 클라이언트를 설치한다.
http://tortoisesvn.net/downloads 에서 TortoiseSVN-1.6.5.16974-win32-svn-1.6.5.msi 를 다운로드 받는다. 

TortoiseSVN-1.6.5.16974-win32-svn-1.6.5.msi 을 실행하여 설치한다.

설치 후 restart는 굳이 할 필요 없다.

설치가 완료된후 탐색기 오른쪽 마우스를 클릭하면 다음의 메뉴가 추가되었다.

3.2    프로젝트 체크아웃(다운로드 받기)
1. 자신의 컴퓨터에서 프로젝트 용도의 폴더를 생성한다.
예) c:\source1 <- 이 폴더명은 사용자 임의로 정할 수 있다. 

2. c:\source1 폴더로 들어가서 마우스 우측 버튼 > SVN Checkout 을 클릭한다.

3. 저장소 URL을 타이핑한다. 예) svn://192.24.7.241/AMLUI/trunk 

4. 체크아웃 다 받을때까지 기다린다.

3.3    프로젝트 최초 등록
1. 체크아웃 받은 폴더에, 등록하고자 하는 프로젝트 소스를 복사/붙여넣기 한다.

2. 마우스 우측버튼 > SVN Commit을 누른다. 

3. Commit 리스트 전체 소스를 ‘체크’ 표시하고 확인버튼을 누른다. (이해안되면 4.4 설명 참고) 


4.    SVN  사용 방법 및 관례
일단 아래 설명이 복잡하게 느껴지면 이것만 기억해도 좋다. 수시로 저장소의 최신 소스를 update 받고 수시로 자신이 수정한 파일을 commit 하는 것이 SVN등의 버전 관리 시스템을 가장 잘 사용하는 방법이다. 

4.1    출근후 처음 작업하기 전에 전체 Update를 한다.
만약 현재 프로젝트를 여러명이 같이 진행하고 있으면, 출근후 첫 작업하기 전에, 프로젝트 전체 Update를 한번 받아 저장소와 로컬간 전체 동기화를 시킨다.
 
4.2    파일을 commit 할때, commit 하기 전에 관련 파일을 한번 update 받고 commit 한다.
만약 현재 프로젝트를 여러명이 같이 진행하고 있고, 해당 파일 수정 작업을 오래하고 있으면, 작업된 파일을 commit 하기전에 한번 관련 파일을 update받아  저장소와 로컬간에 소스 동기화를 한 다음, 다시 commit 한다. 

4.3    파일을 delete 할때, 로컬에서 파일을 지웠으면 그 지운 내용도 commit을 한다. 
쓸모 없는 파일이 발견되어 파일을 delete 하면, 지운 내역도 저장소에 commit을 하여 저장소의 쓸모없는 파일을 지울 수 있다. (CVS등에서는 제공되지 않는 기능)

4.4    파일을 add 할때, commit 버튼을 누른 후 새로 add할 파일의 체크박스를 체크 하고 올린다.
파일을 add할때는, 해당 폴더에서 commit버튼을 누르면 새로 add할 파일 목록이 나온다. 그런데 이때 체크박스에 표시를 하고 등록을 해야 새로운 파일이 저장소에 등록이 된다.
 
4.5    만약 commit, udpate중 충돌이 발생했을때
1. commit 할때 에러가나면 대부분 마지막으로 update받은 이후에, 누군가 저장소로 새로 파일을 commit 한 상태에서 발생한다. 이말은 commit을 하기전에 마지막으로 update 받은 파일이 저장소의 최신 버전과 일치해야 한다는 것이다. 

2. update 받을때 에러가나면 대부분 현재 작업한 파일과 저장소의 마지막으로 변경된 파일이 다를 때 주로 발생한다. 1.과 비슷한 상황이다. 이때는 diff를 이용하여 틀린 부분을 맞춰준다음 다시 commit 한다.

3. 기타 여러가지 이유로 svn 관련 에러가 발생할수 있다. 이럴 경우 마우스 우측버튼 하여 Clean up을 한다. 그래도 안될 경우에도 여러 해결방법이 있는데..
 
4.6    퇴근할때는 현재까지 작업한 소스를 전체 commit 한다.
소스 동기화를 자주 하는것이야 말로 SVN을 잘 활용하는 방법이다. 마치 사람없는 집은 금방 폐허가 되는 경우와 비슷하다. SVN 사용 관례상 지속적인 소스 동기화를 위해 퇴근할 때 현재까지 작업한 소스를 전체 commit하는 습관을 가진다. 


5.    SVN 관련 유익한 사이트
http://www.pyrasis.com/main/Subversion-HOWTO
SVN에 대한 전반적인 설명이 매우 잘 되어있다.

http://allofsoftware.net/50
VSS,SVN,CVS 등의 비교 에 대한 설명이 잘 되어있다.

http://blog.naver.com/ccw3435?Redirect=Log&logNo=100043063029
SVN의 일반적인 사용법

출처:http://mckdh.net/413