Обсуждение

Drupal и Django — это совсем разное. их нельзя сравнивать Django правильно противопоставлять Ruby on Rails и Symfony-Project (PHP). Эти являются фреймворками, а Drupal — CMS

Почему о питоне нужно предупреждать? Разве он чем-то опасен?

http://weblogs.media.mit.edu/llk/scratch/archives/scratch-rus.DOC Это не перевод, поскольку я писал его совсем с нуля

То-то я удивился, что на первых нескольких страницах штук пять дословных самоповторов :) В любом случае -- отлично, что текст есть и есть кому такие тексты писать. Интересно также, насколько текст устарел на сегодняшний момент.

Устарел поскольку Скретч поменялся - руководству то почти год - появилась возможность обмениваться проектами - некоторые ключевые возможности просто не отражены - broadcast, например Я сейчас пытаюсь внедрить Скретч своим студентам как альтернативу PowerPoint и продвинуть его же в Летописи на сообщество учителей от Интела. Тут могут быть неожиданные подвижки в России на базе КлубХаусов Интела. Раз уж вышел официальный релиз, нужно будет выделить время и написать разумное руководство + анимированные примеры в сети или на диске к нему

1. Как альтернатива PowerPoint -- это неправильная альтернатива. Учебный фильм или простейшая симуляционная модель --- это совсем не то же самое, что "иллюстрации к рассказу, не отвлекающие внимание от рассказа". Сама культура PowerPoint развивается совсем в другом направлении: слайды не должны отвлекать от докладчика, в них ничего не должно двигаться (хотя есть и иные примеры, но в этом случае даже свет в аудитории не нужно включать, а голос можно записать -- будет как раз "учебный фильм", типа http://video.google.com/videoplay?docid=-8246463980976635143). Как я понимаю, для Скрэтча речь идет как раз о замене учебного фильма интерактивной моделью (раньше в этом качестве использовались демонстрационные установки типа тех что в кабинете физики, но в Скрэтче можно моделировать и какие-то абстракции, типа поведения графиков на математике или "сетевых структур" или даже те же физические модели типа "Земля с луной, вращающиеся вокруг солнца-лампочки для наблюдения лунных затмений", если денег или времени на физические модели жаль). 2. Ну, действительно нужно выделить время. Дело-то весьма полезное. Алан Кей как раз надеялся, что "хорошо пойдет в странах третьего мира, ибо наших детей уже не исправить" :)

Коль скоро тут Magritte всплыла, а в соседних постах Magma на пару с Gjallar, то хочется как-то восполнить слегка нарушенный баланс в пользу RDBMS: http://www.glorp.org/ как ORM для сквика и вижуалворкс. А согласно [Ramon Leon](http://onsmalltalk.com/programming/smalltalk/a-smalltalk-activerecord-using-magritte-seaside-and-glorp/), всё это достаточно быстро движется в сторону простой и прозрачной а-ля рельсовой ActiveRecord, но без присущей последней жестких ограничений. Ну и в довесок, [что использует dabbledb в качестве persistence](http://www.nabble.com/Does-DabbleDB-use-a-database--t1636410.html). По поводу Django: тут вопрос сложный, кто там теперь лидер. Насколько я понимаю, согласно последних веяний общественного мнения, грубо говоря расклад с web frameworks на динамических языках (вынося за скобки seaside) такой: * Full-stack frameworks: + Django (python) — скорее с zope её лучше сравнивать, чем с друпалом + Rails (ruby) * Glue frameworks: + turbogears.org (python) — более взрослая и стабильная + pylonshq.com (python) — более молодая и амбициозная Ruby несколько динамичнее (а благодаря усилиям 37сигналов ещё и самый громкий buzz на сегодня), а питон — питонистей. Только, к сожалению, чего-то, подобного glue frameworks на руби, пока не наблюдается.

Ну, это даже не пара, а целых три копейки :) 1. Я знаю про glorp, но мне интересна сейчас чистая ОО-среда -- по совокупности причин. Я понимаю, что реляционное мышление втравлено сейчас в мозги как главное, и поэтому хотел бы попробовать, как оно -- без него (именно когда изменение схемы данных и сами доступы идут в одной сессии и нет никакого "мэппирования", экономятся мозговые такты на конверсию представлений). Тем более интересно то, что сделано в dabbledb. 2. В Коммунивере была написана (и так и лежит в консервах) резидентная сверхбыстрая объектная база. Была договоренность, что после выпуска версии с компиляцией шаблонов будет выпущена версия с прикрученной этой базой. И тогда был шанс получить лидера рынка: самый скоростной framework. Но не сложилось: команда систематически занижала ожидаемые сроки разработки, перерасход на разработку шел месяц за месяцем, и я в какой-то момент устал это все финансировать, когда в ожидаемый мной момент выпуска версии с компиляцией шаблонов оказалось, что ее можно выпустить только еще через несколько месяцев. 3. Ну, про full-stack я сейчас так и представляю (про руби-на-рельсах я давно уже отслеживаю, но мне представляется Джанго не менее интересным, и не менее лидером, хотя менее агрессивно рекламируемым). Я Джанго так и сравнил, с Zope. И для меня Zope и Drupal достаточно близки в голове: а несколько лет назад, когда все это начиналось, так и совсем близки. А glue-frameworks я даже не отслеживаю. 4. Seaside называют сейчас killer app для Smalltalk. Типа делают для Smalltalk в плане паблисити то же, что сделали рельсы для руби.

по поводу 2. - дело и впрямь очень полезное; жаль только, что кириллица пока вообще не поддерживается; это будет мешать и очень

Что-то русскоязычное руководство по скрэчу куда-то исчезло с сайта MIT, и ссылка у Анатолия перестала работать.