| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Vingrad CMS > Проект умер? |
| Автор: ImamMahdi 15.2.2008, 19:00 |
| Я так понимаю, проект умер? Уж больно много времени прошло с момента заморозки разработки... Может продолжим? Хотя бы обсуждение. Я почитал темы и нашел много пищи для размышлений, но также нашел один большой изъян - практически ни одна тема не имеет логического заверщения :( |
| Автор: Medved 16.2.2008, 00:29 |
| продолжай |
| Автор: Wowa 16.2.2008, 10:28 |
| Продолжать можно. Если разработка снова начнется, то я поддержку. |
| Автор: Wowa 17.2.2008, 12:28 |
| Я поместил новость о разработке на http://devnews.ru |
| Автор: EsAlexey 17.2.2008, 13:24 | ||||||
| Я сейчас занимаюсь созданием платформы для сайтов на PHP. Могу внести сюда некоторые свои идеи и помочь с разработкой. Моя система основана на описании данных, моделей и отображений с помощью XML. Функциональность подключается с помощью процедур и классов PHP. Главными идеями являются: устранение лишнего PHP-кода, поддержка шаблонов для верстки и облегчение работы с базой данных. Сейчас я веду разработку платформы на основе потребностей при создании интернет-форума. Платформа строится на основе модели "данные-логика-отображение". Слой данных позволяет удобно описывать структуру базы данных и запросы к ней, в том числе гигантские JOINы. Слой логики описывает принципы работы пользователя с сайтом: преобразования данных, команды и обработку ввода. Слой отображения строится на основе XHTML, который расширяется специальными тегами и атрибутами для шаблонизации, доступа к данным и вызова команд. Пример слоя данных (простая таблица в MySQL):
Пример слоя отображения (главный шаблон сайта):
Пример слоя отображения (дерево форумов по категориям):
В итоге программисты будут разрабатывать слои логики и данных. А дизайнеры будут верстать слой отображения без необходимости в умении программировать, при этом имея полный контроль над XHTML-кодом. Слой отображения чем-то похож на XSLT, но является более мощным средством формирования вывода, а также поддерживает списки, деревья и рекурсию данных. Мне данная платформа нужна для облегчения и ускорения фриланса по созданию сайтов. Платформа выйдет под свободной лицензией, скорее всего под LGPL. Пока я делаю это один, но мне было бы намного удобнее делать это в сообществе. Если вас интересуют мои идеи, то я буду рад присоединиться к вам. |
| Автор: Wowa 17.2.2008, 17:12 |
такой вид принимают все данные, которые ты достаешь из таблицы? Т.е. данные выбранные из таблиц ты перегоняешь в XML? Добавлено через 1 минуту и 51 секунду где инициализируется Session.Member ? |
| Автор: Mekras 18.2.2008, 10:50 |
| А где можно ознакомиться с текущим состоянием проекта? |
| Автор: Wowa 18.2.2008, 12:32 |
проект был долгое время заморожен. Поэтому единственное место, где можно ознакомиться - это этот форум. |
| Автор: ImamMahdi 18.2.2008, 13:52 |
| Wowa, я так понимаю, ты руководитель проекта? Списки участников и обязаностей я видел, но боюсь что они давно невалидны В чем мне кажется основная ошибка в ходе вашей работы. Я когда начал продвигать свою такую же идею, тоже бросился писать код, верстаться классы и набивать их методами, но через некоторое время понял, что теряю свою же собственную мысль. Что-то забывается, что-то преобретает иной смысл. Если к работе подключается новый человек, то для него большая проблема влиться в работу, так как он ничего не знает о проекте или знает очень мало. Я вот тут почитал форум и понял, что не хватает одного скомпонованного, полного описания того, над чем ведется работа. Не нашел, где можно почитать о том, что реализовано, что в процессе, что требует переработки или дополнений. Я думаю стоит начать с формирования доки, описания идеи, а потом уже строчить килобайты кода. Вот и в этой теме сразу напостили листингов, хотя по-моему так никто и не определился, будет ли работа над проектом продолжаться. Опять же, если проект будет расморожен, то стоит детально рассмотреть то, что уже написано. Времени прошло много и кто знает, актуальны ли былые наработки. Что думаете по поводу сказанного мною? |
| Автор: Wowa 18.2.2008, 14:01 | ||||||||
ну, типа, больше вроде некому :(
да, это старые списки. Невалидные уже.
Так и есть.. Но работа пока никакая не ведется, а лишь обсуждаем, что и как делать.
ну, как минимум обмен опытом по разработке движка полезен. Есть много интересных идей. Выльется это в итоге в конечный продукт или нет - покажет время. Хотя хотелось бы.
актуальны. Ничего толком не изменилось в мире. А когда мы пару лет назад начинали, то как раз задумывали всё и XML, и AJAX и прочее... |
| Автор: ImamMahdi 19.2.2008, 15:54 |
| Так может давайте для начала создадим некоторую базу знаний по проекту. Опишем что есть, что в реализации, что только планируется. Сформируем какой-то план утвержденных работ. В общем, нужно подобие ТЗ. В форуме можно сделать подкатегории, куда выносить топики по степени их важности. К примеру, есть идея реализовать определенный функционал. Обсуждение этой идеи ведется в одном разделе, где каждый может написать свое мнение, поделиться своей теорией. Как только пришли к какому-то общему мнению, создается тема в другом разделе, где уже обсуждается и ведетется конкретная реализация задуманного, без посторонних предложений "а дававайте мир перевернем вверх дном". Если такого разделения не делать, то в итоге, любая тема рано или поздно заполнится флудом, пусть и тематическим, но флудом, уводящим от основной идеи. Как вы смотрите на это? |
| Автор: Sardar 19.2.2008, 17:34 |
| Одной ветки достаточно, топики можно закреплять (по важности) и плюсовать в рейтинг. Проекту не хватает ясно поставленной цели, отсюда почти не возможно спланировать разработку, метрики и т.д. Цель поощряется вознаграждением, в простейшем случае деньги, иногда причастность к чему то большому. Иначе цель не цениться и не воспринимается всерьёз. |
| Автор: ImamMahdi 19.2.2008, 18:10 | ||
Написание такой системы - не разработка гостевой книги. Тем будет очень много, потому как обсуждаться должно все, а иначе снова будет много неясных моментов. Если будет много тем, то как не закрепляй, как не старайся, все равно получится помойка, в которой разобрать что-либо будет крайне проблематично. |
| Автор: solenko 21.2.2008, 15:44 |
| Действительно очень интерестно было бы оживиь тему. Абсолютно согласенс ImamMahdi в том, что нужно форировать ТЗ. Судя по теме http://forum.vingrad.ru/forum/topic-56921.html небыло даже определенности что пишется. Вроде говорили о фремверке, а начали писать набор билиотек. Даже если работа не выльется в готовый продукт, пользы будет очень много. Сама разработка архитектуры уже добавит опыта которого, лично мне очень не хватает. Так что предлагаю создать тему "что пишем" и начать определяться. А принятые решения просто выносить в отдельный закрытый закрепленный топик (за неимением лучшего варианта в виде системы управления проектом). |
| Автор: Sardar 21.2.2008, 17:59 |
| Коротко: да нужно ТЗ. Для начала надо обратиться к конечному пользователю, очертить задачу. Важно что-бы это был настоящий пользователь, а не программист "в роли", при чём пользователь вменяемый и способный излагать мысли. К примеру руководитель спортивного клуба, публикующий в сети расписания матчей, короткие статьи (к примеру заметки о конкретных тренировках, находки, юмор и события на dojo за неделю, подобное блогу), фотогаллерею (матчи, поездки "к истокам" и т.п.), обратную связь (хотя бы гостевую). Для своих интегрированный бухучёт, где не только ежемесячная, но и разные сборы на поездки и закупки материала. Естественно штука и раппорты должна уметь создавать. Опираясь на это уже можно выделить такие общие понятия как блог (короткий пост, коментарии, оценки), новости (удобное управление и публикация, RSS, интеграция с subscribe.ru etc), статика (набивка статьи в wysiwyg, интеграция в главное меню etc), бухучёт. Отсюда общие библиотеки и сервисный код. Отсюда конкретные задачи и потребноти в коде, которые и решаются программистами. Мы пока начинаем с низу, т.е. с библиотек, как можно шире и функциональней. Конечно это приведёт к сложностям во общей интеграции в "единое целое", потере энтузиазма от "бескрайности задачи" и главное к бесконечной разработке. Хотя либы в итоге и могут получиться отличными, но до единого продукта дело обычно не доходит. |
| Автор: solenko 21.2.2008, 20:23 |
| Sardar, ну тогда уже взять 10, 20...N таких ТЗ, выделить из них сущности, которые повторялись в каком-то проценте и ограничится этим. В первую очередь нужно определиться с системой, по которой будут подключаться модули, интерфейсом модуля и т.д. а уж потом думать о реализации всего перечисленного вами. Добавлено через 4 минуты и 13 секунд Пользователю прийдется сталкиваться с конечным продуктом, а программистам с API сисемы, потому на первом этапе стоит оглядываться как раз на них. Ведь CMS без коммунити разработчиков ничто, а если под систему будет неприятно писать, то оно, скорее всего, и не появиться. |
| Автор: Medved 21.2.2008, 22:36 | ||
Вот с этого можно и начинать. Наиболее эффективен итеративный подход к разработке в виде версий, каждая из которых поделена на стадии. Каждая стадия фиксируется контрольными точками. Таким образом можно отслеживать общий прогресс проекта. ![]() Версия - это готовое приложение, обладающее заранее оговоренным функционалом. Первая версия предоставляет только базовую (ограниченную, наиболее важную) функциональность которая затем наращивается в следующих версиях. Жизненный цикл выпуска версии разбивается на пять стадий (фаз): 1. Выработка концепции - утверждается структура и состав рабочей группы. Этой группой вырабатывается общее видение будущего продукта (ничем не ограниченное представление о целях и задачах которые должен реализовывать продукт). Контрольные точки (результаты выполнения стадии):
Контрольные точки:
Контрольные точки:
Контрольные точки:
http://ru.wikipedia.org/wiki/Microsoft_Solutions_Framework http://www.citforum.ru/SE/project/msf/ |
| Автор: Medved 21.2.2008, 22:59 |
| На данный момент как я понимаю, проект находится в процессе выпуска первой версии, на первой стадии. Которая реализована на 50%, так как первая контрольная точка пройдена, т.е. состав и структура группы (частично) определена (другое дело что список этот устарел и не точен). Чтобы двигаться дальше необходимо произвести рефакторинг рабочей группы и определить ее структуру. Т.е. кто за что будет отвечать (по мере сил и знаний, а так же возможностей и времени) Параллельно с этим можно разрабатывать общую концепцию будущей CMS. Документ по рабочей группе находится здесь - http://forum.vingrad.ru/forum/topic-80728.html Общую концепцию предлагаю обсуждать здесь - http://forum.vingrad.ru/forum/topic-197424.html |
| Автор: ImamMahdi 22.2.2008, 13:15 |
| Прежде чем преступить к чему-либо, настоятельно реккомендую прочитать вот этот блог http://vingrad.ru/blogs/ida !Прочить полностью! P.S: порадовало появление схем. Вот это можно считать началом |
| Автор: awers 22.2.2008, 15:42 |
| С огромным удовольствием принял бы участие в разработке. PHP, MySQL, Oracle, CSS, HTML, XSL, XML .... |
| Автор: Medved 25.2.2008, 06:26 | ||
Если тебе удасться привлечь ее к проекту, все будут только рады. Но тут до схем еще много работы. |