"코드에서 꿈꾸는"감정적으로 "행위"의 기사에서 언급 한 "큰 소"의 마지막 장을 완료했습니다.
전에,이 기사를 읽고 기사를 읽은 후, 해변 참석자의 외국 IT 부문을 느낄뿐만 아니라 그들이 잘 알려진 프로젝트를 많이 깨닫게 좋은 소프트웨어를 많이 했더라도, 한숨,하지만, 그들은 (책 정직하게 문자) 프로젝트 관리 기능과 소프트웨어를 개발하는 능력은 정말 제한됩니다. 그들은 항상 웅대 한 야망 챈들러을 수행하는, 그들은 항상 최신 기술을 사용하여 오픈 소스에 기대 플랫폼을 기대하고, 사용자에게 최고의 경험을 제공하기를 원하지만 명확한 시간 제한이없는 야심 찬 목표를 즐겁게, 그들은 몰랐다 "자신의 능력의 부족,하지만 그들은 정말 세상을 바꿀 수 있다는 느낌, 그것은 자신의 이해의 부족은 수요에 대한 지식의 부족, 긴,이 거대한 투자를 만드는 현실에 대한 지식의 거대한 소비 부족 아무것도에 큰 "프로젝트.
소프트웨어 개발 프로젝트의 전 과정에서 소프트웨어 개발뿐만 아니라 구현하기 전에 실제로, 수많은 실패와 같은, 그런 큰 실패는 항상 저를 생각 나게 할 수 있고, 생각하고, 내가 소프트웨어 개발 과정에 대해 생각하게 단지 세부 개발 계획을 수립해야 할뿐만 아니라, 자신의 강점과 약점의 명확한 이해가 명확하게 설정 한 시간과 개발 목표의 기간을 개발했다.
본문에 언급, 소프트웨어 설계는 두 가지 의미를 가지고, 하나는 우리가 제품을 구축하고자이고, 두 번째는, 나는 두 개의 서로 다른 역할이 믿고 제품은 소프트웨어 공학에서 구현 될 수 있도록하는 것입니다 - 주제 전문가 및 엔지니어. 오직 코드를 프로그래머가 항상 전문가와 엔지니어가 될 수없는 방법을 알고있다. 코드는 소프트웨어 개발의 기초가 있지만, 모든 핵심 소프트웨어 개발을 나타내지 않는 코드 소프트웨어 개발의 일부 코드,하지만 소프트웨어 설계 프로세스의 관리 프로세스되지 않지만. 부담금 등의 소프트웨어 개발 프로세스는, 불안정성의 모듈은 다른 모듈에 영향을, 심지어 건물 전체가 붕괴의 원인이됩니다. 코딩이나 설계 과정에서하든, 우리는 항상 코드의 코드의 결합을 고려뿐만 아니라, 폭포에 따라 작업 분해가이 처리 모듈과 아이디어를 나누고, 분할 및 정복의 아이디어를 채택, 당신은 또한 보라 다양한 모듈 사이의 상호 작용. 소프트웨어 개발 라이프 사이클은 실행의 부족, 설계 사이클 편차 요구 등등에 영향을 미칠 것입니다 코드의 길이가있을 것입니다 여부, 개발 과정에서 상황을 고려하는 것이 필수적이다. 챈들러 개발자 및 의사 결정자, 자신의 라이프 사이클과 진짜 지식과 이해, 그리고 궁극적으로 같이 프로젝트의 실패로 이어집니다.
그리고 모든 직업은 항상 프로그래머의 관점은 엄격한에, 우리는 분명히 하나님이 한 번 기록되지 않습니다 프로그래머, 좋은 코드의 조각 아니라는 것을 인식해야 준수, 끊임없이, 지속적으로 시도, 지속적인 개선을 통해 항상 성질.
내 자신의 소프트웨어 개발 과정에서 종종 중간 또는 새로운 아이디어를이 책을 읽은 후, 기능이 나타납니다를 추가 할 필요도 방법의 개발에 큰 변화가있을 것입니다, 난에 매일 전염병 등록 시스템에 도달 재 - 수행 APP의 머리를 이미 완성 된 부분 이외에 세부 계획도 기능과 일정 계획의 모두 자신의 학습 능력과 지식 현재를 기반으로, 기능적인 디자인, 계획 및 개발주기, 일일 일정 계획 섹션이 완료되지 않은이 포함되어 있습니다. 이러한 세부 계획, 소프트웨어 개발 프로세스의 생각은 분명 것을 처음으로,하지만 오늘은 개발 진행의 진행 상황을보고 정말 개발 한 열정을 떠나는 작업의 구현, 후.
나는 기능이 달성 된 원활 오늘 실시 된 인터페이스를 볼 때, 단어 엔지니어링 소프트웨어 공학의 깊은 이해를 갖고있는 것 같아요. 나는 지속적인 학습과 성장, 그리고 내가 가진 본질은보다 심층적 인 소프트웨어 공학의 이해 될 수 있다고 생각합니다. 또한 덕분에 "코드의 꿈은,"이 책은 나에게 소프트웨어 개발 프로세스의 영감을 제공합니다.