"율법의 건물,"첫 번째 작업

이 작품은 과정 속 과정
어디 작업이 필요
이 과정에서 내 목표는 그리고 시스템 분석 및 설계 능력의 몇 가지 이해가
작업의 특정 측면에있는 나 목표를 달성하는 데 도움 시스템 분석 및 설계의 예비 이해
개인 블로그 홈 블로그

자신을 소개하려고합니다

제 소금에 절인 물고기는 게임, 많은 것들을 재생 사랑하지만 그들은 관심을 유지에 관심이 없습니다. 아마 때문에 낯선 사람에게 매우 정중하지만 매우 추운 사회적 활용의 두려움. 재미는 최근 고슴도치를 발생합니다.

독서와 생각

대학에 들어가기 기억

  • 사실 발견하고, 졸업 후 자신의 전문 대학 계획에 대한 충분한 지식을 가지고 내가 컴퓨터에 더 관심이 게임을 좋아해서 소프트웨어 프로젝트를 선택하지 않은 전문의 고등학교 졸업 선택.

  • 마음의 시작은 게임에 관심이 있지만, 최종 게임 졸업 전망을 고려 결국, 그래서 관련없는 학습 게임이 없지만, 소프트웨어 공학 물건에 학교에 영향을 미치지 않지만 그것은 기대와 일치 아직도있다.

  • 지금의 소프트웨어 공학 직업은 내가 가장 좋아하는 파티와 컴퓨터 전문가없는 것 같다,하지만 전문의 대부분을 이해하는 측면에서 정말 좋은 것입니다.

  • 아니, 대학원 공부를 계속 어떤 작업 계획은 없다.

제어 등

  • 정말, 장난 느낄 배운 내용을 다시 보면, 대학의 세 번째 해를 입력합니다. 철저한 이해가 많이 접촉의 모든 측면을 이해하고, '아니오'라고 좋아, 그것은 C는 C #을 조금있을 것입니다 것입니다, 자바는 C와 JAVA WEB에 있어야 대부분의 시간을 보내고, 운영 체제는 조금 보았다는 것입니다 개발은, 그러나 결국에 충실하지 않았다. 상황이 잡아 수없는 자신의 미래 학습 과정을 계획하는 좋은 이유가없는, 거의있다. 대학 내에서 작성된 코드의 양은 족장 비행뿐만 아니라, 조금 작성하려고하는 자신을 가지고와 있지만 자바 웹 프로젝트의 여름을 할 시간입니다 ... 아마도 가장 복잡한 요리입니다 만 만 라인을 추정하지만, 완성의 정도 매우 낮은.

  • 자격을 갖춘 졸업생되고, 대비 족장에, 다른 사람도 일일 10H의 15 시간을 배우면, 큰 차이를 축적. 하지만 내 목표는 느낌이 데이터 구조에 기초 뭔가 더하고, 더욱 더 C에 기초하므로 모집에 요구되지 않은 실제적인 일에 응답 할 수 있습니다.

향후 계획

  • 사람들이 계획의 변화를 경험하지 전에 전에 생각했던 긴 시간이 뭔가를 보았다는 것이다.

  • 사실 아무것도 분석의 장점과 단점, PubMed를 너무 실용적인하지, 개인적인 선택의 더 많은입니다.

  • 주니어 배열은 영어와 높은 정치의 수는, 현재의 사건을보고, 이해에서 자신의 지식을 확장 모색 할 수있다 학습을 유지하는 것입니다. 전문적인 수준의 내용뿐만 아니라, 지식 기반,하지만 가장 중요한 사실을 배우고, 만 최종 결과는 매우 명백 할 것이다 무엇을 간에서 시간을 보내고 연구, 준수합니다.

  • 을 할 자신을 좋아합니까.

문제

  1. 고토 관련 도서 69
    고토 심지어 신입생 간주됩니다 우리의 연구의 시간에 사용하지 않을 때 그 프로그램의 논리적 구조를 파괴하기 때문에, 가능한 한 줄일 필요가 있지만,이 책에서 우리는 프로그램 로직을 체험 할 수있는 경우, 아무것도 할 수 고토의 사용을 포함.

  2. 경우 이름 지정에 대한 67-69 페이지의 책은 밑줄
    추천 혹 명칭을 참조하십시오.

  3. 다섯 번째 장에서는 책 소프트웨어 팀 모드
    교사로 책을 찾을 수없는 사고뿐만 아니라, 너무 많은 자신의 아이디어를 추가하는 방법에 대해 이야기했다. 권장 소프트웨어 팀 모드

  4. 이 책 291 쌍 - 현명한 직교 실험 설계와
    나는 시험이 방법을 처음봤을 때,하지만 버그에 영향을 미치는 두 핵심 요소가 얻은 경험을 바탕으로 요인에 대한 의심을 가지고, 그것은 할 수있다 코드는 덜 기록됩니다.

  5. 나는 많은 것들을 썼다, 그러나 모든 것을 배우고 기억해야하는 경우이 책을 통해 발견보고 후, 같은 책 169을 추정 강조하기 시작하면서, 패스 파인더 등 사람들은 말했다 이전에 결정을하지만, 전에 그들은 프로젝트 추정치를 강조하지 않는다 값, 그들은 자신의 학습에서 읽은 내용의 중요성을 결정하는 것이 필요하다 그렇게.

이해 및 소스 버전 관리 도구를 조사

  • 힘내
    • 이점
      • 분산 개발에 적합
      • 갈등을 해결하기 쉬운
      • 공공 서버의 압력과 너무 큰되지 않습니다 데이터의 양
      • 오프라인으로 작업
    • 결점
      • 명령의 많은
      • 프로젝트 가난한 보안
  • SVN
    • 이점
      • 단순한
      • 일관성의 높은 코드
      • 지원 바이너리 파일은 쉽게 큰 파일을 처리하는
    • 결점
      • 서버, 데이터베이스 용량의 급증에 너무 많은 압력
      • 당신은 서버에 연결되어 있어야합니다
      • 오픈 소스 개발에 적합하지 않음
  • GitHub의
    • 이점
      • GitHub의에 Git 저장소는 전체 프로토콜 지원, 정보 지원 HTTP 프로토콜, 힘내 - 데몬, SSH 프로토콜을 제공합니다.
      • GitHub의 온라인 파일을 편집 할 수있는 기능을 제공, 사용자가 직접 파일 라이브러리를 통해 브라우저의 버전을 수정할 수 있습니다 망할 놈에 익숙하지 않은.
      • 사용자는 프로젝트를 수행하고 프로젝트의 역학을 이해하는 다른 사용자와 개발자에 초점을 맞출 수 있습니다.
      • 포크 프로젝트 및 당기 요청이 작동 모드 GitHub의 가장 독특한 스타일을 구성한다.
    • 결점
      • 시작하기 어려운, 천천히 실행.
      • 우리는 기본 영어를 필요로하거나 당신이 찢어 것

추천

출처www.cnblogs.com/crouchiha/p/11509648.html