Наверное, потому, что ее никто не знает?
РАЗДЕЛЫ
Архив
|
02.11.2007 10:40 | пишет Алексей Новиков | ссылка
Наверное, потому, что ее никто не знает? 01.11.2007 17:31 | пишет Дмитрий Васильев | ссылка
Здесь много кто не упомянут, всех не перечислишь. К тому же, это не обзор всех решений на рынке, а более общий материал. Приятно увидеть осмысленное о CMS. Если бы об опенсорсных писали в том же духе, вместо бреда :) 02.11.2007 03:38 | пишет developer.ru[at]gmail.com | ссылка
Ни одна из CMS не сможет заменить грамотного программиста! Это огромное заблуждение, типа - можно купить CMS, шаблон для дизайна и сайт готов, причём привито это заблуждение именно российскому пользователю (как человек работающий на запад я уверен в том, что говорю). Только разработка своей системы управления контентом позволит компании позиционирующей себя как веб-девелопер (веб-студия, и т.д и т.п.) делать реально работающие проекты. Покупка CMS из коробки ни в коей мере не сократит срок разработки сайта. Человек, который рассказывает про преимущества каких-либо сомерческих CMS (да и CMS из коробки в общем) не заслуживает доверия ни разу. Для больших проектов коробочная CMS не подойдет, точнее не впишется в "стандартную функциональность" слишком много нюансов (но это не значит, что ее нельзя использовать, просто будет дороже, намного дороже). Для сайтов-визиток, небольших магазинов коробка - безусловно может быть оптимальным выбором, чем платить программисту и начинать все заново когда он уйдет (или платить никому не известной студии, которая сделала пару проектов на никому не известной (пусть и очень "крутой") CMS. А большинство сайтов именно простые, а не сложные. Посмотрите список внедрений у любой коробочной CMS. Кстати, и битрикс и Netcat и многие другие настраиваемые, в этом они ничем не отличаются от рукописной CMS, просто за индивидуализацию нужно платить. 25.12.2007 01:13 | пишет 2201727@mail.ru | ссылка
честно говоря у меня вообще математическое школьное и экономическое университетское образования. у меня был свой бизнес (производство). через некоторое время возникла потребность сделать себе сайт. я решил долго не мучится и изучил язык html. сайт сделал. Потом возникла потребность оперативного обновления данных на сайте - то есть использования базы данных. изучил аксесс. из аксесса данные экспортировались в эксель, потом в txt, потом делались страницы html. в принципе сайт был не очень тяжелый, поэтому время-затраты были не большие. однако, по мере роста наращивания разнотипной обрабатываемой информации получилось так, что работа с аксессом - не очень хорошо. блин, язык долбанутый, формы рисовать - долго и нудно, плюс ко всему аксесс не универсален. можно конечно брать готовые формы и править - но мне нужен свой дизайн, чтобы удобно было перемещаться между формами и т.п. И я должен понимать как и что там происходит, поэтому база была прописана мною целиком самостоятельно. хотел поставить что-нить более серьезное, но вскоре мы бизнес продали... сейчас помогаю людям развивать новый бизнес - производство промышленного оборудования, прежде всего - продажи. новые продажи - новые клиенты - без этого ни как. оборудование - куча параметров для заказа + куча всяких дополнительно закупаемых примочек, плюс еще производство и чертежи - получаем реально много чего автоматизировать. в итоге решил внедрить CRM. начал с простейших, закончил Sibele-м. зибель в принципе неплохо, но это лишь оболочка, пока подберешь людей на проект (по зибелю вообще специалистов мало), пока объяснишь что-как те надо - будет потрачено драгоценное время. к тому же гиганская стоимость внедрения... в итоге решил, что у меня будет интерактивный сайт на пыхе, сервер - апаче (знакомый программер посоветовал). ТАК ВОТ ВАМ КОММЕНТ ВПОЛНЕ ПОТЕНЦИАЛЬНОГО не особо жирного ПОЛЬЗОВАТЕЛЯ CMS: недавно грузанул на сайт textpattern, потом еще несколько движков - все хорошо, если бы не одно НО всех знакомых мне CMS (по крайней мере бесплатных из доступных мне в настоящее время): разобраться во всех тонкостях работы этих движков реально не просто, функциональность слишком не масштабна, поэтому: 1) говорить о хороших возможностях веб-дизайна (прошу заметить, что здесь не имеется в виду графического) на основе данных движков явно не приходится; В итоге, на мой взгляд (взгляд специалист по стратегическим вопросам - по крайней мере мне так хотелось бы себя позиционировать), опытные потребители при выборе CMS будут обращать прежде всего внимание не на наличие тех или иных модулей (функциональность), а именно эффективность решения интересующих их вопросов - развития сайта в нужном направлении. ведь не секрет, что многие конторы развивают свои сайты потихоньку, полигоньку. Поэтому купив сегодня продукт в коробке они ожидают не только быстрого решения текущих проблем сегодня и но и возможность эффективного решения будущих вопросов завтра. Жалко что CMS консалтинг в у нас пока еще не сильно развит, а ведь возможности у него гигантские... Тем не менее, думаю, в ближайшее время ситуация изменится. Российский бизнес сейчас очень динамичен и по мере роста ИТ технологий нацеленность на достижение стратегических целей будет только расти. В общем я полностью согласен с тем, что эта статья - типичная лирика, и в итоге вырулит всем сервис, а не i bound... сорри, если статья написана не слишком литературно - как могу - так и еду... 02.11.2007 03:55 | пишет developer.ru[at]gmail.com | ссылка
Забыл про NetCat если то, что я видел, разбирая в июле неткат новая система (как разработчик скажите - нафига вот эта свалка в netcat_files, а?), то миль пардон, ей не выдержать конкуренции с опенсорсными продуктами, ведь даже IBM.com рассматривает создание корпоративных сайтов на друпале (drupal.org, статья). 02.11.2007 10:42 | пишет Алексей Новиков | ссылка
Забавный такой комментаторчег :-) 07.11.2007 03:57 | пишет Kimosabe | ссылка
Узнается стиль "начитавшегося интернета" человека :) 02.11.2007 18:02 | пишет Дмитрий Новиков | ссылка
Большинство создаваемых веб-сайтов это вполне шаблонные проекты, не в том понимании что используют обычно, имея ввиду сайты на шаблонных дизайнах а-ля templatemonster.com, а в том, что людям нужно по сути одно и тоже: сайты визитки, корпоративные сайты, сайты витрины и т.д. Эти проекты отлично создаются на коробочных системах, причем разработчик экономит деньги, время, а так же на вопросах связанных с развитием, поддержкой и обновлением продукта. Писать под каждый такой продукт свою CMS это просто глупо! Использовать бесплатные CMS? Здесь есть свои плюсы и минусы, это вопрос отдельного, большого обсуждения. Спорить тут на эту тему не буду, хотя убежден, что коммерческий продукт (сайт под заказ) должен создаваться на коммерческом продукте. Получается что разработчики хотят брать деньги с клиента за сайт, и тут все честно! А то что разработчики CMS просят деньги за свой продукт, это наглость! Вот уважаемый developer.ru[at]gmail.com пишет: А Дмитрий Васильев основал свою веб-студию 8 лет назад! Я имею самое прямое отношение к одной из упомянутых в данной статье коробочной CMS и могу с полной ответственностью сказать: создание хорошей, стабильной и функциональной CMS просто НЕВОЗМОЖНО за 3 месяца. В лучшем случае это будет продукт под конкретного клиента и удобный (если ему, клиенту, очень повезет) только ему. Почему многие веб-студии пытаются создать свою CMS? Так своя рубашка всегда ближе к телу! И если ядро студии состоит именно из программистов, то такой подход вполне оправдан, хотя далеко и не дешев! Но я знаю массу студий у которых уже несколько своих CMS! И каждый раз новая, как у них меняется PHP-программист! Зачем??? Далее... Вот все тут говорят "своя CMS"! Готовы вы обеспечить постоянную, качественную техподдержку вашего продукта? Постоянный и своевременный выход обновлений? Нормальный маркетинг? Нормальную отчуждаемость? Почему все забывают, что сам код это даже не половина дела! Эх... Извините за излишнюю эмоциональность. Но почему все так любят критиковать действия других? 02.11.2007 21:23 | пишет Владимир Андреев | ссылка
Дмитрий, полностью поддерживаю. 04.11.2007 06:04 | пишет developer.ru[at]gmail.com | ссылка
Да уж конечно, проще не думать а покупать коробки с виндой, с офисом, с 1С, а чего - вона все ими пользуются и мы тоже будем. Так и для сайта давайте купим коробку и дизайн на тэмеплейтных сайтах. У нас в штате только 4 человека + 12 программеров (PHP, Perl, Java), 8 дизайнеров (2d, 3d, flash), большинство из которых находятся в странах восточной европы, и меня не видели и, скорее всего, не увидят в живую. 05.11.2007 14:05 | пишет Дмитрий Васильев | ссылка
А в чем противоречение? Почему клиент не может прийти к профи, которые на коробочной CMS сделают ему продукт и предложат сервис? 07.11.2007 11:23 | пишет Владимир Андреев | ссылка
Конечно, проще думать, что все работают на базовых конфигурациях 1С и только. Коробка 1С в чистом виде не подходит почти никому, ее надо настраивать и чаще всего дорабатывать. согласен с вами, у меня брат работает в этой сфере, никому даже в голову не приходит просто покупать 1С (не пиратскую!) - все берут с внедением у партнеров, составляют ТЗ, заключают договора на поддержку! И основная сумма имменно в поддержке, так же и в использовании коробочных ЦМС. 03.11.2007 17:54 | пишет developer.ru[at]gmail.com | ссылка
Я конечно извиняюсь, если кого сильно задел, но вы опять жуёте одну и ту же кашу. Разработчик систем управления сервером, хостингом и системы биллинга. Участвовал в разработке ядра Drupal до выхода 4.7 (полтора года назад); участвовал в разработке трех коммерческих кмс, и нескольких бесплатных; майнтейнер и контрибутор нескольких пакетов Дебиана; участник комманды PHP; участник команды перевода и документирования Дебиан; участник команды адаптации GPL. В сети более 100 работающих проектов + множество серверов работющих с нашими системами, и я не понаслышке знаю что такое поддержка и сервис. Коллега, напишите статью об этом, приведите примеры, свои доводы, уверен, материал будет интересен для обсуждения. Но в этой статье обсуждаются коробочные ЦМС, а не сервисы. Другой рынок, другие задачи для других клиентов. Не мешайте селедку с конфетами...Обсуждать в рамках данной статьи ваш тезис о том, что коробочные цмс это плохо не имеет никакого смысла. Как и критика кода коробочный цмс, вы ведь не предлагаете лучший аналог, а предлагаете иной подход. Кстати, уверен, что автор статьи имеет не менее значимый опыт веб-разработок чем тот, который вы декларируете, для люболй известной коробочной цмс счет внедрений идет на сотни или тысячи, а уж документации они сколько понаписали... 07.11.2007 18:42 | пишет Phil Kulin | ссылка
> Коллега, напишите статью об этом, приведите примеры, свои доводы, уверен, материал будет интересен для обсуждения. Но в этой статье обсуждаются коробочные ЦМС, а не сервисы. Другой рынок, другие задачи для других клиентов. А это не другой рынок. Это абсолютно тот же рынок и абсолютно та же целевая аудитория. Как-то так вкратце Спасибо за ссылку, но ваше возражение в таким виде просто смешно. Прочитал материал -каша, общие слова и ничего более, вы не знаете рынка ЦМС или просто решили разместить ссылку, которая вообще ни о чем, не вносит ясность в тему обсуждения. Или все же обоснуйте свои доводы более конкретно, я тоже могу пару-тройку десятков ссылок привести, но будете ли вы их изучать? Вряд ли... 08.11.2007 01:38 | пишет Phil Kulin | ссылка
Очень смешно. Конечно, я не знаю рынка CMS, я знаю рынок веб-услуг. В который входит рынок CMS. Там половина текста расписывает общую ситуацию в разработках, цели и задачи. Мне как раз непонятно, что там непонятного может быть. Тут ведь ещё важно КТО это сказал. Не буду рекламировать, у любой цмс посмотрите и поймите смысл. Коробка - способ стандартизации сайтов, ведь от 80% до 95% (по разным источникам) сайтов - нужны стандартные функции, например, "каталог", "о компании" и т.п. Если делать все "с нуля" выйдет в несколько раз дороже, чем покупка и внедрение коробочного продукта. Другое дело, что многим только кажется, что им нужен "стандарт". Поэтому нужны компании, предосталяюшие именно сервис. Конечно и разработчик "коробки" сможет это сделать, но это будет намного дороже и не факт что выйдет. Но это - другой рынок. Даже рынок "коробок" у нас плохо изучен, в основном из-за непродуманных законов и политики государства - он тоже делится на сегменты, хотя бы по цене. А рынок услуг по разработке решений и того "темнее", тем более странны ваши утверждения ("Конечно, я не знаю рынка CMS, я знаю рынок веб-услуг. В который входит рынок CMS."). Это то же самое, что сказать - "я знаю рынок информационных технологий, а, значит, знаю рынок программ диагностики проблем с ДВС а.м. бентли". Утрированно, но смысл понятен, надеюсь. 09.11.2007 02:38 | пишет Phil Kulin | ссылка
Вы хорошо представляете с кем говорите? :) Мне обязательно свой пресс-портрет сюда выкладывать или достаточно публичных сервисов? :) Конечному пользователю в итоге нужен сайт, а не коробка или вообще CMS как таковая. Именно исходя из этой парадигмы (аксиоматичной в моём понимании) я и утверждаю что это один рынок. Кстати, Вы своим рассуждением только подтверждаете это. Практически, конечный пользователь стоит только пред выбором, основанном на каких-то личных предпочтениях и ситуациях. Но это один и тот же пользователь, что для разработки, что для CMS, что для сервиса. о великий и ужасный! /преклоняя колени/. 09.11.2007 12:27 | пишет Phil Kulin | ссылка
Минуточку, где я Вам что запрещал? Разговор на понятиях Вы начали, а не я. Типа, "вы не в курсе рынка", "каша какая-то". Я только попытался разговаривать в одних с Вами терминах. Нет, мил человек, на понятийных осях - это Вы не в курсе. У меня опыт, а "этого кота я первый раз вижу"(с). Можно рассуждать по логике, но Вы всё время отказываетесь, переходя на понятия. То что Вы ни статьи не поняли (там и про разработку есть), ни одного рынка не видите на основании того что не видите - это только Ваш минус. И я скромно хочу напомнить, что сцепились мы на моём заявлении, что рынок CMS и рынок сервиса - это один и тот же рынок. Ни про какую возможность анализа тех или иных предложений ни я не заказывал, ни Вы не спрашивали (в нашем диспуте, конечно). Я не очень понимаю Вашу уже вторую попытку сослаться на таковую возможность, поясните пожалуйста. Материал по вашей ссылке слишком общий и мало связан с рынком CMS, именно в этом смысле я его так обидно обозвал, вышло резковато, виноват. А по поводу "Вы ни статьи не поняли (там и про разработку есть), ни одного рынка не видите на основании того что не видите" - это пошли аргументы вида "сам дурак и уши у тебя холодные". ОК, вы выскаали свою точку зрения, я свою, не будем переходить на личности... 09.11.2007 23:21 | пишет Timppa Jakokela | ссылка
Материал напрямую связан с рынком CMS. Вернее он подмене понятий. Продавать надо не установку, настройку и натягивание дизайна на сайт, а услуги проектирования, консультирования, маркетинга и создания текстов. CMS - это всего-лишь платформа, позволяющая ускорить и удешевить разработку и облегчить и удешевить дальнейшую поддержку. CMS - это не сайт, а платформа для внедрения. Я не занимаюсь "коробками", но могу все же возразить - да, "коробки" не панацея, но некий этап развития, по прошествии которого иы понимаем, что нужно нечто персональное. Но во-1х ен всем нужно это, во 2х функциональности "коробок" сейчпм достаточно широкая. И в 1м случае, я так считаю, вы переходите на другой уровень, обращаетесь к другим людям, т.е. становитесь участником другого рынка. А десятки тясяч вполне устроит типовая функциональность. 10.11.2007 01:40 | пишет Phil Kulin | ссылка
Если они совладают с этой функциональностью.... 10.11.2007 02:08 | пишет Timppa Jakokela | ссылка
Да в том-то и проблема, что вы упираете на функциональность, а я веб-сайты - это потребности бизнеса, маркетинг и контент. При разработке сайта надо плясать не от функционала, а от бизнес-задач. Постановка вопроса типа "А какую мне взять CMS, чтобы сделать классный сайт?" - это не этап развития, это тупик. Сначала должны быть бизнес-требования, цели и задачи, а потом выбор программно-аппаратной платформы. А "коробочная" CMS - это бизнес-требования определяемые программно-аппаратной платформой, а не потребностями бизнеса, т.е. сапоги всмятку. 10.11.2007 02:17 | пишет Phil Kulin | ссылка
Апплодирую стоя. Развиртуализирумся? :) 10.11.2007 13:12 | пишет Timppa Jakokela | ссылка
Ну если вы только хотите предложить интересную работу. :) 10.11.2007 13:41 | пишет Phil Kulin | ссылка
Ну, с работой мне сложно - я из Ингрии :) Хотя, через меня можно и в Москве найти. Вобщем, есть желание общаться - я человек открытый, в профиле все нужные данные есть :) Сайт может выполнять функции не автоматизации бизнес-процессов, а более примитивные - показать товар или услугу и продать его. При этом товара может быть совсем мало, к примеру, 100 мешков картошки и 200 мешков морковки. Какие тут бизнес-процессы? Человек заказал и ему привезли. Или позвонил и приехал забрал сам. Деньги выручены небольшие. А какие нужны вложения? Минимальные. Но желательно, чтобыкогда в будущем появится еще 100 мешков чего-нибудь не переделывать страницу, поэтому CMS все же нужна. Конечно, это самый простой пример, "коробки" решают и более сложные задачи. Подстраивание бизнеса под функционал CMS - звучит ужасно, но ведь велосипед уже давно изобрели, мгногие варианты бизнес-процессов продуманы и реализованы. 10.11.2007 13:11 | пишет Timppa Jakokela | ссылка
Бизнес-требования это не бизнес-процессы, вы перепутали. Бизнес-требования определяют что, зачем и для кого вы делаете, сколько это должно стоить, что вы рассчитываете получить в результате и какова будет эффективность этого проекта. Бизнес-требования есть даже к сайту из одной странички, только они тоже на одной страничке умещаются, скорее всего. Спасибо за ликбез, со всем согласен, кроме того, что совсем игнорировать чужой опыт и заново изобретать велосипед неразумно. Большинство бизнес-требований давно известно и изучено и под них подстроены коробочные CMS - стандартные модели для часто встречающихся бизнес-требований. 25.12.2007 01:28 | пишет 2201727@mail.ru | ссылка
ВОИСТИНУ САМОЕ ГРАМОТНОЕ ЗАМЕЧАНИЕ!!! читающие, не проходите мимо! респект 25.12.2007 01:25 | пишет 2201727@mail.ru | ссылка
бл...., скока саморекламы!!! 06.11.2007 09:22 | пишет _LM_ | ссылка
Эхх, такая интересная тема, но даже в Москве нет реально живых площадок для её обсуждения. Дак вот: 2. По сути вопроса! Тов, developer.ru, я в принципе согласен с вами, что в Битриксе,неткате, джумле, друпале и в других кмсках - какой-то странный код, как будь-то его писать школьники, Уже 2 года (из пяти) работаю с джумлой. + ни один мой сайт не сломали через найденные уязвимости Вывод: я к ней настолько привык, и знаю все её "+" и "-", что изучать другую систему, даже если чего-то немного больше, мне выйдет дороже. 10nx автору 06.11.2007 11:33 | пишет Алексей Новиков | ссылка
Интересно, что бы сказал Артемий Лебедев по поводу "коробочных CMS"? На мой взгляд, для хорошей студии и для клиента (с нормальным бюджетом) оптимальна работа на основе фреймворка, см. Actis, АЛГ и т.п. У универсальных коробочных CMS есть одна беда, о которой я говорил еще года 2 назад. Это нарастающее усложнение системы. С одной стороны, в плане интерфейсов и документации, с другой стороны, в плане требований к хостингу и внедренцам. Пример "Битрикса" весьма показателен. Поэтому сильные студии (многие из которых стали производителями коробочных CMS, кстати) развивают свои внутренние решения. И это вовсе не плохо. Клиент получает решение, основанное на проверенных и документированных наработках, но при этом "заточенное" именно под него. Например, есть каталог аптек или складов. И клиент оперирует именно аптеками или складами, а не загадочными инфоблоками и прочими ненужными ему абстракциями, упрощающими жизнь разработчикам, но путающими конечного пользователя. Вот все тут говорят "своя CMS"! Готовы вы обеспечить постоянную, качественную техподдержку вашего продукта? Постоянный и своевременный выход обновлений? Нормальный маркетинг? Нормальную отчуждаемость? Почему все забывают, что сам код это даже не половина дела! Полностью согласен с тем, что сам код -- это даже не половина дела. Но кто сказал, что нормальная студия не поддерживает своего клиента? И кто из производителей CMS готов поручиться, что его служба поддержки сработает оперативнее и человечнее, чем студия, а не отошлет читать документацию? Ведь у производителей коробочного софта на поддержке многие тысячи, а у средней студии -- лишь десятки, при том, что штаты у некоторых студий побольше. Нормальный маркетинг? Клиенту маркетинг CMS по боку, а студии, если она не собралась выпускать коробочное решение, тоже. Она занимается маркетингом своих профессиональных услуг. Отчуждаемость? Ну да, теоретически, клиенту какая-то подстраховка. Но на практике, если все идет нормально, эта "отчуждаемость" 99,99% владельцев сайта не волнует. Просто потому, что если сайт работает как надо, то никому никуда ничего отчуждать не требуется. Да подумайте, кстати, нужна ли Actis или АЛГ отчуждаемость их CMS? Мне кажется, что не нужна :-) 06.11.2007 13:33 | пишет Timppa Jakokela | ссылка
Да подумайте, кстати, нужна ли Actis или АЛГ отчуждаемость их CMS? Мне кажется, что не нужна :-) Зато она нужна любому руководителю, отвечающему за маркетинг. Если добавление динамического блока с абзацем текста и двумя картинками будет растягиваться на недели и сжирать 10% бюджета, то от такой системы ему очень скоро захочется отказаться. Мы сталкивались с системой компании Дефа. Которая кажется по рейтингам близка к названным компаниям. Решение Дефы довольно спорно. Коммерческие Cms лучше. А это не самая последняя компания в области разработок. Другими словами бренд разработчика на рынке услуг и на рынке CMS - очень разные вещи. 06.11.2007 17:42 | пишет Алексей Новиков | ссылка
Отчуждаемость становится нужна клиенту только в нештатных ситуациях. Например, когда необходимо дополнить функционал, а разработчик закрылся или запрашивает деньги, которые клиент платить не хочет. Практика показывает, что толковые программисты могут и с чужой "закрытой" CMS разобраться. Собственно, не так давно мы разбирались с системой весьма известной студии (заказчик отказался от их поддержки). Практика же показывает, что разобраться в одной известной коробочной CMS, порой, сложнее, чем в самодельных скриптах какой-нить студии. И по деньгам да срокам разобраться в премудростях API и в кривом коде может выйти затратнее, чем написать скриптик. Вообще, клиенту нужны не дрели (CMS), а дырки ;) 07.11.2007 13:19 | пишет Алексей Новиков | ссылка
Ой не скажите. Вы поспрашивайте программеров, которые плюются от одной всем здесь известной системы с "более чем 2000 страниц документации". Очень странный спор. Дмитрий Васильев пишет про рынок CMS. А developer про рынок услуг разработки проектов. Вот некторые соображения (со стороны). чуть чуть рекламы. зря чтоль писал. С уважением. 07.11.2007 11:39 | пишет Владимир Андреев | ссылка
По первому пункту не вполне согласен. Готовым в чистом виде - нет. Однако, как в 1С конфигурации разработаны, так и для CMS в будущем будут готовые решения. Кому-то надо эксклюзив, а кому-то просто стандартный проект, со стандартным дизайном, например интернет-магазин. На это обязательно будет спрос. 25.12.2007 01:36 | пишет 2201727@mail.ru | ссылка
не согласен, по мере роста CMS-консалтинга услуги будут стандартизироваться, а значит и продукт (материальный результат услуг) - тоже будет стандартизироваться (разделение труда по Марксу еще пока никто не отменял). просто будут выделены отдельные области (отрасли), где на данный момент стандартизация возможна и где не возможна. например, решил ты открыть он-лайн систему взаиморасчетов для группы своих компаний - купил стандартную цмс, потому что все операции с точки зрения ИТ для данной системы взаиморасчетов являются СТАНДАРТНЫМИ!!! извините пометка - по разработчиком я понимал Партнера. Разработчика проектов. а не CMS 07.11.2007 12:05 | пишет Джон Иванович | ссылка
Расскажу вам одну историю. Зашел я как-то в один отдел разработок в одной фирме и попросил у начальника отдела проектную документацию по внутреннему программному продукту. В бумажном или электронном виде. Я сильно удивился, ибо часть проекта была задокументированна. Только благодаря среде разработки. А на деле программисты все держат в голове. CMS приоткрывает завесу хотя бы над идеологией части проектов. То, что не нарисовали на бумаге присутствует в виде схем и связей внутри CMS. Однако надо отдавать себе отчет, поскольку многие CMS позволяют включать вкрапления исполняемого кода в шаблоны, то часть проекта все равно может оставаться запутанной. Новая команда все равно может быть вынуждена что-то переписать с нуля. Отчуждаемость CMS вещь необходимая. Первый шаг к отчуждаемости нормальный back-up когда из базы выгружаются все материалы относящиеся к сайт, фотографии. Вы не поверите, но до сих пор есть CMS где back-up делается жестко — только целиком с CMS средствами OC. CMS Секунда яркий тому пример. 17.12.2007 17:39 | пишет Гость | ссылка
Open Source рулит:) в частности TYPO3. 28.10.2008 17:09 | пишет Гость | ссылка
Да, typo3 достаточно уверенно держится и при этом бесплатна. Куча сайтов на ней в Европе крутится. 01.07.2009 17:23 | пишет kostix.ru | ссылка
Я провёл своё маленькое исследование для TYPO3 по этому тестовому заданию, и результат меня порадовал: Ещё раз задание: создание новой страницы, добавление текста, перевод страницы в видимый режим (публикация), перемещение страницы в другое место в меню сайта. Результат: 12 кликов - 1.11сек |
Последние комментарии
Гость про Суд велел "Твиттеру" сдать сторонников WikiLeaks (12)
Гость про Книгоиздатели начали судиться с торрентами (2)
l_e_x_a про "ВКонтакте" принудительно протестирует пользователей (35)
andrey_kadetov про Google назвал Facebook "ловушкой без выхода" (6)
volv про День папуасского робошахтёра (14)
l_e_x_a про Русские кликботы признаны самыми активными (11)
looli спрашивает: Земля вампиров смотреть онлайн в HD качестве looli спрашивает: Зеленый Фонарь смотреть онлайн в HD качестве looli спрашивает: Защитник смотреть онлайн в HD качестве looli спрашивает: Запретная зона смотреть онлайн в HD качестве looli спрашивает: Закон доблести смотреть онлайн в HD качестве looli спрашивает: Вышибала смотреть онлайн в HD качестве looli спрашивает: Встречный ветер смотреть онлайн в HD качестве looli спрашивает: Все любят китов смотреть онлайн в HD качестве |
Copyright © 2001-2020 «Вебпланета». При перепечатке ссылка на «Вебпланету» обязательна.
А почему здесь вообще не упомянута DLE?