프로그래머 가 마인드 맵 을 작동하는 방식을 구성하는 데 어떻게 유용합니까?
프로그래머 가 마인드 맵 을 작동하는 방식을 구성하는 데 어떻게 유용합니까?
답변:
마인드 맵 => UML.
마인드 매핑으로 시작할 수 있습니다. 일반적으로 잘못 구조화 된 마인드 매핑 기술은 시작하기에는 좋지만 크게 쓸모없고 혼란 스럽습니다.
마인드 매핑 다이어그램 대신 UML 다이어그램을 사용하십시오.
시스템의 특정 관점이나 측면에 중점을 둡니다.
유스 케이스 다이어그램은 액터 유스 케이스의 일류 마인드 맵입니다. 표기법을 바꾸면 괜찮습니다.
클래스 다이어그램은 클래스 또는 객체 간의 정적 관계에 대한 마인드 맵입니다. 표기법을 UML로 전환하면 괜찮습니다.
시퀀스 및 활동 다이어그램은 객체 간의 동적 관계에 대한 마인드 맵일 수 있습니다. 다시 말하지만, 일반적인 마인드 맵에서 특정 UML로 표기를 수정하면 실제 변경 사항을 거의 적용하지 않고도 생산성을 높일 수 있습니다.
배포 및 구성 요소 다이어그램은 특정 문제 (물리 배포 및 소프트웨어 아키텍처)에 중점을 둔 일류 마인드 맵입니다.
다른 모든 도구와 마찬가지로이 도구는 잘못 잘못 사용될 수 있습니다. 더 나은 소프트웨어를 작성하는 데 도움이되는 도구는 사용할 가치가있는 도구입니다. 특히 초기 단계의 마인드 맵은 사용자와 사용자가 수행중인 작업에 대한 명확한 아이디어를 얻을 수 있도록 우위를 제공 할 수 있습니다. 그러나 쉽게 제거 할 수 있습니다.
출처를 알 수 없음-출처를 기억하지 않으며 이미지에 제안을 제공 할 정보가 없습니다.
나는 미래의 시스템 사용자와 대화 할 때 주로 초기 디자인 단계에서 마인드 맵을 사용합니다. 이러한 방식으로 정보를 신속하게 (재) 구조화 할 수 있습니다. 실제 작업의 경우 somtimes는 작업 항목과 함께 마인드 맵을 그리고 완료되면 각 항목을 확인합니다.
학습 할 때 마인드 맵이 유용 할 수 있습니다. 회의 연설이나 팟 캐스트를 듣고 있다면 주제에 대한 마인드 맵을 그립니다. 이를 통해 향후 정보를 더 잘 기억할 수 있습니다.
일부 연구는 또한 그리기 (나는 때때로 마인드 맵 옆에 있음)가 뇌의 더 많은 영역을 활성화시켜 정보 흡수 및 분석을 향상시키는 데 도움이된다고 제안합니다.
나는이 질문이 매우 모호하고 지나치게 일반적이라는 것을 알았습니다. 명확하고 전문화하면 도움이 될 것입니다.
어쨌든 마인드 맵은 일반적으로 많은 양의 원시 개념 / 아이디어 / 사실 / 생각 등을 추적하고 구성해야 할 때 일반적으로 유용합니다. 종이 / 화면에 배치하고 관계를 스케치하는 데 도움이됩니다. 귀를 기울입니다. 많은 사람들이 시각적 유형이기 때문에 그림 / 도표로 물건을보고 정신적으로 그것을 잡을 수 있어야합니다. 그러나 그렇지 않더라도 모든 사람은 자신의 마음의 힘 한계를 가지고 있으며, 그 이상으로 마음지도가 편리합니다.
프로그래밍에서 이것은 일반적으로 프로젝트의 초기 단계에서 사용됩니다 (예 : 팀에서 우리가 사용합니다)
나는 프로그래밍 할 때 종종 종이에 마인드 맵을 사용한다 : 종이에 글을 쓰는 것이 컴퓨터에서 작업을 입력하는 것보다 빠르며, 작업이 적어 마인드 맵을 하루 종일 마칠 수있을 정도로 작은 경우 (그렇지 않으면, 나는 집에서 프로젝트 작업을하고 싶을 것입니다. 단지해야 할 일에 대한 제 마음지도가 사무실에 남아 있음을 발견하기 위해서입니다).
장기 프로젝트의 경우 컴퓨터에서 사용자 정의 할 일 목록 관리자를 사용하므로 한 장의 용지와 달리 손실이 거의 불가능하다는 장점이 있습니다.
따라서 종이 마인드 맵을 사용하면 작업을 논리적으로 신속하게 구성하고 작업을 즉시 추가 할 수 있습니다. 즉, 전 세계에 집중하고 작업의 우선 순위를 쉽게 지정할 수 있습니다.