Обсуждение

Черт возьми, это отдельный вид искусства -- слайдовая презентация. Хочу уметь это делать художественно. Вот так, например: http://www.fairdene.com/hbr/Why%20IT%20Matters.pdf ________________________________ А структура-то типично UML-овская :)

У UML нет особой такой структуры, это язык. На нем можно выражать разные другие структуры. А вы попробуйте подготовить пару-тройку презентаций по моделям ОпенМеты. У вас это должно получиться много лучше и пойти легче, нежели чем со статьями. Тот же опыт хайку... ;)

Пикча не показывается, но судя по имени -- это майндмэпы. Тот же UML, только в профиль :) Нет, я говорю о свободной форме, о ярких иллюстрациях, графических схемах (не только деревьях), красиво расположенных (со значением!) кусочках текста, неожиданных шрифтовых выделениях, внезапно глубоких афоризмах, и т.д. Интересует донесение содержания, повествовательная форма, а не просто перепутанное "дерево". К дереву у меня те же претензии, что и к гипертексту -- это средство для писателя, а не для читателя. Слайдовая презентация ровно наоборот: ее обычно неудобно писать, зато интересно читать. Ну, навроде стихов: их тоже писать менее удобно, нежели прозу, зато и чтение несколько отличается.

У UML нет особой такой структуры, это язык. На нем можно выражать разные другие структуры. __________________________________________ Примечание Приведенные дополнительные рекомендации не противоречат оригинальным правилам языка UML, а только уточняют рамки использования естественного языка при построении моделей и при описании самого языка. Поскольку описание семантики любого формального языка связано с проблемой его интерпретации, полностью обойтись без естественного языка не представляется возможным. Если вопросы использования оригинальных терминов при построении логических и физических моделей не вызывают сомнений у большинства программистов, то процесс построения концептуальных моделей сложных систем формализован в меньшей степени. Именно по этой причине исходные требования к системе формулируются на естественном для разработчиков языке (в нашем случае, на русском). В любом случае эти аспекты использования языков при построении моделей многогранны и могут служить темой отдельной работы. В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML определены следующие виды диаграмм: Диаграмма вариантов использования (use case diagram) Диаграмма классов (class diagram) Диаграммы поведения (behavior diagrams) Диаграмма состояний (statechart diagram) Диаграмма деятельности (activity diagram) Диаграммы взаимодействия (interaction diagrams) Диаграмма последовательности (sequence diagram) Диаграмма кооперации (collaboration diagram) Диаграммы реализации (implementation diagrams) Диаграмма компонентов (component diagram) Диаграмма развертывания (deployment diagram) Из перечисленных выше диаграмм некоторые служат для обозначения двух и более других подвидов диаграмм.

А на чем Вы рисовали? По содержанию и по виду Вы нарисовали хорошо:)

А вы попробуйте подготовить пару-тройку презентаций по моделям ОпенМеты. А технически на чем, на Microsoft Office PowerPoint ? У вас это должно получиться много лучше и пойти легче, нежели чем со статьями. Может быть. Тот же опыт хайку... ;) Хм, интереснейшая ассоциация!

Да, именно на MS PowerPoint. Насчет хайку -- это специально для вас интереснейшая и ассоциация и пожелание переноса навыка, в хайку и .ppt он ровно тот же самый -- выразить ненаписанное ;)

Угм.

Картинка с сайта Плигина http://www.nlpcenter.ru/default.asp?sID=116&dID=297&dt=a Еще примеры от t_gra из mindmaps mindmaps: Система эффективного сна по статье Елены Набатовой "Система эффективного сна" Примеры хорошие http://mind-map.ru/galary.phtml Там же про программы которыми можно это рисовать. Карандашом и фломастером конечно удобнее и красивей, но отмены к сожалению нет:-)

А карты мозга позволяют еще думать во время рисования. То что нарисовано в MindMap можно легким движением руки превратить в набор слайдов и потом доредактировать для презентации. Например сколько листов презентации понадобится для изображения Анализа сложных текстов с помощью Ментальных карт. Изображение — открыть источник

Никогда я не видел, чтобы презентацию начинали делать, когда все уже сформулировано. Это просто слово сбивает, как будто речь идет только о презентации чего-то уже существующего. Обычно подготовка презентации заключается именно в размышлениях и формулированиях -- не только о том, как презентовать, но и что презентовать. Более того, я регулярно принимаю участие в коллективных сессиях по подготовке презентаций -- когда эти презентации создаются "с нуля" (т.е. формируется вначале несуществующая групповая позиция, а попутно сочиняется и уточняется способ ее презентации). Я не думаю, что майндмэпы понимает кто-то помимо автора: они не для этого предназначены обычно. А презентации позволяют и автору сосредоточиться (ибо то, что нельзя выразить, просто не продумано хорошо или вообще еще не придумано ;) и презентовать результаты размышления.

Примеры хорошие http://mind-map.ru/galary.phtml Там же про программы которыми можно это рисовать. Карандашом и фломастером конечно удобнее и красивей, но отмены к сожалению нет:-) __________________________________________ Что-то смотрел, смотрел - так и не нашел софта по рисованию.

Ну вот все не могу добраться до технических средств графики, доступных скромному юзеру. А уж какие карты, как, для чего рисовать - мы уж придумали давно сами :)

http://mind-map.ru/link.phtml#rus www.mindjet.com Сайт компании Mindjet, производящей программу "MindManager 2002".

А это тоже не понятно все кроме автора?:-) http://www.livejournal.com/community/mindmaps/4661.html

http://www.livejournal.com/community/mindmaps/4904.html Изображение — открыть источник

Майндмэпы передают разные классификации. Жизнь не вся упаковывается в классификации. Ничего не мешает иметь какой-нибудь слайд в презентации, который будет включать в себя майндмэп. Как один из возможных слайдов. Когда-то в программировании картинки блок-схем проиграли текстам на языках программирования. Начисто проиграли. Советую думать над причинами: почему? Ведь блок-схемы понятнее и нагляднее, это очевидно. До сих пор диаграммы и блок-схемы используются многими аналитиками. Но при серьезной работе они тут же идут нафиг и появляется просто текст, без картинок. Вот над этим нужно думать, почему так.

При постановке задач и генерации идей проиграли? Прям так сразу чистый код пишется? А как же тогда UML и IDEF? Есть просто уровень, ниже которого экономичнее сразу код писать, а не схемки рисовать. Аналитики мне кажется строят внутри себя ГлубокуюВнутреннююСтруктуру, которую потом, если умеют, излагают в виде понятного другим текста. Причем текст- структура последовательная, а картинками можно постараться изобразить взаимодействие между разными частями, пока оно не стандартизировано и не документировано в API. 3 конкретных примера МиндМапа по материалам Опенмета приложить не могу, поэтому мои предложения голословны :-(

Угм, спасибо.