mind map untuk programmer [ditutup]

10

Bagaimana peta pikiran bermanfaat bagi programmer dalam mengatur cara kerjanya?

mind-mapping

— prasoncala
sumber

1

Saya tidak menemukan mereka berguna. Ini terlihat seperti sesuatu yang menarik atau orang non-teknis menggambar. 12manage.com/images/picture_mind_mapping_applications.jpg Saya juga tidak menemukan UML yang bermanfaat. Saya dapat melihatnya setelah kode selesai, tetapi saya tidak akan merancang ini terlebih dahulu dan kemudian mengimplementasikan kode berdasarkan itu. Saya suka menggunakan diagram yang paling cocok untuk saya, diagram yang tidak dipengaruhi oleh proses apa pun. Contoh yang baik (bukan milik saya): lemonodor.com/images/computer-music-composition-levels.jpg valelab.ucsf.edu/~MM/MMwiki/images/9/9e/Block_diagram.gif Tidak keberatan peta bukan UML.

— Pekerjaan

@Job, peta pikiran cukup berguna - jika Anda tidak suka diagram, coba mode org di Emacs, itu adalah alat yang hebat untuk menangkap pikiran tidak terstruktur Anda, sebelum perencanaan yang tepat. Adapun UML - Saya setuju, itu sama sekali tidak berharga.

— SK-logic

1

Saya telah melihat alat pemetaan pikiran digital yang digunakan untuk debugging (!) - Saya kira itu adalah cara yang terstruktur dengan baik untuk menyebutkan peristiwa yang mungkin terjadi, dan mencari tahu kemungkinan penyebab bug.

— James

Ada banyak suara untuk menutup pertanyaan. Sangat menarik karena topiknya menyediakan banyak hal untuk dibahas tetapi juga agak kabur. Ada banyak aspek dari pekerjaan seorang programmer yang cocok untuk pemetaan pikiran, apa manfaat yang Anda cari darinya secara khusus?

— Michael Brown

Saya menggunakan SimpleMind sebagai alat pemetaan pikiran untuk mengetahui apa yang terjadi dengan kode saya dan itu sangat membantu. Butuh waktu untuk membuatnya untuk setiap metode dan kelas tetapi kemudian pemrograman menjadi permainan yang menyenangkan. Pemrograman visual dalam lingkungan 3d dengan ikhtisar pemetaan pikiran dilengkapi AI adalah masa depan pemrograman. Tidak ada yang mampu menulis sebuah program dengan cara AI bisa melakukannya dalam waktu dekat. Lalu ada kebutuhan untuk demonstrasi visual dari apa yang terjadi di dalam kode yang dibuat oleh AI. Cara tercepat dan termudah untuk mendapatkan informasi tentang logika perangkat lunak adalah pemetaan.

— Eftekhari

10

Mind Map => UML.

Anda bisa mulai dengan pemetaan pikiran. Teknik pemetaan pikiran yang generik dan tidak terstruktur baik-baik saja untuk memulai, tetapi, sebagian besar tidak berguna dan membingungkan.

Gunakan diagram UML alih-alih diagram mind-mapping.

Fokus pada pandangan atau aspek tertentu dari sistem:

Use Case diagram adalah peta pikiran kelas pertama dari para aktor use case. Ganti notasi dan Anda baik-baik saja.
Diagram kelas adalah peta pikiran dari hubungan statis antara kelas atau objek. Alihkan notasi ke UML dan Anda baik-baik saja.
Sequence dan Activity diagram dapat menjadi peta pikiran untuk hubungan dinamis antara objek. Sekali lagi, modifikasi notasi Anda dari pemetaan pikiran umum ke UML tertentu dan Anda bisa menjadi jauh lebih produktif dengan sedikit perubahan aktual pada praktik Anda.
Deployment dan Component diagram adalah peta pikiran kelas satu yang berfokus pada masalah-masalah spesifik (penyebaran fisik dan arsitektur perangkat lunak.)

— S.Lott
sumber

Saya menemukan umpan balik Anda cukup akurat, saya juga menggunakannya secara teratur ketika saya memeriksa kode, tidak hanya ketika Anda memulai proyek baru. Saya menemukan latihan yang baik untuk masuk ke kode dengan cepat dan bersih. Lucunya, Anda langsung tahu apakah orang itu tahu atau tidak tahu apa yang sedang ia lakukan. Saya baru saja menemukan beberapa bug "lucu" yang mudah diperbaiki!

8

Seperti halnya alat lainnya yang satu ini dapat disalahgunakan dengan buruk. Saya menemukan alat yang memudahkan saya untuk menulis perangkat lunak yang lebih baik adalah alat yang layak digunakan. Peta pikiran, terutama pada fase awal dapat memberi Anda keunggulan sehingga Anda (dan pengguna Anda) dapat memperoleh gagasan yang jelas tentang apa yang sedang dilakukan. Namun, mudah terbawa:

Peta Pikiran Luar Biasa

Sumber tidak diketahui - Saya tidak ingat dari mana saya mendapatkannya dan tidak ada informasi di dalam gambar untuk menawarkan saran.

— Sardathrion - menentang penyalahgunaan SE
sumber

Kanan bawah mengatakan lunchbreath, tetapi tidak dapat ditemukan (lagi) di lunchbreath.com. Gayanya cocok ;-) PEMBARUAN: Google sederhana "mindmap lunchbreath" menemukannya.

— Jan Doggen

Ya, benar. Namun, seperti dirimu, aku tidak dapat menemukannya di sana. Jadi, itu mungkin ada di sana, di suatu tempat.

— Sardathrion - terhadap penyalahgunaan SE

4

Saya menggunakan mindmapping sebagian besar pada tahap desain awal ketika berbicara dengan pengguna sistem masa depan. Dengan cara ini informasi dapat dengan cepat disusun (kembali). Untuk pekerjaan yang sebenarnya saya kadang menggambar mindmap dengan item pekerjaan dan memeriksa setiap item saat selesai.

Mindmaps juga dapat berguna ketika belajar. Jika saya mendengarkan pidato konferensi atau podcast, saya menggambar mindmap dari subjek tersebut. Ini membantu saya untuk lebih mengingat informasi di masa depan.

Beberapa penelitian juga menyarankan menggambar (kadang-kadang saya lakukan di samping mindmap) membantu memiliki lebih banyak area otak yang aktif sehingga menghasilkan informasi dan analisis yang lebih baik.

— refro
sumber

2

Jika Anda memiliki desain yang tepat, Anda tidak benar-benar membutuhkan peta pikiran untuk mengatur pekerjaan Anda. Semua tugas sudah ditentukan sebelumnya. Jika sesuatu tambahan perlu dilakukan, manajer proyek perlu diperingatkan dan ia dapat merencanakan tugas tambahan ini untuk pengembang.

Saat menggunakan pendekatan lincah untuk mengelola proyek Anda, Anda mungkin mendapat sesuatu seperti cerita yang pada dasarnya adalah tugas kecil yang perlu dilakukan.

Anda dapat menggunakan pemetaan pikiran, tetapi saya pikir lebih baik menggunakan solusi manajemen proyek yang sudah menawarkan sesuatu seperti ini daripada melakukannya sendiri dan tidak membagikannya secara terorganisir dengan rekan kerja Anda.

— Jan_V
sumber

1

Saya menemukan pertanyaan ini cukup kabur dan terlalu umum - ini akan membantu jika Anda mengklarifikasi / sedikit mengkhususkan.

Bagaimanapun, peta pikiran secara umum berguna ketika Anda perlu melacak dan mengatur dalam pikiran Anda sejumlah besar konsep / ide / fakta / pikiran mentah dll. Ini membantu untuk menempatkannya di atas kertas / layar, dan mulai membuat sketsa hubungan mereka dan hiearchy out. Banyak orang adalah tipe visual, sehingga mereka perlu melihat hal-hal dalam gambar / diagram untuk dapat mengambilnya secara mental. Tetapi bahkan jika tidak, setiap orang memiliki batas kekuatan pikirannya, di atas itu peta pikiran bisa berguna.

Dalam pemrograman, ini biasanya digunakan pada fase awal proyek, misalnya di tim kami kami menggunakannya

untuk mengumpulkan dan mengatur ide ketika melakukan brainstorming tentang kemungkinan fitur / peningkatan baru untuk menghabiskan sumber daya kita dalam beberapa bulan mendatang, dan
untuk mengumpulkan dan mengatur tugas, risiko, dan masalah yang diperlukan ketika melakukan penilaian & estimasi tingkat tinggi awal untuk fitur baru yang besar.

— Péter Török
sumber

0

Saya sering menggunakan peta pikiran di atas kertas ketika pemrograman: dalam setiap situasi di mana menulis di atas kertas lebih cepat daripada memasukkan tugas-tugas di komputer, dan di mana jumlah tugas cukup kecil sehingga peta pikiran dapat dibuang pada akhir hari (Kalau tidak, saya mungkin ingin mengerjakan proyek di rumah, hanya untuk menemukan bahwa peta pikiran saya to-dos tetap di kantor).

Untuk proyek jangka panjang, saya menggunakan manajer daftar tugas yang harus dilakukan di komputer saya, yang memiliki keuntungan hampir tidak mungkin hilang (dibandingkan dengan selembar kertas).

Jadi, saya menemukan peta pikiran kertas berguna untuk mengatur tugas dengan cepat dengan cara yang logis dan untuk menambahkan tugas dengan cepat: mereka sangat membantu saya untuk tetap fokus pada gambaran global, dan juga dengan mudah memprioritaskan tugas.

— Eric O Lebigot
sumber