cotonti.com : Внедрение новых фич, организация процесса https://www.cotonti.com Последние сообщения в теме Cotonti en Thu, 27 Nov 2025 10:44:27 -0000 Aristei Оу большое спасибо, буду изучать сейчас!]]> вт, 10 фев 2009 04:50:30 -0000 Dayver http://trac.cotonti.com/report/6 немного спутана последовательность версий но ясно что уже сделано, а что нет одним списком

http://trac.cotonti.com/report/3 тут только то что на "повестке дня" (открытые тикеты).

http://trac.cotonti.com/roadmap общие направления развития]]> вт, 10 фев 2009 04:47:27 -0000 Aristei # Amro : Общего впечатления того что сейчас делается и вводиться у меня нет вообще, как и многих других.
Согласен, поэтому и занял пассивную позицию и как Асмо пользуюсь своей доработкой последней версии Sed.

Мое кажется проекту не хватает открытости, ммм поробую пояснить, что под этим подрузумеваю:
Мне как старому пользователю Sed хотелось увидеть, что изменилось в Cotonti в отличие от Sed последней версии, я понимаю что есть трекер но я честно уже который день пытаюсь в нем разобраться и толком не понял, хотелось бы что нибудь вроде этого.
Думаю тогда было бы ясно куда движется проект, что в нем происходит и что планируется.]]> вт, 10 фев 2009 04:38:31 -0000 dervan вт, 10 фев 2009 04:26:26 -0000 Ratibor # esclkm : На взляд тоже штука хорошая если ее правильно оптимизовать и настроить тогда функция будет супер.
Да все там уже оптимизировали сегодня.]]> вт, 10 фев 2009 04:08:41 -0000 esclkm вт, 10 фев 2009 04:06:56 -0000 Ratibor # Antar : Вот это, по моему http://www.cotonti.com/forums.php?m=posts&q=348&n=last#bottom
И неплохо было бы устроить по этому поводу обсуждение или голосование изначально
А это и так уже пол года обсуждается.
Это во первых, а во вторых лично мне просто стремно за сайт где есть такое(см. 12 часа(ов), 51 Минут и 2 дня(ей)):
http://www.cotonti.com/forums.php]]> вт, 10 фев 2009 04:05:48 -0000 medar Но на мой лично взгляд - штука хорошая.]]> вт, 10 фев 2009 03:55:45 -0000 Antar medar:
а что, по твоему, в ядро включили лишнего ?
medar

Вот это, по моему http://www.cotonti.com/forums.php?m=posts&q=348&n=last#bottom
И неплохо было бы устроить по этому поводу обсуждение или голосование изначально]]> вт, 10 фев 2009 03:02:59 -0000 Amro http://www.cotonti.com/forums.php?m=posts&q=348&n=last#bottom , предложения вводить фишечки и рюшечки растягиваются на 50 постов, а вот реальные вещи связанные например с оптимизацией ядра и производительностью, и введением действительно нужных вещей занимают не более 10 постов.

Общего впечатления того что сейчас делается и вводиться у меня нет вообще, как и многих других.]]> вт, 10 фев 2009 02:57:02 -0000 Ratibor # Sergeich : Ну моё предложение практически полностью совпадает с 1 пунктом, просто упорядочивает его. Каждый шаг должен быть прописан, чтобы не было никаких недопониманий и иносказаний.
Не бойся, ничего лишнего все равно в движок не включат :-)
А если даже включат, то Trustmaster и Kilandor не дремлют :-)]]> вт, 10 фев 2009 02:13:13 -0000 medar вт, 10 фев 2009 02:08:55 -0000 esclkm что ж это более чем верно.
Во времена седитио было монополие - весь код от оливера, и он решает это надо или нет. Когда пишешь свои программы - ты знаешь каждую строчку и зачем она нужна а когда нас несколько - то возникает хаос.и тут нужен тот кого мы называем "координатором" Самые главные на мой взгляд двери:
1. "амбициозность" мы амбициозны - это и хорошо и плохо, да ина мне такой грешок есть
2. должно быть четное определение что должно входить в состав ядра а что должно быть реализовано плагином. ведь к плагину требований меньше. захотел сделал. и все.
3. мультиязычность - наш костный мозг привык считать истиной РУССКИЙ ТЕКСТ. его мы читаем внимательно а инглиш: строчку не понимаем, строчку пропускаем. Тут надо приведение всего под англ грабли. пуской чепорно бито уродливо, зато это СВОИМИ СИЛАМИ и понятно для всей комманды
4. Голосование "нужно-не нужно" - надо привлекать пользователей для голосоания за ту или иную фичу. Из вариантов которые у меня сейчас в голове: Ветку IDEAS расширить и не сделаь ее подветкой. Все сообщения ТРАКА и ИДЕАС выводить в модуле отдельном от ресент ИТЕМС - и выводить не с учетом прав, а за какойто период. Возможно сделать на титульной панельку стиля: 5 актуальных голосований на форуме.
5. В голосованиях порой важно не количество а качество: ведь согласитесь, что такое голос человека у которого 1 сайт и что такое голос человека для которого сайто строительство способ жить и выжить это разные вещи. Допустим, я очень бы хотел чтобы в голосованиях ОБЯЗАТЕЛЬНО писали свое мнение trustmaster lombi kilandor - чтобы это может и отвлекает их и убивает их драгоценнейшее время, но их голоса должны быть на вес золота, это проповедники данного проекта. Их мнение должно быть написано - а не просто поставил галку и нажал VOTE
6. В идеях должна быть не только расписана сама идея но и причина внедрения, и что это даст, и почему это должно быть частью ядра.

И согласен все фишки должны изначально под ИДЕЯМИ
И нужен строгий консерватичный (страшный дед) координатор, который будет воспринимать любое нововведение с настороженностью. и раздавать всем свой хлеб: например, ты дорогой в ответе за это это это... все глюки лежат на твоей голове... и все Данная часть так сказать мониполизируется - его часть его код - остальные лишь дают советы, но не вмешиваются.
чтобы небыло перекрестного опыления.
подумаю еще напишу. на самом деле обидно то что написали antony и asmo - много неообосновано, но многое упирается в то что нас много, мы амбициозны, и мы не знаем инглиш]]> вт, 10 фев 2009 02:01:03 -0000 Sergeich вт, 10 фев 2009 01:47:58 -0000 Trustmaster ORG, кратко:
[list=1]
  • Идея оформляется в качестве проекта (с описанием и аргументацией ее внедрения) и размещается в форуме Ideas
  • Если это небольшое улучшение или просьба со стороны администраторов/координаторов, то оно оформляется в ветке Quick Tasks, хотя чаше это идет напрямую в Трак.
  • Далее идет открытое обсуждение, где вырисовываются детали, а также все за и против.
  • Если большинство за, то проект оформляется в качестве задания и отправляется в Trac (если он назначен на текущую major версию), либо в Projects (если он запланирован на более отдаленное будущее).
  • Чем выше положение участника обсуждения в иерархии, тем более весомый его голос. Администраторы и координаторы (в своих направлениях) обладают правом вето.
  • Багфиксы в голосованиях и обсуждениях не нуждаются. То же касается устранения мелких косяков вроде ширины текстбоксера в скине.

    • Имхо, мы наблюдаем не анархию, а самодеятельность, в частности в русской ветке форума.]]>     вт, 10 фев 2009 01:35:09 -0000     Dayver вт, 10 фев 2009 01:32:21 -0000 Sergeich вт, 10 фев 2009 01:26:15 -0000 Dayver вт, 10 фев 2009 01:16:47 -0000 Sergeich Во вторых, моё предложение должно быть не пожеланием к участникам, а единственно возможным способом включения в движок тех или иных фич, тогда и народ подтянется из других разделов. Агитация и всё такое.
    В третьих, структура первого поста должна быть чётко разработана и соблюдаться участниками неукоснительно.
    В четвёртых, решение сообщества о включении-невключении той или иной фичи в ядро обязано приниматься администрацией обязательно, желаешь всё же внедрить докажи необходимость сообществу.

    Сейчас же мы наблюдаем практически анархию, это очень плохо.

    У тебя в опросе допущена классичесая ошибка - а нафига это нужно? Я верю, что это может быть болезно, но я не хочу верить, я хочу знать зачем это нужно. Цели и задачи должны быть расписаны достаточно подробно и понятно.

    Кстати, список голосований по принятию новых фич должен быть вынесен на главную страницу, чтобы увеличить приток заинтересованных людей в самый важный раздел форума.]]>     вт, 10 фев 2009 01:02:18 -0000     Dayver
    Sergeich:
    ...или в нём приняло участие мало пользователей (минимум нужно определить), то фича не входит в ядро.
    Но уверен что это не из-за бесмыслености или ненужности поднятых вопросов

    Взять хотя бы пример с перемещением файлов config.extensions.php and mimetype.php.....задание достаточно простое....считаю что достаточно нужное (ибо по логике.....установили двиг->отредектировали конфиг.пхп->хотим окончательно настроить к примеру mimetype....так зачем же лезть в папку с ядром......железобетонная логика) ... создан опрос .... на даный момент имеем 9 ответов, при количестве сообщества 208 человек......если конечно обращатся только к девелоперам, их сейчас 8, то конечно голосов достаточно но вы сами же говорите что решение о внедрении не обсуждаются более широким кругом пользователей]]>     вт, 10 фев 2009 00:43:10 -0000     Sergeich
    Предлагаю кардинально переработать процесс принятия решения:
    • Перед внедрением разработчик обязан создать тему-голосование в соответствующем разделе с подробным описанием что как и зачем он хочет внедрить.
    • Далее идёт обсуждение и голосование. Если голосование дало результат "не нужно" или в нём приняло участие мало пользователей (минимум нужно определить), то фича не входит в ядро.
    • Если большинство голосов за "мне всё равно", то предложение поступает на усмотрение идеологов (будет с кого спрашивать :) ).
    • Если большинство голосов проголосовало "За", то фича принимается и внедряется в ядро.

    Таким образом принимать решения о включении фич в ядро и о включении новых модулей, плагинов и скинов в стандартную поставку.]]>     вт, 10 фев 2009 00:36:50 -0000