Dmytro
Да там есть статические урлы но это не решает проблему когда много документов
Dmytro
Тоесть банально не удобно всем прописывать их специально уберая 1 уровень вложености
Anonymous
Ну тут вопрос не в том, что есть, а чего нет. А в том, что есть процесс и его нужно соблюдать, чтобы не было анархии и бардака
Anonymous
Я долго работаю с гитхаб MODX и это редкость, чтобы кто-то нормально по шаблону заполнял issues and pull request
Anonymous
А ты сидишь потом и пытаешься понять, что хотели этим багом тебе сказать
Anonymous
Телепатия там тоже не работает, как и в этих чатах
Dmytro
Ну вот этот процесс ведет к закату в 2013 МОДХ был номер 1 в рейтинге ЦМС как опенсорс
И вот на этом успех закончился;(
Dmytro
Сейчас по факту и там и там подкручивание гаек и все ;( надо решать что то что б выйти на уровень с учетом что Идеология МОДХ просто охрененная и удобная
Anonymous
Этот процесс правильный, имхо. И ещё довольно лёгкий
Anonymous
Стоит посмотреть на крупные проекты, где больше PR и багов
Anonymous
Там все ещё строже и формальнее
Anonymous
Там неправильно оформленные баги просто закрываются, иногда ботами
Anonymous
ни разу не полгода, 10 декабря был сделан PR. Только 30 января Коля предоставил доп инфу по пакету для тестов
Anonymous
PR помечен в 2.7 версию, значит будет в ближайшее время протестирован и влит
Pathologic
или версия поменяется на 3.0 (:
Anonymous
И да, Колю нужно всегда было просить добавить описание того, что делает его код. Как бы не считал он себя гениальным, факт остается фактом
Anonymous
Да, кроме версии 2.7 нужно еще успевать тестировать и версию 3.0 и другие версии
Anonymous
Хотелось бы, чтобы кто-то еще брал и тестировал PR-ы и писал, мол чуваки, я проверил, все ок, вливайте
Anonymous
это было бы здорово, но всем насрать, только готовое подавай
Anonymous
а если вливать все бездумно, эти же требовальщики в первых рядах будут хаять, мол вы сломали мне сайт своим обновлением и прочее
Anonymous
в ево кстати такую же фигню вижу периодически
Anonymous
так что спорить тут особо не о чем :)
Pathologic
ну, лучше быстро сломать и быстро починить, чем вообще никак
Anonymous
это как? выпускать релиз с заведомо нерабочей фигней? так делать тоже нельзя. так делают, только когда экономят на QA
Anonymous
и отношению к такому продукту соответствующее всегда
Anonymous
может мы просто работаем в разных сферах, но мой рабочий проект сейчас тоже опен сорс и клиенты, когда берут продукт и заказывают доработку, платят только за фичи, баги правятся за свой счет
Anonymous
и если этот баг уже попал в продакшен, исправить его намного сложнее и дороже
Am
Не совсем "всегда". В том же недельном цикле разработки обычно так и просиходит - сначала пилят-ломают, а потом правят. Тут уже больше под сам цикл и задачи подстройка идет.
Anonymous
так что быстро выпустить и потом быстро починить не подходит никогда
Anonymous
Anonymous
если случается - это очень дорого всем стоит
Am
У нас такое бывает (:
Anonymous
под никогда я имею ввиду осознанно
Am
Тоже об этом
Am
Понятное дело что нет желания ломать
Anonymous
поэтому и есть целый отдел QA который проводит тесты перед релизом
Anonymous
в MODX это делают интеграторы, на добровольных началах и потому что так надо
Anonymous
добровольцев QA к сожалению нет
Anonymous
оттого и не быстро все проиходит
Anonymous
вернее не так быстро, как хотелось бы
Am
QA тоже очень хорошо пропускают, особенно когда короткие циклы. Особенно когда цели - выкатить релиз и после заказчик снова передумает и внесет правки.
Про MODx именно не знаю, не интересовался.
Am
То что Вы пишите - логично. Поэтому у РЕВО так "долго"
Am
Только не каждое "долго" реально соответствует тому что оно так должно быть.
Anonymous
Ну это понятно. Но реалии то каковы? Или долго или дешево
Am
Применимо к MODx - да, такие реалии.
Anonymous
Стерк собирает деньги, чтобы платить разработчикам ЗП фуллтайм, чтобы выкатить 3 релиз в срок
Anonymous
они это сделают, потому что есть деньги
Anonymous
у нас это работает, потому что нам клиенты платят
Am
Конечно.
Anonymous
а когда это добровольно и в свободное время, гарантий сроков нет
Dmytro
Anonymous
есть еще один вариант, это если ты запилил PR и очень хочешь, чтобы его влили быстро, это в лепешку разбейся, но докажи, что оно прямо вот сейчас нужно, важно все и срочно. Опиши подробно что делает, зачем нужно, покажи как протестировать легко и быстро, в крайнем случае найди интегратора и ему объясни, что и зачем
Dmytro
Но опять же все зависит от ситуации
Anonymous
Благо барьера теперь языкового нет, можно мне писать
Anonymous
И тогда фича будет влита максимально быстро
Dmytro
есть еще один вариант, это если ты запилил PR и очень хочешь, чтобы его влили быстро, это в лепешку разбейся, но докажи, что оно прямо вот сейчас нужно, важно все и срочно. Опиши подробно что делает, зачем нужно, покажи как протестировать легко и быстро, в крайнем случае найди интегратора и ему объясни, что и зачем
Это решается так:
- да ну его нафиг запилю у себя на проекте и так норм. А то доказывай еще что оно надо
Anonymous
ну вот, а козлы потом разработчики
Dark
У нас проще - нужно растормошить Диму и выслать ему код ;)
Dmytro
Dmytro
Поэтому это работает
Dark
Pathologic
в общем все что связано с вебом унылое говно, как ни разрабатывай
Am
((((%
Am
Не знаю, не знаю. Мне нравятся CRM системы разрабатывать (((:
Dark
Pathologic
да, я писал на ассемблере в молодости
Dark
Dmytro
Да везде все унылое говно ;) везде одно и тоже баги фичи и тд ;)) просто ты либо делаешь либо нет, другого не дано
Dark
Dmytro
А так хаять работу легко ;) а хотя бы понять почему так уже проблема
Pathologic
если вникать в такие вещи, так отправят в дурку (:
Dark
Andrey
Можно чатиком тестить до оф. релиза, наверное.
Am
Времени не хватит (((%