sơ đồ tư duy cho lập trình viên [đóng]

10

Làm thế nào là bản đồ tư duy hữu ích cho các lập trình viên trong việc tổ chức cách họ làm việc?

mind-mapping

— prasonscala
nguồn

1

Tôi không thấy chúng hữu ích. Điều này trông giống như một cái gì đó nghệ thuật hoặc người phi kỹ thuật sẽ vẽ. 12manage.com/images/picture_mind_mapping_appluggest.jpg Tôi cũng không thấy UML hữu ích. Tôi có thể xem xét nó sau khi mã được thực hiện, nhưng tôi sẽ không thiết kế mã này trước và sau đó triển khai mã dựa trên nó. Tôi thích sử dụng các sơ đồ phù hợp nhất với tôi, những sơ đồ không bị ảnh hưởng bởi bất kỳ quy trình nào. Các ví dụ hay (không phải của tôi): Lemonodor.com/images/computer-music-compocation-levels.jpg valelab.ucsf.edu/~MM/MMwiki/images/9/9e/Block_diagram.gif Không phải bản đồ không phải là UML.

— Công việc

@Job, sơ đồ tư duy khá hữu ích - nếu bạn không thích sơ đồ, hãy thử chế độ org trong Emacs, đây là một công cụ tuyệt vời để nắm bắt những suy nghĩ không có cấu trúc của bạn, trước bất kỳ kế hoạch thích hợp nào. Đối với UML - tôi đồng ý, nó hoàn toàn vô giá trị.

— SK-logic

1

Tôi đã thấy các công cụ lập bản đồ tư duy kỹ thuật số được sử dụng để gỡ lỗi (!) - Tôi cho rằng đó là một cách có cấu trúc tốt để liệt kê các sự kiện có thể xảy ra và tìm ra nguyên nhân có thể gây ra lỗi.

— James

Có rất nhiều phiếu để đóng câu hỏi. Thật thú vị vì chủ đề này cung cấp rất nhiều điều để thảo luận nhưng cũng hơi mơ hồ. Có rất nhiều khía cạnh trong công việc của một lập trình viên cho vay để lập bản đồ tư duy, cụ thể bạn đang tìm kiếm lợi ích gì từ nó?

— Michael Brown

Tôi đã sử dụng SimpleMind như một công cụ bản đồ tư duy để biết những gì đang xảy ra với mã của mình và nó đã giúp ích rất nhiều. Phải mất thời gian để tạo ra nó cho từng phương thức và lớp nhưng sau đó lập trình trở thành một trò chơi thú vị. Lập trình trực quan trong môi trường 3d với tổng quan về sơ đồ tư duy được trang bị AI là tương lai của lập trình. Không ai có khả năng viết một chương trình theo cách AI có thể làm điều đó trong một phần của tương lai thứ hai sớm. Sau đó, cần phải trình diễn trực quan về những gì đang xảy ra bên trong các mã được tạo bởi AI. Cách nhanh nhất và đơn giản nhất để nhận thông tin về logic của phần mềm là ánh xạ.

— Eftekhari

10

Sơ đồ tư duy => UML.

Bạn có thể bắt đầu với sơ đồ tư duy. Các kỹ thuật lập bản đồ tư duy chung, không có cấu trúc là tốt để bắt đầu, nhưng, phần lớn là vô dụng và khó hiểu.

Sử dụng sơ đồ UML thay vì sơ đồ tư duy.

Tập trung vào các quan điểm hoặc khía cạnh cụ thể của hệ thống:

Sơ đồ ca sử dụng là sơ đồ tư duy hạng nhất của các trường hợp sử dụng diễn viên. Chuyển đổi ký hiệu và bạn ổn.
Các sơ đồ lớp là một sơ đồ tư duy về các mối quan hệ tĩnh giữa các lớp hoặc các đối tượng. Chuyển ký hiệu sang UML và bạn ổn.
Biểu đồ trình tự và hoạt động có thể là sơ đồ tư duy cho các mối quan hệ động giữa các đối tượng. Một lần nữa, sửa đổi ký hiệu của bạn khỏi sơ đồ tư duy chung thành UML cụ thể và bạn có thể làm việc hiệu quả hơn rất nhiều với ít thay đổi thực tế đối với thực tiễn của bạn.
Sơ đồ thành phần và triển khai là bản đồ tư duy hạng nhất tập trung vào các vấn đề cụ thể (triển khai vật lý và kiến trúc phần mềm.)

— S.Lott
nguồn

Tôi thấy phản hồi của bạn khá chính xác, tôi cũng sử dụng chúng thường xuyên khi tôi kiểm tra mã, không chỉ khi bạn bắt đầu một dự án mới. Tôi thấy đó là một bài tập tốt để vào mã nhanh chóng và sạch sẽ. Điều buồn cười là, bạn ngay lập tức nắm bắt nếu người đó có bất kỳ ý tưởng nào hoặc không biết anh ấy / cô ấy đang làm gì. Tôi chỉ tìm thấy một số lỗi "hài hước" dễ sửa!

8

Như với mọi công cụ khác, công cụ này có thể bị sử dụng sai. Tôi tìm thấy bất kỳ công cụ nào tạo điều kiện cho tôi viết phần mềm tốt hơn là một công cụ đáng sử dụng. Bản đồ tư duy, đặc biệt là trong các giai đoạn đầu có thể cung cấp cho bạn một lợi thế để bạn (và người dùng của bạn) có thể có được một ý tưởng rõ ràng về những gì đang được thực hiện. Tuy nhiên, thật dễ dàng để được mang đi:

Bản đồ tư duy tuyệt vời

Không rõ nguồn gốc - Tôi không nhớ mình đã lấy nó từ đâu và không có thông tin nào trong các hình ảnh để đưa ra đề xuất.

— Sardathrion - chống lạm dụng SE
nguồn

Dưới cùng bên phải nói bữa ăn trưa, nhưng không thể tìm thấy (bất kỳ nữa) trên lunchbreath.com. Phong cách phù hợp ;-) CẬP NHẬT: Một "bữa ăn trưa tinh thần" đơn giản của Google tìm thấy nó.

— Jan Doggen

Vâng, nó làm. Tuy nhiên, giống như bạn, tôi không thể tìm thấy nó ở đó. Vì vậy, nó có khả năng ở đó, ở đâu đó.

— Sardathrion - chống lại lạm dụng SE

4

Tôi sử dụng mindmapping chủ yếu trong giai đoạn thiết kế ban đầu khi nói chuyện với người dùng tương lai của hệ thống. Theo cách này, thông tin có thể nhanh chóng được (tái) cấu trúc. Đối với công việc thực tế, đôi khi tôi vẽ một sơ đồ tư duy với các mục công việc và kiểm tra từng mục khi hoàn thành.

Mindmap có thể alos có ích khi học. Nếu tôi đang nghe một bài phát biểu hội nghị hoặc một podcast, tôi sẽ vẽ sơ đồ tư duy của chủ đề. Điều này giúp tôi ghi nhớ thông tin tốt hơn trong tương lai.

Một số nghiên cứu cũng đề xuất vẽ (đôi khi tôi làm bên cạnh sơ đồ tư duy) giúp có nhiều khu vực hoạt động của não hơn dẫn đến sự phân tích và phân tích thông tin tốt hơn.

— giới thiệu
nguồn

2

Nếu bạn có một thiết kế phù hợp, bạn không thực sự cần một sơ đồ tư duy để sắp xếp công việc của mình. Tất cả các nhiệm vụ được xác định trước. Nếu cần phải làm thêm điều gì đó, người quản lý dự án cần được cảnh báo và anh ấy / cô ấy có thể lên kế hoạch cho nhiệm vụ bổ sung này cho nhà phát triển.

Khi sử dụng một cách tiếp cận nhanh để quản lý dự án của bạn, bạn có thể có một cái gì đó giống như những câu chuyện mà về cơ bản là những nhiệm vụ nhỏ cần phải hoàn thành.

Bạn có thể sử dụng sơ đồ tư duy, nhưng tôi nghĩ tốt hơn là sử dụng giải pháp quản lý dự án đã cung cấp một cái gì đó như thế này thay vì tự làm và không chia sẻ nó theo cách có tổ chức với đồng nghiệp.

— Tháng 1
nguồn

1

Tôi thấy câu hỏi này khá mơ hồ và quá chung chung - nó sẽ giúp ích nếu bạn làm rõ / chuyên môn hóa nó một chút.

Dù sao, bản đồ tư duy nói chung rất hữu ích khi bạn cần theo dõi và sắp xếp trong đầu một số lượng lớn các khái niệm / ý tưởng / sự kiện / suy nghĩ thô, v.v ... Nó giúp đưa chúng lên giấy / màn hình, và bắt đầu phác thảo các mối quan hệ của chúng và tìm kiếm ra. Rất nhiều người thuộc loại hình ảnh, vì vậy họ cần nhìn thấy những thứ trong một hình ảnh / sơ đồ để có thể nắm bắt nó về mặt tinh thần. Nhưng ngay cả khi không, mọi người đều có giới hạn sức mạnh tâm trí của mình, trên đó bản đồ tư duy có thể có ích.

Trong lập trình, điều này thường được sử dụng trong các giai đoạn đầu của dự án, ví dụ như trong nhóm của chúng tôi, chúng tôi sử dụng nó

để thu thập và sắp xếp các ý tưởng khi động não về các tính năng / cải tiến mới có thể để sử dụng tài nguyên của chúng tôi trong những tháng tiếp theo và
để thu thập và sắp xếp các nhiệm vụ, rủi ro và vấn đề cần thiết khi thực hiện đánh giá và ước tính cấp cao ban đầu cho một tính năng mới lớn.

— Péter Török
nguồn

0

Tôi thường sử dụng sơ đồ tư duy trên giấy khi lập trình: trong mọi tình huống viết trên giấy nhanh hơn nhập các tác vụ trên máy tính và khi số lượng tác vụ đủ nhỏ để bản đồ tư duy có thể được ném đi vào cuối ngày (nếu không, tôi có thể muốn làm việc trong dự án tại nhà, chỉ để khám phá ra rằng bản đồ tư duy của tôi về to-dos vẫn còn ở văn phòng).

Đối với các dự án dài hạn, tôi sử dụng trình quản lý danh sách việc cần làm tùy chỉnh trên máy tính của mình, điều này có lợi thế là gần như không thể bị mất (trái ngược với một tờ giấy).

Do đó, tôi thấy bản đồ tư duy bằng giấy hữu ích để nhanh chóng tổ chức các nhiệm vụ một cách hợp lý và để thêm các nhiệm vụ một cách nhanh chóng: chúng giúp tôi tập trung vào bức tranh toàn cầu và cũng dễ dàng ưu tiên các nhiệm vụ.

— Eric O Lebigot
nguồn