http://sharos.com.ru/
http://www.dimonius.ru/
Добавлено через 44 секунды
Цитата(awers @ 25.2.2008, 05:41  ) |
| это я пологаю тоже наши потенциальные клиенты? |
Да.
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Vingrad CMS > Подготовительный этап. Часть №1. |
| Автор: awers 24.2.2008, 01:40 |
| Этот этап проекта необходим для дальнейшего анализа бизнес-потребностей (безнесс процессов) потребителей и уже готовых решений. Результатом этого этапа станет «Целевая аудитория» Прошу Вас не замахиваться сразу на гигантов рынка. Нам необходима разработка пилотного проекта для создания команды и идеалогии проекта. Итак, кто же он, потребитель? Напоминаю Вам, что это обсуждение круга потребителей "Vingrad CMS". Офтопик будет удаляться сразу. |
| Автор: Medved 25.2.2008, 02:22 |
| http://forum.vingrad.ru/forum/topic-114250.html - CMS пишется для блондинок. |
| Автор: awers 25.2.2008, 02:30 |
| Возможно не все поняли что я имею в виду. Приведу примеры. http://mobile-sms.ru/main/ - средний бизнес http://moscowadvokat.ru/ - мелкий бизнес http://vse-svoi.ru/ http://www.ckbran.ru/ ... Думаю мелкий и средний бизнес - это и есть наши потребители |
| Автор: Medved 25.2.2008, 02:40 |
| А куда девать простого Васю Пупкина, который захочет создать сайт о себе, без цели зарабатывать деньги, на котором будут фотографии его кошек и собачек, и на котором он будет общаться с друзьями? |
| Автор: awers 25.2.2008, 02:41 |
| Вот! Найди пару таких сайтов, что бы у нас были образцы. Добавлено через 5 минут и 9 секунд http://mzaharenkov.spb.ru/ http://nancy.sitecity.ru/ http://www.kalinin.ru/ это я пологаю тоже наши потенциальные клиенты? |
| Автор: Medved 25.2.2008, 03:03 | ||
| http://slava.khersoncity.com/ http://sharos.com.ru/ http://www.dimonius.ru/ Добавлено через 44 секунды
Да. |
| Автор: Medved 25.2.2008, 03:52 | ||
| После небольшого мозгового штурма по аське, который я публикую здесь в виде логов, можно подвести промежуточные итоги первого этапа. Я- awers prometey - Medved
Предварительные итоги таковы: Потенциальные потребители Vingrad CMS 1. Владельцы персональных сайтов; 2. IT-персонал малого и среднего бизнеса; 3. Администраторы сообществ по интересам и специализированных групп (проф. сообщества); |
| Автор: solenko 25.2.2008, 08:49 |
| Вы упустили минимум одну группу (причем далеко не самую салочисдленную) -- программисты. профессионально занимающиеся вэб-разработкой. Они предлагают своим клиентам (которые уже и есть все перечисленные выше) на основе какой-либо CMS. Сразу попробую предугадать возражение -- "но ведь конечными потребителями являются не они". Да, не они, но основной вес в принятии решения о использовании продукта принимают именно они. Требования этой группы: 1. Наличие большого количества модулей, позволяющих максимально приблизить заготовку к требуемому результату (это для всех групп, в принципе) 2. Возможность легко изменять как функционал так и внешний вид 3. (тоже характерно для всех) легкая установка на любой chared хостинг |
| Автор: Medved 25.2.2008, 09:06 | ||
Все перечисленные тобою требования не относятся к специфичным, которые нужны только программисту. Эти требования предьявляют не программисты, а пользователи. А вот теперь ответ на твой вопрос. Нет, не забыли. Хоть они и принимают основной вес в принятии решения, но они в конечном итоге руководствуются соображениями полезности для конечного пользователя. Программисты не более чем проводники желаний пользователей. Посредники. Задача программиста - удовлетворить потребности пользователя. Поэтому все правильно. Ориентироваться нужно на пользователя, а не на программиста. Ибо как я уже сказал он руководствуется теми же соображениями, что и пользователь. Единственное отличие - пользователь не знает этих технологий, а программист знает. Программист будет потребителем в том случае, если будет писаться например движок или библиотека или среда разработки. Но конечно же, при написании CMS нужно не забывать и о программистах, чтобы они могли дописывать свои модули, и чтобы это было им удобно. Но это к текущей теме не относится. Здесь определяются потребители. Т.е. те кто будут пользоваться этой системой. Это конечно же не значит что программист не может пользоваться этой CMS. Система предназначена и для программиста. Но в таком случае он будет выступать не как программист, а в роли владельца персонального сайта, малого или среднего бизнеса, или же администратора сообщества. |
| Автор: solenko 25.2.2008, 10:07 | ||||||
Только программист будет расширять функционал, и "Возможность легко изменять как функционал так и внешний вид" -- специфичное для него требование.
Дело в том, что не уникальный функционал будет нужен очень малому проценту пользователей, да и вносить эту уникальность в CMS не вижу смысла. Т.е. программист будет выбирать из нескольких десятков решений, подходящих под входящие параметры. Соответственно, в системе должно быть что-то, что склонит выбор в ее сторону. В идеале это что-то сможет победить довод "эту я уже использовал", но это уже очень сложно.
Простите, а что есть CMS, если не "движок"? Для обычного пользователя это "штука которую нужно залить по фтп и у тебя будет сайт", но для программиста это набор библиотек и готовых модулей + определение архитектуры приложения. Т.е. фреймверк. Именно программисты являются двигателем CMS на первых этапах развития. Пока нет коммунити и большого числа пользователей, обычный пользователь не установит эту CMS, т.к., "мало модулей", "а че ей так мало кто пользуется", "да ну у них готовых тем меньше". А вот программист сможет оценить систем и принять решение о использовании. |
| Автор: Medved 25.2.2008, 10:58 |
| Вот я уже с этим столкнулся и объяснил подробно в этой теме - http://forum.vingrad.ru/forum/topic-197424.html Чтобы написать ядро, нужно его сначало спроектировать. Проектировать ядро, без представления о конечном продукте, т.е. для чего это ядро будет применяться - это непрофессионально. И говорит о не достаточном опыте. Не упускай из виду конечную цель. Это раздел называется Vingrad CMS. А не Vingrad Framework или Vingrad Супер-Ядро. |
| Автор: EsAlexey 25.2.2008, 12:49 |
| На своей предыдущей работе мне поставили задачу (или я сам ее себе поставил) по созданию платформы для крупной клиент-серверной АСУ. На тот момент была старая система под DOS, написанная на Clipper). Копаться в коде на клиппере было еще страшнее чем в коде на PHP. Оставалось только запускать ее и смотреть, что она умеет делать. Но увидеть все потребности системы через пользовательский интерфейс было еще сложнее: вижу что-то, а что это и как работает не понимаю. Я попросил дать мне спецификацию требований к платформе в виде описания функциональности системы для пользователя. Это тоже было невозможно сделать, т.к. система слишком большая, поэтому вся разработка началась с реализации основных элементов управления: таблицы, формы, менюшки и подобного. Я занимался табличными отображениями, начиная с разработки простейших вариантов работы пользователя с таблицей: вывести данные из простого SELECT FROM. Затем пошла функциональность редактирования таблиц с помощью простых INSERT, UPDATE и DELETE. Во время этого сформировался основной код платформы (ядра), так что добавление новых возможностей по созданию самовычисляемых полей таблиц стало очень сложным. Появилась необходимость переписать много кода, и делать это в середине процесса разработки, когда от меня уже зависят другие разработчики. На этом этапе я уже не мог придумать удобного способа включения новой функциональности, хотя была поддержка плагинов, но необходимые функции нужно было включить в программу намного глубже плагинов. Совсем устав от такой разработки "на коленке" я ушел в отпуск и уволился. В итоге разработка оказалась просроченной как минимум на полгода. Отсюда вывод: сначала надо проектировать, а перед проектированием надо знать требования к конечному продукту. Сейчас необходимо выделить основные и малые потребности пользователей продукта "Vingrad CMS", в том числе пользователей-программистов, которые будут использовать систему для заработка. Система должна быть удобной посетителю сайта (домохозяйке), администратору (генеральному директору), оператору "блондинке" и программисту. Для начала необходимо подумать только о посетителе, остальные зависят от него. Проектировать ядро сейчас не имеет смысла, т.к. требования к нему еще не готовы. |
| Автор: ImamMahdi 29.2.2008, 12:41 | ||
Категорически Не согласен! Ядро - простейший элемент. От ядра не должен зависить будущий функционал, иначе это будет тяжелая и абсолютно не масштабируемая система. Ядро и конечный продукт никак не связаны. Конечный продукт - CMS. Ядро - основа CMF. Если бы ядро *Nix определяло конечный продукт, видели мы бы с вами сейчас одну или две оси, а не сотни разных. По теме: Мне кажется немного странно пытаться определить возможного клиента при разработке CMF. Это можно делать, когда пишется отдельный модуль, к примеру магазина. Тут нужно закладывать базовый функционал и без анализа потенциального рынка не обойтись, но о чем подобном может быть речь, если пишется CMF? Или планируется писать еще одну топорную джумлу или e107 какой-нибудь? Вот они нацелены на сайты портального типа и как не старайся, ничего принципиального другого на них не получится. ИМХО, торопитесь и подходите не с того краю |
| Автор: Medved 29.2.2008, 14:43 | ||
Бог тебе судья  А аргументы твои несостоятельны (в частности про Linux), построение аналогий, не самая лучшая попытка что-то доказать. По моему же личному опыту могу сказать, чем точнее знаешь знаешь конечный пункт назначения, тем быстрее туда придешь. |
| Автор: ImamMahdi 29.2.2008, 15:15 | ||
Мда... я хотя бы аналогию привел. А вы уважаемый, оперируете абстракциями. Если у вас такой подход, Бога ради, но что у вас получится, можно сказать и сейчас. А получится узкая CMS, ориентированная на что-то конкретно. Разрабатывая фреймворк нельзя определить конечную его цель. Цель будет определятся подходом к сорке CMS на его основе и задачами, для которых CMS собирается. Это будет гибкая система. В конце концов, посмотрите на Typo3. Посмотрите на сайты которые на нем работают. Да, это бизнес сайты, но причина этого в том, что заказать сайт на Typo3 не дешевое удовольствие и для него нужен сервер. Но его не писали специально для этих сайтов. Кто ковырялся в нем, поймет, что на нем можно сделать что угодно, начиная от странички Васи пупкина, то крупных порталов и магазинов. |
| Автор: Medved 29.2.2008, 16:30 |
| Поиграем в игру "чтобы... надо..." Чтобы написать ядро, необходимо выяснить к нему требования. Чтобы выяснить требования, необходимо провести предварительный анализ. Собственно этим сейчас тут и занимаются. За исключение некоторых топиков, в которых некоторые товарищи, считающие что они лучше других знают куда идти, разводят флуд. Причем эти товарищи ничего конкретного не предлагают. Только критикуют текущую выполненную работу, не предлагая никаких конструктивных действий. В духе "неверной дорогой идете товарищи". |
| Автор: Sardar 29.2.2008, 17:58 | ||||
По моему почти не возможно создать CMS заточенную од конкретный функционал... Функционал в библиотеках абстрактен, конкретные компоненты по любому не явлаяются критической частью системы. Просто зная задачу, можи очертить компоненту, что её решит; компонента потребует функционал из общих либ; либы можно взять готовые, либо спроектировать самому и склеить воедино; в итоге вроде становится ясно куда тратить время.
Да стоим мы пока на месте  Было немного анализа, к архитектуре/дизайну системы ещё никто не приступал, а надо бы. Это ведь не что-то большое монолитное, по ходу времени можно менять. |
| Автор: Input 13.3.2008, 21:38 |
| Я наверное уже опоздал, но только сейчас узнал о существовании сие проекта. По личному опыту скажу, что все зависит не от пользователя/посетителя, а от того, кто администрирует сайт. Чтобы человек, который захочет создать свой сайт, выбрал именно Vingard CMS - надо заинтересовать его : 1. Простотой установки 2. Понятным интерфейсом управления контентом (а это именно Content Managment System) 3. Возможностями системы (базовые и модульные) То, что пользователь (посетитель) сайта стоит ниже по приоритету объясняется возможностью изменения вида предоставления информации без затрагивания функционала CMS. Это достигается введением использования шаблонов, а так же возможности их редактирования через админку, Так же можно предоставлять несколько различных скинов отличающихся не только графикой/стилями и т.д., но и структурой. |
| Автор: Ospa 23.3.2009, 12:34 | ||||
соглашусь, только еще кое что добавлю. данная cms должна обладать простыми шаблонами, что бы шаблон мог сделать человек с базовыми знаниями html?на мой взгял данный принцип очень удачно реализован у ucoz.ru.\ на мой взгляд тоже важная составляющая, так, как многие просто делают сайты (для друзей, для курса, клана и т.п.) -для таких сайтов функционал не слишком критичен, а дизайн выходит на позицию выше. пример шаблона ucoz:
|