Перезапуск MAB
Привет!
Многие наверное уже видели ссылку на форум с заметками от результатах встречи MAB от Ryan Thrash на английском, ниже я предлагаю адаптированный перевод этой заметки на русский.
MAB – MODX Advisory Board. Подробное описание MAB можно найти в блоге на modx.com, а также в небольшой заметке Василия.
Если коротко, то на митапе в Амстердаме, вернее уже после него, когда обсуждали в лобби отеля, приняли решение возобновить MAB, но без той бюрократии, что была раньше. Важное требование было высказано мной, чтобы процесс был полностью прозрачный и открытый, как итог — встречи сейчас записываются (и надеюсь будут записываться в будущем), отчеты выкладываются на форуме в общедоступном формате. Многие моменты по организации опущены в пользу упрощения и работы на результат. Итак, результаты первой встречи.
Видеозапись самой встречи можете посмотреть по этой ссылке — zoom.us/recording/play/Y22nzq2gNLsCQ3vp0cnaCT_BJjJ43NlWxXMNFAz3Q98BLFXNaFiCTy8pR6PIn96k
Присутствующие: Christian Seel, Gauke Pieter Sietzema, Ivan Klimchuk, Mat Jones, Jason Coward, Mark Hamstra, Philip Harvey, Ryan Thrash, Gerben van de Kraats.
Отсутствует с уведомлением: Thomas Jakobi, Joshua Luckers
— Новые задачи для MAB и его членов
— Рассмотрение новых заявок на вступление
— Определить новый состав MAB
— Определить новые обязанности и роли в MAB
Еще по итогам встречи в Амстердаме все были согласны с тем, что проект нуждается в управлении, но кто и как будет управлять проектом? Будет это MAB или это должно называться как-то по другому? В итоге, было решено продолжить MAB, но в новом формате. И спалить нахрен предыдущее соглашение о MAB.
Райан так же предложил создать региональные хабы, где интересы могли бы представлять лидеры местных сообществ. По сути те же амбасадоры, но более упрощенно. У меня вопрос только в том, а где брать людей на эти позиции?
Общее решение — да, MAB быть, но без бюрократии, с распределенными обязанностями, минимальными затратами времени и работой на результат.
Это главная цель MAB 2.0.
— Те рекомендации, что уже есть, могут и должны стать частью Roadmap. Чтобы понять потребности сообщества, нужно узнать его мнение, включая проведение опросов по некоторым темам. И важно тут же наладить более тесное общение MAB с сообществом, так как сообщество это хоть и молчаливое, но большинство.
— Очень большая сложность — код десятилетней давности, который нужно исправлять, несмотря на заявленные попытки сохранить обратную совместимость. Однозначных ответов нет, по каждой ситуации придется искать наиболее оптимальное решение. Поэтому следует сфокусироваться на более частых релизах с постепенным обновлением старых частей. Рефакторинг придется завершить как есть, он сломает многое.
— На GitHub очень много issues, большинство из которых — запросы на добавление той или иной возможности. Эти запросы сейчас не имеют приоритетов и желающим помочь сложно определиться, с чего же начать. В итоге каждый делает то, что пожелает. Нужен чёткий план! Следовательно нужна группа из нескольких человек, кто разгребет эти issues и составит список для Roadmap, а дальше уже можно будет расставить приоритеты в этом списке.
— Кроме того, нужно описать четкие правила и общую философию проекта (в документации), чтобы было понятно, в каком случае изменения могут быть приняты, в каком отклонены отклонены и почему, что должно попадать в ядро, а что следует делать через дополнения. Сейчас четкого понимания и правил нет.
— Новая админка. Многие просят избавиться от ExtJS, но сделать это просто удалив старую нельзя, потому что все дополнения, которые сейчас успешно работают и решают задачи клиентов, не смогут этого больше делать. Это будет хуже, чем переход с Evo на Revo. Но начать работу над альтернативной версией никто не мешает уже сейчас, поэтому этой теме будет уделено внимание и желающие помочь — ваш черёд.
— 10-12 человек — вполне достаточно для принятия решений, остальное можно делегировать отдельным участникам сообщества. Роль секретаря MAB должна быть переходящей, чтобы не перегружать участников и не убивать мотивацию. Вместо одного председателя три равноправных, чтобы иметь возможность быстрее реагировать и одобрять спорные запросы, когда кто-то из них недоступен. Раньше основать рабочую группу мог только участник MAB, сейчас это может сделать любой участник сообщества, MAB в таком случае будет обеспечивать поддержку.
— Очень важно привлекать финансирование для участников сообщества, которые вносят вклад. Многие работают в свое свободное от работы и семьи время и нужна дополнительная, в том числе и финансовая, мотивация для них, чтобы закончить начатую работу. Предварительно механизм оплат будет предполагать работу на результат, но все будет зависеть от количества привлеченных средств и прочих факторов. Условие безопасности и прозрачности процесса однозначно должно выполняться. В качестве сервиса для привлечения средства рассматривается OpenCollective.
Повестка следующей встречи — дорожная карта, включая текущие проблемы и намерения. Предполагаемая длительность встречи — 3 часа, чтобы за один раз обсудить самые ключевые проблемы. Любой, при желании, может присоединиться, если это не будет мешать общему процессу. Еще одна тема — поиск финансирования, в первую очередь на обеспечение безопасности системы.
Следующая встреча состоится 2 мая, в 17:30 по московскому времени.
Многие наверное уже видели ссылку на форум с заметками от результатах встречи MAB от Ryan Thrash на английском, ниже я предлагаю адаптированный перевод этой заметки на русский.
MAB – MODX Advisory Board. Подробное описание MAB можно найти в блоге на modx.com, а также в небольшой заметке Василия.
Если коротко, то на митапе в Амстердаме, вернее уже после него, когда обсуждали в лобби отеля, приняли решение возобновить MAB, но без той бюрократии, что была раньше. Важное требование было высказано мной, чтобы процесс был полностью прозрачный и открытый, как итог — встречи сейчас записываются (и надеюсь будут записываться в будущем), отчеты выкладываются на форуме в общедоступном формате. Многие моменты по организации опущены в пользу упрощения и работы на результат. Итак, результаты первой встречи.
Видеозапись самой встречи можете посмотреть по этой ссылке — zoom.us/recording/play/Y22nzq2gNLsCQ3vp0cnaCT_BJjJ43NlWxXMNFAz3Q98BLFXNaFiCTy8pR6PIn96k
Присутствующие: Christian Seel, Gauke Pieter Sietzema, Ivan Klimchuk, Mat Jones, Jason Coward, Mark Hamstra, Philip Harvey, Ryan Thrash, Gerben van de Kraats.
Отсутствует с уведомлением: Thomas Jakobi, Joshua Luckers
Повестка встречи
— Новые задачи для MAB и его членов
— Рассмотрение новых заявок на вступление
— Определить новый состав MAB
— Определить новые обязанности и роли в MAB
Нужен ли нам новый MAB?
Еще по итогам встречи в Амстердаме все были согласны с тем, что проект нуждается в управлении, но кто и как будет управлять проектом? Будет это MAB или это должно называться как-то по другому? В итоге, было решено продолжить MAB, но в новом формате. И спалить нахрен предыдущее соглашение о MAB.
Райан так же предложил создать региональные хабы, где интересы могли бы представлять лидеры местных сообществ. По сути те же амбасадоры, но более упрощенно. У меня вопрос только в том, а где брать людей на эти позиции?
Общее решение — да, MAB быть, но без бюрократии, с распределенными обязанностями, минимальными затратами времени и работой на результат.
Цели MAB и итоги встречи
Roadmap MODX 3.0
Это главная цель MAB 2.0.
— Те рекомендации, что уже есть, могут и должны стать частью Roadmap. Чтобы понять потребности сообщества, нужно узнать его мнение, включая проведение опросов по некоторым темам. И важно тут же наладить более тесное общение MAB с сообществом, так как сообщество это хоть и молчаливое, но большинство.
— Очень большая сложность — код десятилетней давности, который нужно исправлять, несмотря на заявленные попытки сохранить обратную совместимость. Однозначных ответов нет, по каждой ситуации придется искать наиболее оптимальное решение. Поэтому следует сфокусироваться на более частых релизах с постепенным обновлением старых частей. Рефакторинг придется завершить как есть, он сломает многое.
— На GitHub очень много issues, большинство из которых — запросы на добавление той или иной возможности. Эти запросы сейчас не имеют приоритетов и желающим помочь сложно определиться, с чего же начать. В итоге каждый делает то, что пожелает. Нужен чёткий план! Следовательно нужна группа из нескольких человек, кто разгребет эти issues и составит список для Roadmap, а дальше уже можно будет расставить приоритеты в этом списке.
— Кроме того, нужно описать четкие правила и общую философию проекта (в документации), чтобы было понятно, в каком случае изменения могут быть приняты, в каком отклонены отклонены и почему, что должно попадать в ядро, а что следует делать через дополнения. Сейчас четкого понимания и правил нет.
— Новая админка. Многие просят избавиться от ExtJS, но сделать это просто удалив старую нельзя, потому что все дополнения, которые сейчас успешно работают и решают задачи клиентов, не смогут этого больше делать. Это будет хуже, чем переход с Evo на Revo. Но начать работу над альтернативной версией никто не мешает уже сейчас, поэтому этой теме будет уделено внимание и желающие помочь — ваш черёд.
Структура MAB
— 10-12 человек — вполне достаточно для принятия решений, остальное можно делегировать отдельным участникам сообщества. Роль секретаря MAB должна быть переходящей, чтобы не перегружать участников и не убивать мотивацию. Вместо одного председателя три равноправных, чтобы иметь возможность быстрее реагировать и одобрять спорные запросы, когда кто-то из них недоступен. Раньше основать рабочую группу мог только участник MAB, сейчас это может сделать любой участник сообщества, MAB в таком случае будет обеспечивать поддержку.
— Очень важно привлекать финансирование для участников сообщества, которые вносят вклад. Многие работают в свое свободное от работы и семьи время и нужна дополнительная, в том числе и финансовая, мотивация для них, чтобы закончить начатую работу. Предварительно механизм оплат будет предполагать работу на результат, но все будет зависеть от количества привлеченных средств и прочих факторов. Условие безопасности и прозрачности процесса однозначно должно выполняться. В качестве сервиса для привлечения средства рассматривается OpenCollective.
Следующие шаги, действия, собрания
Повестка следующей встречи — дорожная карта, включая текущие проблемы и намерения. Предполагаемая длительность встречи — 3 часа, чтобы за один раз обсудить самые ключевые проблемы. Любой, при желании, может присоединиться, если это не будет мешать общему процессу. Еще одна тема — поиск финансирования, в первую очередь на обеспечение безопасности системы.
Следующая встреча состоится 2 мая, в 17:30 по московскому времени.
Комментарии: 26
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
А так-то он не просто голландец, а фрисландец, у них там вообще свой язык с разными наречиями. Звучит очень прикольно и мелодично.
Видимо то, что ты плохо понимаешь Гауке показывает как раз то, что он хорошо говорит по-английски. В любом случае, если пообщаться с ними хотя-бы пару дней плотно, скилл растёт в геометрической прогрессии.
Правда, если потом не общаться, ровно так же быстро и забывается, увы.
Админка — это единственное, что ещё держит MODX на плаву. Единый интерфейс для всех дополнений. В других фреймворках нужно или свой интерфейс пилить или пытаться состыковать разные дополнения с интерфейсами на jQuery, Vue и т.д. Так что я бы убирать её не стал.
Я уже перестал пытаться понять, что в голове у этих людей, ответственных за развитие MODX. Разработчиков, которые готовы помогать бесплатно, просто игнорируют. Но зато думают, где бы взять деньги для мотивации этих же разработчиков. Женя в своё время устал стучаться, Василий пыхтел 3 месяца почём зря. Про себя молчу. С ненужным индексом тёрки ничем не кончились, а с на PR с расширением класса MODX Джейсон ответил, что так делать нельзя. На вопрос почему — полный игнор. Почему-то в Ларавел можно, а в MODX нет. И они ищут финансирование для мотивации. Чудаки. Лично у меня мотивация кончилась едва начавшись. Больше даже время тратить не буду.
Про то, что нужно или нет, и главное — как правильно, однозначного ответа нет. С точки зрения архитектуры, Laravel очень компромисный фреймворк, несмотря на него популярность, и не всегда стоит на него ориентироваться. Но лучшее стоит подсмотреть, конечно.
Ну и опять же, что у других, что у тебя в голове сидит какое-то мифическое «ОНИ». Я в заметке перечислил всех тех, кто принимал участие, поименно, каждому можно написать лично в Slack или любым другим способом, это реальные люди. На следующую встречу приглашаются практически все желающие, так что ничего не мешает придти и поднять нужные вопросы, вот вообще ничего не мешает.
Я со своей стороны приложил усилия, чтобы это все было открыто и прозрачно, чтобы каждый был услышан, все остальное — это обычные отговорки.
Разница работает только в одну сторону почему-то. Я могу ответить даже через пару дней, а у них видишь ли «разница во времени». Поэтому пшёл нах.
Я вот, представь, не хочу писать каждому лично в слак, телеграм, на почту, на гитхаб. Вот не хочу. Или привлекаются только разработчики, готовые неделями доказывать своё решение? Тогда меня вычеркивайте. С расширением MODX я готов объяснять, готов спорить, готов переубедиться. Но никому это не интересно. А индекс (начальный курс MySql) неделю обсуждали. И даже уже и Лукас и Марк всё поняли, но они так и не смогли убедить Джейсона. Ну и к кому мне ещё обращаться? К Мэту (криворукому верстальщику)? Джейсон всех вертел.
Вань, если даже ты этого не понимаешь, то что уж говорить про них. Я в телеге подробно описал своё видение текущей ситуации. Да и тут коммент оставил на тему, что хороших разработчиков привлечь очень сложно. Теперь даже MAB это осознал и задумался о мотивации через финансы. Ага, ведь остальные простые способы они уже использовали (сарказм).
Просто перенести процессоры из папки в папку много ума не надо. Это нужная работа, но она не даст прорыва. Нужно прикрутить что-то новое для того, чтобы привлечь новых пользователей MODX. xPDO3 требует серьёзной доработки. Как минимум добавить гибкости.
В общем, реально нужно понять, какую нишу должен занять MODX. CMS? CMF? Из этого и исходить. Да даже я готов был бы донатить разработку, но с таким командиром как Джейсон, не то что денег, времени жалко.
П.С. Попробуй услышать. Люди разные. Если вы (они) планируете привлечь разработчиков, то нужно понимать, что мотивация может быть разной: для одних — деньги, для других — энтузиазм, для третьих — вспомнить молодость и желание помочь. Нужно использовать все методы для максимального результата.
Мне деньги не нужны и я совсем не молодой максималист. Мне не нужно рассказывать, что я должен всем и вся стучаться и доказывать. Я найду куда потратить свободное время. Мне интересен процесс совместной разработки. Но пока получается одностороннее движение. Вот моя мотивация. Поймите же меня.
Делайте, мать вашу, хоть что-нибудь, а не нойте. Я дайджесты делаю вместо сна, код пишу в перерывах между работой. У меня вызывают уважение Иван Бочкарев, Марк, Руслан, Паша, Баха и другие ребята, которые по мере возможностей просто делают работу и не ноют. А тут сделайте мне ванильные условия, чтобы его сиятельство соизволило пару строчек написать. У меня не возникает проблем с общением даже с Джейсоном, так что проблемы есть, но вполне обсуждаемы, было бы желание.
Моя дипломатичность тоже имеет границы, накипело. Сергей, извини если обидел, но не мог больше молчать.
А про твою дипломатичность я иллюзий не питаю. Но мы же спорим. На что тут обижаться. Споры бывают разные. Даже с битьём посуды. Главное без оскорблений. :)
Наоборот — слушаешь, но не слышишь. Да и не слушаешь.
Вот теперь всё правильно.
Честно говоря, возможно я бы тоже не принял такой PR, если бы был главным архитектором системы. Протестировать его очень трудно + не всё совпадает с твоими идеями.
Но, если бы я был архитектором системы, то я сам бы и сделал такой рефакторинг давным-давно, а не просил других людей, а потом морозился. Так что да, я конечно не доволен.
Поэтому, пока Джейсон не закончит свои изменения, не работаю над ядром MODX. А там посмотрим.
P.S. Если бы не мой PR, кстати говоря, возможно бы все до сих думали, что такая переделка вообще невозможна. А так больше нет отмазок.
Хороший статус. Скопирую себе. А то сначала — помоги чем можешь, а потом — делай что сказано и не ной. Прямо как в секте. )
А то мне тут на ум пришло, что MODX очень коллегиальный движок.
Если без сарказма, то серьезно, что подразумевалось под этой фразой?
— Если Laravel = фасады, то не используй их
— Несмотря на то, что сам фреймворк позволяет делать проекты не оглядываясь на паттерны, под капотом многие вещи сделаны очень даже толково. При этом лапшекода в ядре уж точно нет, чего не скажешь про MODX
— Фреймворк использует слабую связанность компонентов и их можно использовать по отдельности. В то время, как MODX жестко завязан на xPDO, а шаблонизатор/роутинг/логи и бла-бла явно в шиты в ядро
Создавайте сайты где вам удобней, хоть свой движок пишите. Зачем вы здесь если вы ушли? Вернее не так вопрос поставил, зачем вы пишите тут людям что им нужно сделать, ведь вы ушли и вы то уж точно ничего из того что пишите делать не будете?
Передергиваете. Было:
«Как мне кажется» написано специально для того, чтобы не звучало категоричным утверждением.