Подробный конспект (http://cms-cms.ru/Members/bugrimov/ispolzovanie-open-source-.../) по теме использования открытых систем управления контентом, со слайдами.URL: http://cms-cms.ru/Members/bugrimov/ispolzovanie-open-source-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=8322
Вообще-то похоже, что сайт работает на Plone...
>Вообще-то похоже, что сайт работает на Plone...Да, сейчас люблю две вещи: textpattern (lamp) и plone (zope)
К сожалению, в статье ни о рисках, ни о реалиях ни слова. Автор практикуется в продаже себя. Желая обзавестись правильно поданной публикацией на авторитетном ресурсе, этот гад отъел у меня пол-часа рабочего времени. Передайте, пускай убьет себя апстену.
Сожалею о потерянном вашем времени, но раз уж вы написали, прошу у вас совета, какие темы на ваш взгляд следовало бы затронуть, чтобы точнне раскрыть именно риски и реалии этого рынка?
Сама идея неправильна. Нельзя на основе открытости кода или модели разработки делать однозначных выводов о продукте. А то получается гребете всех под одну гребенку - и корявенький phpnuke и весьма качественное решение типа typo3 (то же собственно касается и "платных" решений - есть там и сделанные черт знает как, и нормальные).
> и корявенький phpnuke и весьма качественное решение типа typo3Наличие большого количества некачественных решений - это недостаток Open Source, я это отметил в докладе. Вы считаете надо было акцентировать на этом больше внимания?
"Наличие большого количества некачественных решений - это недостаток Open Source"
наличие кривых открытых приложений в приципе не может быть недостатком Open Source :)
вы же не будете утверждать что если писатель облажался то русский язык плохой?
смотря что для вас Open Source,
что для вас Open Source?
> Наличие большого количества некачественных решений - это недостаток Open Source, я это отметил в докладе. Вы считаете надо было акцентировать на этом больше внимания?В том-то и дело, что коммерческие решения зачастую тоже некачественны. Сам факт что за софт производителю платить надо - совсем ничего не гарантирует.
>В том-то и дело, что коммерческие решения зачастую тоже некачественны. Сам факт
>что за софт производителю платить надо - совсем ничего не гарантирует.Он гарантирует головную боль разработчику по допиливанию
>>В том-то и дело, что коммерческие решения зачастую тоже некачественны. Сам факт
>>что за софт производителю платить надо - совсем ничего не гарантирует.
>Он гарантирует головную боль разработчику по допиливанию
Наверное, лучше так сформулировать -- "высока вероятность проблем в случае необходимости доработки". А вот вопрос, считать ли его предвидящимся или просто думать, когда именно -- каждый пусть сам думает...
>Он гарантирует головную боль разработчику по допиливаниюВы так думаете? Интересно, вы когда-нибудь дочитывали лицензионное соглашение до конца?
упс, не заметил некротему (внимателно смотрим даты)
>упс, не заметил некротему (внимателно смотрим даты)да, время меняется
риски и реалии тоже
Пара замечаний. Не совсем понятно на кого ориентирована статья.
Потому как, то что хорошо для IT-специалиста компании осуществляющего
разработку, ввод сайта в эксплуатацию и управление им, для заказчика
(отдела маркетинга предприятия или менеджмента) это плохо.В Недостатки ОпенСоурс систем записана какая-то ерунда. Такое очущение
как-будто автор пытался скрыть реальные недостатки.
>Пара замечаний. Не совсем понятно на кого ориентирована статья.Доклад был ориентирован больше на маркетинг и менеджемент, чем на IT.
Об этом мне надо было писать в начале, спасибо за полезный вопрос.>В Недостатки ОпенСоурс систем записана какая-то ерунда. Такое очущение
>как-будто автор пытался скрыть реальные недостатки.Просто ничего дельного на тот момент в голову не пришло, есть ли у вас интересные соображения по этому поводу?
> Доклад был ориентирован больше на маркетинг и менеджемент, чем на IT.
> Об этом мне надо было писать в начале, спасибо за полезный вопрос.
Дык позиционирование -- первое дело ;-) Я сперва почитал по первым комментариям, но смотрю -- народ просто не врубился, что это не технарское. Правда, тогда непонятен смысл анонса тута. С другой стороны, ну не на LOR же искать технароманагеров.> есть ли у вас интересные соображения по этому поводу?
Опять же уже и диагоналенье из головы вылетело и спать пора, но из других соображений, не именно по недостаткам, скорее по разнице -- оценка и маркетинг (в смысле анализа и выбора "себе") свободных систем местами сильно отличается от закрытых: необязательно перебирать туфту, чтобы понять это, только потратив заметно ресурсов (особенно точно исчислимых); необязательно зажиматься по функциональности, чтобы влезть в бюджет; необязательно мириться с недостатками.Следствие из второго -- порой, как коллега говорит, лучше сразу брать "бульдозер для мелких работ", на котором можно попасть скорее в человеко-часы "сейчас", чем в деньги; время и деньги при разумно выбранной кратности запаса подход обычно за несколько лет экономит.
Вышеупомянутая TYPO3 CMS у меня за последние года два с половиной регулярно вызывает именно такое ощущение, например. На нашей-то мелочёвке.
PS: тут на conference.osdn.org.ua народ грозится про eZ подокладывать -- есть желающие осветить разработку и внедрение и этой, и других CMS? Ещё не поздно.
> С другой стороны, ну не на LOR же искать технароманагеров.Да, согласен что тут не очень в тему, об этом говорит начальная негативная реакция, хотя замечания все были по делу. Для executive слишком узкотехнично, для LOR слишком по-манагерски, а тут есть люди с похожими мыслями.
Технароманагер - слово хорошее, теплое какоето :)>Следствие из второго -- порой, как коллега говорит, лучше сразу брать "бульдозер
>для мелких работ", на котором можно попасть скорее в человеко-часы "сейчас",
>чем в деньги; время и деньги при разумно выбранной кратности запаса
>подход обычно за несколько лет экономит.Михаил, очень круто, я думаю также, наши мнения, может быть, расходятся в конкретных продуктах, но мысль о том, что уже сейчас этот рынок способен приносить не только прыбыль но и пользу для разработчика, очень в точку.
По поводу методологии определения с продуктом - это отдельный вопрос, у нас целая технология была, но эффективна ли, это покажет время чтоли.>Вышеупомянутая TYPO3 CMS у меня за последние года два с половиной регулярно
>вызывает именно такое ощущение, например. На нашей-то мелочёвке.т.е. взяли навырост?
>> С другой стороны, ну не на LOR же искать технароманагеров.
>Да, согласен что тут не очень в тему, об этом говорит начальная
>негативная реакция, хотя замечания все были по делу. Для executive слишком
>узкотехнично, для LOR слишком по-манагерски, а тут есть люди с похожими
>мыслями.
BTW, мы тут около linux.kiev.ua подумывали такой народ собирать, но пока дальше задумок не дошло. Хотя бы потому, что практически неизбежно получается или клубного образца нечто, или annoyance для занятого люду.Правильный народ по части аналитики и прочей миграции в некотором количестве знакомый есть. Бывает и на конференциях, кстати. Если хотите -- приезжайте, пока можно сразу с докладом (ммм... или уже ночью приглашал?), ez'шники вон собираются, typo3'шников местных попровоцировал. Там можно за кегом кофе и обсудить.
http://conference.osdn.org.ua -- это в Киеве, 7.10.2006.
>Технароманагер - слово хорошее, теплое какоето :)
:)(c), насколько знаю, Игорь Романенко из Kyivstar GSM. Один из вышеупомянутых.
>По поводу методологии определения с продуктом - это отдельный вопрос, у нас
>целая технология была, но эффективна ли, это покажет время чтоли.
А оно обычно так.>>Вышеупомянутая TYPO3 CMS у меня за последние года два с половиной регулярно
>>вызывает именно такое ощущение, например. На нашей-то мелочёвке.
>т.е. взяли навырост?
Отчасти да; отчасти -- не хотелось подбирать две CMS под корпоративный сайт, который ни в какие знакомые руки по их занятости свалить в своё время не вышло (а с незнакомыми плавали, знаем). Поскольку, в принципе, по первичной оценке под linux.kiev.ua&co чуть больше подходил Drupal "из коробки")PS: кстати о занозах -- на этой инсталяции словил дуренье кэша в определённых условиях, причём интересное. Перебраться на текущие версии причастных компонент и проверить подозрение на mysql index corruption (возникшее по ченжлогу 4.0.x) пока всё никак не получается... а так, в принципе, для окололинуксовых менеджеров "из технарей" заготовлен раздел http://www.linux.kiev.ua/ru/docs/opus/
>Правильный народ по части аналитики и прочей миграции в некотором количестве знакомый
>есть. Бывает и на конференциях, кстати. Если хотите --
>приезжайте, пока можно сразу с докладом (ммм... или уже ночью приглашал?),
>ez'шники вон собираются, typo3'шников местных попровоцировал. Там можно за кегом
>кофе и обсудить.
>
>http://conference.osdn.org.ua -- это в Киеве, 7.10.2006.Тема интересная, готов поучаствовать, написал в почту.
> а так, в принципе, для окололинуксовых
> менеджеров "из технарей" заготовлен раздел http://www.linux.kiev.ua/ru/docs/opus/Сразу приглянулась пара статей, заТАГил в делицию :)
На счет недостатков OpenSource CMS:
Если система внедряется силой собственных специалистов, то:
1) Требования к квалификации специалистов существенно выше, чем в случае Proprietary систем. Поскольку получение качественных консультаций по вводу и эксплуатации продукта вовсе не гарантируется.
2) Поскольку продуктов OS CMS весьма большое кол-во, а число специалистов высокого уровня как правило всегда меньше необходимого, то возникает серьезная зависимость менеджмента предприятия от услуг того специалиста, который осуществлял ввод и экслуатацию CMS. В случае ухода этого специалиста может воникнуть проблема обучения нового спеца. Поскольку документация на OS CMS как правило не полная и зачастую даже не локализована.
3) Необходим постоянный контроль безопасности OS CMS. Поскольку исходники доступны.Эти проблемы больше относятся не к самим OS CMS как таковым, к а к вышеуказанной модели внедрения системы. Эти недостатки легко устраняются при условии привлечения сторонней консалтинговой фирмы к внедрениею OpenSource продукта. В этом случае ОS CMS приобретают все достоинства Коммерческих систем и даже более...
В частности, если фирма-разработчик по каким либо причинам прекратит существование, то переход на другую систему СMS становится лишь вопросом времени. В случае ОS CMS таких проблем практически не возникает.
> пытался скрыть реальные недостаткиНапример?
> Нынешние российские хостинг-провайдеры уже сильно отстали от современности, предлагать хостинг на php+mySql по моему они просто смеются над нами.Посмеялся хоть немного, все не зря 10 минут потратил ;)
Видимо, это уже почти безусловный рефлекс якористов, ой, зопятников? :}BTW, в Украине что-то zope.net.ua помер, а других и не знал... тенденция? :(
1. В самом низу статьи надо большими буквами дописать "IMHO"
2. В разделе "Документация" о документации - ни слова. Как раз, в основном, open-source разработки хуже всего задокументированы. Всякие форумы-рассылки-ньюсгруппы-чаты - не в счет
>. Всякие форумы-рассылки-ньюсгруппы-чаты - не в
>счеткак раз они и идут в счет, потому что, соотношение количество/качество
у доментации Open Source выше, ибо в ньюсгруппах и формах задают вопросы по существу, те кто разирается с системой
> Всякие форумы-рассылки-ньюсгруппы-чаты - не в счет
Если не знать слова "гугль", то Вы можете оказаться правы (и то -- зависит, знаю overdocumented free software projects -- это когда хорошо бы документацию по навигации в документации).Если знать, картинка переворачивается с головы на ноги.
Я знаю все волшебные слова, и deja.com в том числе. Но это не документация, это, в лучшем случае, [community-]support.
>Я знаю все волшебные слова, и deja.com в том числе. Но это
>не документация, это, в лучшем случае, [community-]support.
В не сильно редком случае с этим community support этим не всякая коммерческая тягается. По крайней мере на моей практике.
"В России уже есть такие компании, мы одна из них."Какие молодцы! Это вам не голимый php+mysql, технология ... Так вот.
>"В России уже есть такие компании, мы одна из них."
>Какие молодцы! Это вам не голимый php+mysql, технология ... Так вот.Хм, косяк, убрал.
Косяк наблюдаю. Reload сделал. Непростое решение прикалывается или это уже второй косяк?"Нынешние российские хостинг-провайдеры уже сильно отстали от современности, предлагать хостинг на php+mySql по моему они просто смеются над нами. Да, cms-хостинг это не простое решение, требует более квалифицированных спуиалистов, но спрос на него растет не по дням, и из хостинг-провайдеров выживут те кто успеет адаптироваться под этот боле высокий уровень. В России уже есть такие компании, мы одна из них."
А /спуиалистов/ по несмешному хостингу где берёте? На запятые и mdash меняете? :) Так это, говоря о PR OSS-проектов, найдите литредактора, что ли. А то у нас их больше и лучше. Hint: кнопка внизу "зарегистрируйтесь чтобы добавлять комментарии" только выиграет от одной запятой. Ну и т.д.
Вообще даже если не смотреть на java/perl-based, то есть минимум четыре достаточно взрослых CMS на "тех самых" php/mysql, из которых примерно две даже более-менее не больно использовать. Это (по нашим разборкам 2004 года) TYPO3, Drupal, eZ и Mambo/Joomla.
Из них первые две имеют неплохой уровень безопасности кода, судя по bugtraq@ и компании; TYPO3 sec team весьма оперативно и толково выкатывает исправления того, что всё-таки найдено, даже в 3rd party extensions (по крайней мере раздаваемых с typo3.org).
eZ и MJ избегаю по ряду причин, среди которых в т.ч. невнятная коммерческо-открытая модель (об этот вопрос ой как много народу спотыкнулось). Первое при этом чуть что упирается в деньги, а второе -- вообще (судя со стороны) клинически образцовый случай того, как не стоит поступать с дожившим до денег free software project. Плюс по дырявости core и компонент если пока не соперничает с phpbb2 и phpnuke, то где-то в их сторону движется.
В ваш огород -- потенциальный камень насчёт модели. Стучать себя и свой хостинг пяткой в грудь -- эт любой может. А вот сделать так, чтобы и форкать смысла не было, и на хлеб хватало, и люди не задумывались -- а чего этому хмырю денег надо -- это сложнее. Некоторым удаётся. Судьи -- те же, время/рынок...
Вот такие пироги, как мне кажется.
PS: может, следует в разговоре о "сложных" CMS ("для динамичных проектов") сказать "CMF"? Поскольку пришло туда.
PPS: спасибо, в целом.
> PS: может, следует в разговоре о "сложных" CMS ("для динамичных проектов") сказать
>"CMF"? Поскольку пришло туда.Мне кажется typo3, ez, joomla до понятия CMF не дотягивают - скорее CMS просто более навороченная. CMF в моем понимании это что-то типа Струтса.
>> PS: может, следует в разговоре о "сложных" CMS ("для динамичных проектов") сказать
>>"CMF"? Поскольку пришло туда.
>Мне кажется typo3, ez, joomla до понятия CMF не дотягивают - скорее
>CMS просто более навороченная. CMF в моем понимании это что-то типа
>Струтса.
Ну typo3 с джумлами в один ряд ставить негоже. Гляньте
http://typo3.org/documentation/document-library/core-documen.../ и особенно
http://typo3.org/documentation/document-library/core-documen...
>>> PS: может, следует в разговоре о "сложных" CMS ("для динамичных проектов") сказать
>>>"CMF"? Поскольку пришло туда.
>>Мне кажется typo3, ez, joomla до понятия CMF не дотягивают - скорее
>>CMS просто более навороченная. CMF в моем понимании это что-то типа
>>Струтса.
>Ну typo3 с джумлами в один ряд ставить негоже. Гляньте
>http://typo3.org/documentation/document-library/core-documen.../ и особенно
>http://typo3.org/documentation/document-library/core-documen.../И вот это гляньте... В каком ряду TYPO3 стоит :-)
http://biz.yahoo.com/prnews/060912/sftu123.html?.v=56
Цитата:
Based on hundreds of interviews with web content management system (CMS) customers worldwide, the 10th Edition includes detailed comparisons of 30 vendors across 17 key feature categories, as well as evaluations of individual product suitability for 12 universal CMS scenarios.The CMS Report provides 8- to 15-page comparative product surveys of 30 web content management offerings as well as information about 12 other packages across 7 product categories. Vendors covered include Microsoft, EMC|Documentum, Interwoven, FileNet, Vignette, Stellent, IBM, Open Text, Hummingbird/RedDot, WebSideStory, Day, Mediasurface, Serena, Tridion, CoreMedia, Percussion, FatWire, PaperThin, Ektron, CrownPeak, Typo3, and Plone/Zope.
Господа, я понимаю, что мы живем в век безграмотности и заимствования слов, да и сам я часто грешу ошибками, но эта статья, выдаваемая за ДОКЛАД, по моему вообще находится на уровне Превед, Медвед. :( Как можно в деловом докладе применять слово фишка, которое вообще пошло из полуголовного сленга? Или, например, "подсаживание на иглу". Из той же среды, кстати. Да много чего, начиная от совершенно дурацких ошибок и заканчивая безудержным и нелепым применением жаргонизмов. Честно говоря, было мерзко читать. :(
Я не буду подробно останавливаться на том факте, что автор в ПРИНЦИПЕ не понимает сути Open Source проектов и зявляет, что плюсами является1. Поддержка стандартов.
Да, только стандартов по сути мало, есть RFC, приравненые к ним, но по сути, являющиеся рекомендациями, а не жесткими указаниями. Часто, кодаписцы плюют на стандарты, потому что можно.2. Много документации.
Полный бред. Документации, в нормальном понимании этого слова, вообще нет. В лучшем случае, разработчик пишет кратенькое HOW TO и все. Остальное это гугль по форумам, но это не документация. Ради ощущения разницы, пусть автор попробует КУПИТЬ программу и обратиться в круглосуточный хелпдеск.3. Качественный код, загадочное слово Юзабилити и кроссплатформенность я оставлю на совесть автора, потому что качество кода зависит от состояния левой пятки кодаписателя и погоды на Луне, а кроссплатформенность вообще оставляет желать лучшего и часто не кроссируется даже между ОСами разных версий.
Про недостатки вообще лучше промолчать, это вообще поток сознания. Ощущение, что писал мальчик лет 22-23 после института, причем гуманитарного. :(
Думал о каких-то Enterprise уровнях, видимо насмотревшись СтарТрека. О "некачественных продуктах", видимо вспоминая институсткую столовую и вообще непонятно о чем, написав загадочное "24x7", то ли лоттерея, то ли хелпдеск. Не понятно.
Разумеется, последняя строчка "Отсутствие хостинга", должна коррелировать с саморекламой "хостинг-провайдеров выживут те кто успеет адаптироваться под этот боле высокий уровень. В России уже есть такие компании, мы одна из них.". Причем, что есть отсутствие хостинга для Open Source проектов автор не пояснил. И правильно, реклама не должна ничего объяснять.В целом, статья оставляет ощущение, что писал троечник "типа админ" какой-то домашней сети или интернет кафе. Уровень мысли и слога примерно такой. Я бы стер этот пост, не место ему на opennet.ru. :(
Все верно написано, сам хотел написать критику, но лень было, если по каждой такой статье писать - времени не хватит, да и смысла нет и так все ясно тем, кто знает тему.
Использование сленга в статьях - это действительно "превед, медвед". Предлагаю завести раздел типичные ошибки при написании статей :)2 Henry: может напишешь свою статью по этой теме? А то так и будем читать всякий кал, а потом ведь скажут, что open source - это для студентов.
>Все верно написано, сам хотел написать критику, но лень было, если по
>каждой такой статье писать - времени не хватит, да и смысла
>нет и так все ясно тем, кто знает тему.
>Использование сленга в статьях - это действительно "превед, медвед". Предлагаю завести раздел
>типичные ошибки при написании статей :)Это уже проходилось. К сожалению, не помогает. :(
>
>2 Henry: может напишешь свою статью по этой теме? А то так
>и будем читать всякий кал, а потом ведь скажут, что open
>source - это для студентов.Я бы с удовольствием и даже несколько раз садился писать, в том числе по поводу тенденций IT рынка, перспектив вирусов и методов борьбы с оными (кстати, статья не настолько банальна, как может показаться в начале), да много интересных тем, но срабатывает принцип востребованности и приходиться делать все то, о чем хотел написать, а само по себе написание, мягко говоря, отложив в сторону.
Даже на opennet.ru я написал чуть ли не первый раз за полгода, да и то, потому что крайне задел низкий уровень публикуемого материала.