миша, давай по новой, всё #уйня (c)
Это ок :)
1. Писать сайтмап для сайт в четыре страницы и описывать каждое поле, это пипец
Даже для проекта длинной в полгода карта сайта помещается на паре страниц. Хотелось бы на каждой итерации запускать stupidsomething.py и иметь и клиентскую часть и админку уже в некотром приближении. А потом итерационно меняя ключики делать с каждым шагом все ближе к конечному результату.
Даже сейчас есть много умолчаний, мне видится модель работы следующим образом:
- Идет разговор с клиентом
- Согласовывается карта
- Согласовываются модели
- Клиенту буквально почти сразу показывается в стандартном оформлении сайт с админкой
- <Цикл итераций по уточнению деталей>
- Становится понятно что на самом деле хотел клиент
- Наконец-то программирование aka ПРОФИТ
Вот приблизительно последовательность действий https://gist.github.com/1698253
YAML не могу сказать что лучший вариант, но он больше похож на текстовый документ котоый можно подписать у клиента.
2. Новости, форма заказа - это уже должны быть модули, которые должны
"взлетать" либо простым копированием, либо с помощью магической
кнопки.
Кстати не согласен, каждый долбанный раз это получались чуть разные модели, для ресторана это одно, для зубного кабинета другое, для студии по продвижению спамом по гостевухам другое. Каждый раз набор полей был немного разным.
3. Если модуль сложный, а модуль новости наверное пишется один раз и
на сто лет, и ооочень редко меняется, так вот если модуль сложный,
например каталог, то должен быть типа базавый, абстактный, (ну там
допустим картинка, название, цена)
и он должен оч легко наследоватся, чтобы можно было нарастить жирок
если требуется что то большее
Пока противоречия нет, я пока выложил только идео о описании модели. О том как модели будут общаться друг с другом тоже есть идеи, но это другой вопрос.
27 января 2012 г. 18:27 пользователь Mikhail Kashkin
<mkashkin@gmail.com> написал:
> Привет,
>
> задумываюсь о том чтобы сделать что-то еще более простое чем Django, но в
> той же самой нише. Что-то с помощью чего можно было бы делать сайты, но
> сэкономить время на ритуальной синхронизации разных кусочков кода, что очень
> бесит. Постепенно продвигаюсь по всем деталям и вот подготовил небольшой
> кусочек для обсуждения, который оформил в ввиде небольшого вводного текста с
> примерами кода http://www.vurt.ru/2012/01/RFC-formgear
>
> Жду вашу критику (конструктивную можно тоже).
>
> --
> Mikhail Kashkin
> http://comfort.ly/
> http://www.vurt.ru/
>
Mikhail Kashkin
Комментариев нет:
Отправить комментарий