[Devel] [Задача 6354] Запустить веб-интерфейс на стенде
Evgeny Sinelnikov
sin на etersoft.ru
Ср Ноя 10 21:09:40 MSK 2010
10 ноября 2010 г. 19:48 пользователь Vitaly Lipatov <lav на etersoft.ru> написал:
> В сообщении от Среда 10 ноября 2010 Evgeny Sinelnikov написал(a):
> ...
>> Никакого бы обсуждения не возникло, если на вопрос, а работает ли код
>> в бранч 5.0 (для Яузы) или 5.1 (для Стенда), был бы ответ "счас
>> проверим".
> Ну это отдельная проблема.
>
>> Но ведь ответа такого нет. Сергей не в курсе и не занимается проверкой
>> своих результатов во всех средах, где они будут использоваться. А
>> делают это другие и сталкиваются, при этом, с проблемами, которые им
> Это проблема управления проектом. Это и не задача Сергея тестировать среды --
> вчерашние, сегодняшие и завтрашние.
>
Да? Ты уверен? А если код приходиться делать разный под разные среды.
Ну, вот приходится. Это не проблемы того, кто его пишет?
Ну, хорошо, тогда группа должна быть чуть больше, чтобы так
ответственности распределять. А если вебом занимется один человек, то
не резонно ли дать ему возможность и попросить проверять эту пару
сред, где его код должен одновременно работать?
> Проблема вытекает из-за неподдерживаемости Альтом и Team бранчей. Они устарели
> и непригодны. И не надо перекладывать ситацию на других.
А причём тут это? Ну, позор, что webkit старый. Но если на нём всё
работает, то почему бы и нет? А если не работает, то почему узнавать
об этом нужно в последний момент. Это ведь проблема у нас бранчем,
причём тут проблема альтов?
Это ведь заранее было понятно, что там webkit старый. Ко всему этому
достаточно было добавить багу "обновить webkit", но только узнать
нужно об этом заранее (см. ниже).
>> Выше я провёл ряд проверок и выяснил в чём причина. Выяснил, что
>> проблема именно в версии Хрома. С Вебкитом будет та же проблема. И я,
> Проблема управления. Ты не должен лично заниматься проверками. Твоё дело
> задачу поставить.
>
Ясно.
http://bugs.etersoft.ru/show_bug.cgi?id=6420
>> Проверки на разных версиях Хрома и Вебкита, могут и должны
>> осуществляться не на месте, когда выявляются проблемы, а когда
>> заявляется, что какая-то часть решения сделана.
> Наша недоработка в том, что разработка велась не в той среде, в которой
> делаются сегодняшие проекты. А в той, в которой будут делаться завтрашние.
> Ну кто виноват, что webkit нормальный сделали только недавно?
>
А причём тут вина? Вопрос в том, "а кто гарантировал, что его уже
сделали достаточно нормальный" и "зачем закладываться на то, что может
оказаться столь не надёжно"?
>> Давайте решим, что проверять работоспособность решения в заданных
>> средах будут сразу после коммита (можно даже до пуша в репозиторий). Я
>> думаю, что это разрешит большую часть вопросов.
> Но что это поменяет?
Проверкой веба занимается тот, кто его пишет. Мне кажется, что разумно
предоставить ему две среды, где этот код должен работать, ибо ему пуш
делать, который может неожиданно сломат что-то в одной из них, которая
не проверялась.
Искать же концы потом, тем кто не знает, а способен ли web работать в
данной среде или нет, несколько не хорошо, ибо каждый может сказать,
что проблема не на его стороне. И действительно это приходиться
выяснять. А зачем?
> Итак -- мы выбрали Сенчу, и написали приложение на ней. Менять мы это не будем,
> потому что
> а) других вариантов такого уровня качества нет
> б) всё уже сделано.
Да.
> Если есть проблемы с webkit или chromium-browser -- их надо обновить.
> Как это сделать, я надеюсь, кто-нибудь из троих собравшихся сборщиков пакетов,
> входящих, кстати, в ALT Linux Team, как-нибудь сообразит.
Ну, а сказать заранее куда собирать и в какой момент это потребуется
можно? Это же не проблема сборщиков?
> У нас никаких требований по стабилизации репозитория в плане десктопных
> приложений и библиотек. Тупо взять готовую ветку и сидеть на ней -- как-то не
> вариант.
Вывод какой от сюда? Я не понял.
> И просьба больше не использовать эмоции в обсуждении технических вопросов,
> хватит доказывать другому, что он осёл.
Это /к чему/в ответ на что/ указано?
Укажи лично, пожалуйста, всем (по крайней мере мне), по поводу чего
это. Я так не понимаю, когда слишком много всего, что можно подумать
на слишком разное. Лучше сразу скажи как не стоит.
--
Sin (Sinelnikov Evgeny)
Подробная информация о списке рассылки Devel