:(
Я уж думал http://search.cpan.org/dist/Moose новый

на гнутом смолтолке работает?

kim-roader (03.06.2010 22:00:07)

и это в то время как ООП уже бъется в агонии...

AVL2 (03.06.2010 22:50:27)

Точно не знаю, но 99% что нет. Оно сделано на основе Pharo (всякие графы и пр. строятся в Morphic) и распространяется как сборка Pharo. Есть ещё что-то там для VisualWorks, но я не знаю, что =)

yoghurt (03.06.2010 22:51:50)

>http://www.moosetechnology.org этот ЛОР-эффект..

> Moose 4.0

под bolgenos пойдет?

да! но думаю пОпов этого не оценит!

ggrn (04.06.2010 0:37:45)

Скоро в правила лора запишут "bolgenos" рядом с "банальный"

goingUp (04.06.2010 0:39:21)

> Скоро в правила лора запишут "bolgenos" рядом с "банальный"

хотите сказать, что ваша аватара не стырена из интернета, как оформление в системе Попова, а вы ее сами сваяли?

Я тоже про перловый Moose подумал, а тут херь какая-то непонятного назначения.

slovazap (04.06.2010 3:38:02)

Объясните Ъ: что это, как этим пользоваться?

Werehuman (04.06.2010 8:59:12)

А С++ оно поддерживает? Если нет, то не нужно.

Так уж и в агонии :)

AlexM (04.06.2010 9:21:28)

все руки не доходили, посмотреть что за штука

mikhalich (04.06.2010 9:34:07)

очередная приблуда для разреба говнокода

> Скоро в правила лора запишут "bolgenos" рядом с "банальный"

И правильно сделают. Уже заколебало в каждой теме это слово видеть.

pevzi (04.06.2010 10:23:21)

где скриншоты посмотреть?

boo32 (04.06.2010 11:07:39)

в книге по ссылке будут скриншоты визуализаций

yoghurt (04.06.2010 11:24:00)

Судя по диалогу импорта поддерживает

yoghurt (04.06.2010 11:25:21)

> Скоро в правила лора запишут "bolgenos" рядом с "банальный" >И правильно сделают. Уже заколебало в каждой теме это слово видеть.

Тем кто сидит под мак осью не понять всех прелестей нижнетагильской ос.

"Не зли меня, Муууся!" (к)акой-то фильм :)))

matumba (04.06.2010 11:46:29)

> и это в то время как ООП уже бъется в агонии...

Бьются в агонии бездельники, не знающие, какую уже из 10 методологий применить! Профи продолжают писать на выбраном языке, вплоть до Си.

matumba (04.06.2010 11:48:03)

поставил, запустил, повисло на первом же диалоговом окне.

grustnoe (04.06.2010 11:54:27)

Хороший, годный вброс.

LamerOk (04.06.2010 12:05:02)

Скриншот

http://omploader.org/vNGh5NA

Это так у меня построилась диаграмма классов для Monticello.

Надо будет ещё с джявой потыкаться, авось что дельное выйдет, давно хотел один проект поковырять.

yoghurt (04.06.2010 12:50:46)

>поставил, запустил, повисло на первом же диалоговом окне.

>grustnoe (04.06.2010 11:54:27)

Ник смените, УМВР

yoghurt (04.06.2010 12:51:20)

>Так уж и в агонии :)

а то!

С продвижением F# даже вендовс платформа становится территорией с рабочей альтернативой ООП.

И, кстати, разбирать функциональные проекты по косточкам с помощью роботов куда как более полезное и благодарное дело...

AVL2 (04.06.2010 12:54:33)

>Бьются в агонии бездельники, не знающие, какую уже из 10 методологий применить! Профи продолжают писать на выбраном языке, вплоть до Си.

Есть только две методологии - императивная и функциональная и только одна из них верная.

Тот, кто нашел 10 методологий не бездельник, а безудержный фантазер...

AVL2 (04.06.2010 12:56:37)

>Есть только две методологии - императивная и функциональная и только одна из них верная.

Пять звезд, а так толсто.

yoghurt (04.06.2010 12:57:58)

трудно придумать полезное применение такому представлению данных, имхо. у большого проекта и так должны быть в комплекте диаграммы UML в разных разрезах (потоки данных, роли, процессы и т.п.), а такая "механическая" диаграмма даже для поверхностного рефакторинга не особо полезна. или я не прав?

boo32 (04.06.2010 12:59:55)

Ну, это первое что попалось под руку, инструментов там по-больше доступно.

Покопаюсь поглубже как время будет, авось дельное применение и найду =]

yoghurt (04.06.2010 13:12:21)

Чем обзываться, просто назови третью...

AVL2 (04.06.2010 13:27:04)

>трудно придумать полезное применение такому представлению данных, имхо. у большого проекта и так должны быть в комплекте диаграммы UML в разных разрезах (потоки данных, роли, процессы и т.п.), а такая "механическая" диаграмма даже для поверхностного рефакторинга не особо полезна. или я не прав?

ну тогда и отладчики и декомпиляторы не нужны. У большого проекта и так уже все отлажено.

Данная система позволяет оценить не то, что планировалось, а то, что получилось.

AVL2 (04.06.2010 13:29:41)

как бы "Муля, не нервируй меня".

ugoday (04.06.2010 13:32:00)

>Чем обзываться

Я ещё не начинал =]

>просто назови третью...

Третьего не дано (с) Просто как-то это не так, называть императивщину неверной

yoghurt (04.06.2010 13:32:50)

>Третьего не дано (с) Просто как-то это не так, называть императивщину неверной

Заметь, не я это сказал.

Императивщина рассово неполноценна. Вместе с тем, в тех случаях, когда чисто функциональный подход излишне громоздок, остается оператор do...

AVL2 (04.06.2010 15:17:06)

> Есть только две методологии - императивная и функциональная и только одна из них верная.

ООП не исключает ФП (OCaml, OO-Haskell...).

Впрочем, оно там скорее не очень-то и нужно...

> и это в то время как ООП уже бъется в агонии...

доооо, функциональный языки захватывают рынок.

>Есть только две методологии - императивная и функциональная и только одна из них верная.

Ларри со Стивом тебе сейчас весь телефон оборвут, будут звонить спрашивать, какая же методология правильная.

> С продвижением F# даже вендовс платформа становится территорией с рабочей альтернативой ООП.

Полный бред. Любая абстракция данных это уже ООП.

> Полный бред. Любая абстракция данных это уже ООП.

Вот что получается, когда в вузах начинают с изучения ООП: "Инкапсуляция, наследование, полиморфизм, абстракция!!!!!!!!!!!".

>Полный бред. Любая абстракция данных это уже ООП.

Даже добавить нечего. Действительно, полный бред.

В порядке ликбеза, не могли бы вы рассказать, как вообще можно написать алгоритм без абстракции данных? Или у нас в компах нынче литры и километры можно перелопачивать?

AVL2 (04.06.2010 20:22:55)

> ну тогда и отладчики и декомпиляторы не нужны. У большого проекта и так уже все отлажено.

разве?

> Данная система позволяет оценить не то, что планировалось, а то, что получилось.

я об этом и говорю: оценить то, что получилось, данный инструмент не позволяет. и это был не конечный вывод на основе одного скриншота, а вопрос, так что у тебя есть шанс развёрнуто ответить на него, а не пытаться самоутвердиться пустыми репликами.

boo32 (05.06.2010 12:23:40)

>разве?

сарказм

>я об этом и говорю: оценить то, что получилось, данный инструмент не позволяет.

Все познается в сравнении. Без этого инструмента лучше не будет?

Я небольшой поклонник тупиковой ветки развития программерской мысли, коей является ООП, но уж визуализировать дерево объектов должно быть можно и небесполезно.

AVL2 (06.06.2010 20:20:02)

>> такая "механическая" диаграмма даже для поверхностного рефакторинга не особо полезна. или я не прав?

> визуализировать дерево объектов должно быть можно и небесполезно.

ясно, т.е., это такие же самостоятельные догадки, как и мои слова.

boo32 (06.06.2010 23:07:58)

не троллинга ради, а действительно хотелось услышать пример использования подобных диаграмм "в жизни", т.е., в виде "было вот так и так, сделали диаграммку, увидели - ага! и сделали вот так и так".

сам же я пока предполагаю, что будет полезнее самому смотреть код в навигаторе (с гиперссылками, конечно, кои есть в любой нормальной IDE) и, максимум, в полуавтоматическом режиме выдёргивать названия значимых классов в отдельную схемку (или даже на бумажке в клеточку рисовать).

поймите меня правильно, я не критикую, я спрашиваю (конечно, попробую и сам попозже выделить время на ознакомление с функционалом сабжевого инструмента).

boo32 (06.06.2010 23:22:07)

> тупиковой ветки развития программерской мысли, коей является ООП

и вот тут поподробнее хотелось бы услышать, пусть даже в неформализованном виде "хочу, чтоп вот такие штуки были, и штоп вот с такими кругалями". какую ветку вы считаете нетупиковым развитием? может быть, аспектно-ориентированный подход? или пилить стОит исключительно функциональщину?

boo32 (06.06.2010 23:25:38)

Re: Скриншот

Интересно, в чем оно для Java будет лучше http://www.jetbrains.com/idea/features/uml_class_diagram.html

kamre (07.06.2010 4:03:04)

Оно ж платное?

yoghurt (07.06.2010 13:36:41)

А что, цена - это единственный критерий при выборе инструмента?

Да и для серьезных open source проектов JetBrains раздает бесплатные лицензии.

kamre (07.06.2010 14:03:04)