LINUX.ORG.RU

История изменений

Исправление emorozov, (текущая версия) :

Вот не надо их идеализировать, там были хорошие вещи, да, но в итоге они сдохли вытесненные всякими джангами и т.д.

Думаю, что основная причина смерти была почти такой же, что у Perl: полное ломание совместимости между версиями 2 и 3.

В Zope 3 не осталось практически ничего от Zope 2, и она была очень сложной для понимания. Наложим на это практически полное отсутствие документации и книг, как для неё разрабатывать, и получаем полное отсутствие разработчиков.

У меня знакомый сделал на Zope 3 большой известный портал, который потом пришлось переписать то ли на Django, то ли ещё на чем-то, т.к. хотя он и был доволен Zope 3, но разработчиков на поддержку и развитие найти было невозможно.

Но вообще, что Zope 2, что Zope 3, на десятилетия опередили своё время.

Я там выше приводил код «успешного» продукта на PHP. Да, он успешный, с этим спорить не стану. Но его код - это просто говно из разряда «что вижу, то пишу», что многократно было проверено опытом многих бизнесов, которые пытались масштабировать это говно и менять под себя, и потом приходилось начинать с нуля на основе чего-нибудь другого.

В общем и целом, тусовка PHP по-моему не смогла удивить мир ничем. Там нет каких-то «вау-продуктов», просто потому что этот хаотичный лапшеобразный подход в состоянии решать какие-то мелкие проблемы, но не построить что-то такое, от чего все восхитятся.

P.S. При этом Zope и какие-то её части продолжают существовать до сих пор, и приносят пользу. Например, на прошлой работе успешно заюзали в проекте один из компонентов Zope, который поддерживается до сих пор.

Исходная версия emorozov, :

Вот не надо их идеализировать, там были хорошие вещи, да, но в итоге они сдохли вытесненные всякими джангами и т.д.

Думаю, что основная причина смерти была почти такой же, что у Perl: полное ломание совместимости между версиями 2 и 3.

В Zope 3 не осталось практически ничего от Zope 2, и она была очень сложной для понимания. Наложим на это практически полное отсутствие документации и книг, как для неё разрабатывать, и получаем полное отсутствие разработчиков.

У меня знакомый сделал на Zope 3 большой известный портал, который потом пришлось переписать то ли на Django, то ли ещё на чем-то, т.к. хотя он и был доволен Zope 3, но разработчиков на поддержку и развитие найти было невозможно.

Но вообще, что Zope 2, что Zope 3, на десятилетия опередили своё время.

Я там выше приводил код «успешного» продукта на PHP. Да, он успешный, с этим спорить не стану. Но его код - это просто говно из разряда «что вижу, то пишу», что многократно было проверено опытом многих бизнесов, которые пытались масштабировать это говно и менять под себя, и потом приходилось начинать с нуля на основе чего-нибудь другого.

В общем и целом, тусовка PHP по-моему не смогла удивить мир ничем. Там нет каких-то «вау-продуктов», просто потому что этот хаотичные лапшеобразный подход в состоянии решать какие-то мелкие проблемы, но не построить что-то такое, от чего все восхитятся.