The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Firefox переходит на плавающий график подготовки релизов

05.02.2016 08:50

Разработчики Mozilla объявили об изменении графика подготовки релизов Firefox. Если ближайшие релизы Firefox 45 и 46 будут выпущены в рамках прежнего шестинедельного цикла разработки, то в дальнейшем на формирование каждого чётного выпуска будет уходить восемь недель, а в конце года разработчики ограничатся только корректирующим выпуском, который будет содержать только исправления ошибок.

Изменения внесены для оптимизации процесса разработки и отталкиваются от четырёхлетнего опыта применения модели фиксированного цикла подготовки релизов. С учётом нахождения кода в стадиях ночных сборок, альфа- и бета-версий, дополнительные две недели для каждого чётного релиза позволят выделить как минимум шесть недель на разработку, сохранив время на тестирование. Дополнительное время также даст возможность для манёвра в непредвиденных ситуациях, например, позволит изменить дату релиза, реагируя на возникающие потребности пользователей и рынка. Новый график также учитывает потребность разработчиков в отдыхе и предоставляет рождественские каникулы.

Новый график:

  • 2016-03-08 – Firefox 45, ESR 45 (6 недель)
  • 2016-04-19 – Firefox 46 (6 недель)
  • 2016-06-07 – Firefox 47 (7 недель)
  • 2016-08-02 – Firefox 48 (8 недель)
  • 2016-09-13 – Firefox 49 (6 недель)
  • 2016-11-08 – Firefox 50 (8 недель)
  • 2016-12-13 – Firefox 50.0.1 (5 недель, корректирующий выпуск)
  • 2017-01-24 – Firefox 51 (6 недель c момента корректирующего выпуска или 11 недель с момента значительного релиза)

Корректирующие ESR-релизы, как и раньше, будут выходить одновременно со значительными выпусками.

  1. Главная ссылка к новости (https://blog.mozilla.org/futur...)
  2. OpenNews: В конце года график подготовки Firefox будет сдвинут на неделю
  3. OpenNews: Проект Mozilla представил ветку Firefox с длительным сроком поддержки
  4. OpenNews: Новая схема подготовки релизов Firefox
  5. OpenNews: Разработчики Mozilla намереваются увеличить интервал между выпусками Firefox с 6 до 9 недель
  6. OpenNews: Утверждён трёхмесячный цикл разработки Firefox OS
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43821-firefox
Ключевые слова: firefox
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (110) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:26, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    Не выдержали гонки? Печально.
     
     
  • 2.3, commiethebeastie (ok), 09:32, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Против systemd не попрешь.
     
     
  • 3.35, CSRedRat (ok), 12:30, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давно не было слышно о релизах, кстати)
     
     
  • 4.36, CSRedRat (ok), 12:37, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Последняя новость о выпуске 228: http://www.opennet.ru/opennews/art.shtml?num=43349 (от 19.11.15, между релизами тоже в среднем около месяца)
    У них, кстати, на сайте забавные графики:
    1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg
    2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests.svg
    А для скачивания почему-то доступна последней 221 версия: http://www.freedesktop.org/software/systemd/
    Новость по 229 релизу только в процессе: https://github.com/CSRedRat/systemd/blob/master/NEWS
     
     
  • 5.46, Stax (ok), 13:10, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > У них, кстати, на сайте забавные графики:

    Это смотря с какой точки зрения

    > 1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg

    График issue *любого* развивающего продукта с частыми регулярными релизами выглядит ровно так же. У стагнирующих и продуктов с редкими крупными релизами - несколько иначе. Но при нормально идущей разработке и росте user base  - один в один такой график, кто разрабатывал, тот такие графики много раз видел.

    > 2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests...

    Эм? Вообще-то объем пулл-реквестов равномерно растет, скатился % все еще открытых за счет перевода в категорию postponed. По-моему, тоже ничего аномального.

     
     
  • 6.54, CSRedRat (ok), 13:57, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я с этим полностью согласен и не спорю просто графики забавные На главной вы... большой текст свёрнут, показать
     
  • 2.6, soarin (ok), 09:47, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А ведь нагоняли.
    Chrome 48, Firefox 44. Всего-то на четыре версии отставали.
     
  • 2.39, anonymous (??), 12:51, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    а куда гнать, каких критических фич вам в браузере не хватает?
     
     
  • 3.42, Andrey Mitrofanov (?), 13:03, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > а куда гнать, каких критических фич вам в браузере не хватает?

    Тага <сарказм>, вестимо.

     
     
  • 4.63, Admino (ok), 16:04, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, пора бы уже оформить фичереквест
     
  • 3.65, Аноним (-), 17:01, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Третье правило проект-менеджера: если в продукте столько фич, что уже и добавить нечего - значит, самое время заняться фичекатом и половину функционала убрать.
     
     
  • 4.113, Аноним (-), 00:03, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > половину функционала убрать

    Чтобы потом можно было радовать пользователей постепенным восстановлением убранного функционала (старое-доброе "сначала сделать плохо, а потом вернуть, как было"). :)

     
     
  • 5.116, Аноним (-), 14:13, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    #65 и #113 прямо-таки описали Оперу.
     
  • 3.91, Аоаоао (?), 06:39, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > а куда гнать, каких критических фич вам в браузере не хватает?

    Быстродействие загрузки и рендеринга. У Firefox с этим проблемы. Он медленней чем IE и EDGE.

     
     
  • 4.94, asd (??), 11:20, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое IE EDGE?
    # apt-chache search IE
    и
    # apt-chache search EDGE
    нифига интересного не выдаёт.
     
     
  • 5.96, Аноним (-), 13:15, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В центре обновления посмотри. Вопрос на засыпку - фаерфокс ориентируется на какую ОС?
     
  • 2.100, GrammarNarziss (?), 17:22, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    "не выдержали гонку", позорище
     
  • 2.102, Анончег (?), 21:40, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Изменения внесены для оптимизации процесса разработки и отталкиваются от четырёхлетнего опыта ... Новый график также учитывает потребность разработчиков в отдыхе и предоставляет рождественские каникулы.

    Ёксель-моксель, это они четыре года без одоху Хрома догоняли по версиям!!!

    Мазилкиных манагеров надо премировать за такую эффективность. Резултатов правда за эти четыре года никаких не предъявлено, но такой "забег в ширирну"(С) впечатляет.

     
  • 2.103, kot040188 (?), 01:18, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не выдержалли-таки гонкУ по превращению лисы в НЁХ…
     

  • 1.2, кверти (ok), 09:27, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +34 +/
    Выгнать нах всех менеджеров из мозиллы и вернутся к графику разработки как в 3.6
     
     
  • 2.8, фыва2 (?), 10:18, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    все же вы правы...
    новый продукт нужно выпускать как он будет готов..
    а не от приближения острозаточенного маятника
     
     
  • 3.17, ASH (??), 10:58, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сейчас приняты другие методы, лучше выпустить недопродукт но в срок, чем продукт но с опозданием. Предсказуемость релизов же, акционеры рады и все такое.
     
     
     
    Часть нити удалена модератором

  • 5.69, ix.. (?), 17:32, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Увы, но и для стартапов такой подход не очень. В большинстве случаев это значит что стартап никогда не сможет стать компанией, которая в срок сделает необходимые вещи, даже имея тариф безлимитный. Это тот случай когда как начнёшь, так и продолжишь. Стартапные проекты часто имеют такую организацию, что их нужно полностью с нуля переделывать чтобы получить продукт. А этого не делает почти никто из получивших финансирование. На выходе получаем пук.
     
  • 4.80, Michael Shigorin (ok), 18:48, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Сейчас приняты другие методы, лучше выпустить недопродукт но в срок, чем продукт
    > но с опозданием. Предсказуемость релизов же, акционеры рады и все такое.

    http://c2.com/cgi/wiki?WorseIsBetter

     
  • 3.30, 123 (??), 12:04, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В свое время это называлось корейским синдромом.
     

  • 1.4, A.Stahl (ok), 09:45, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    Есть такой офигенный график -- выпускать тогда, когда готово.
    Запланировали список фич и пусть пилят их до тех пор, пока все запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно...
    А то фигнёй какой-то страдают...
     
     
  • 2.9, COBA (?), 10:20, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Только при таком графике все пользователи уйдут на другой продукт, когда им надоест ждать заявленных фич несколько лет...
    Все-таки плановые релизы заставляют работать разработчиков и позволяют планировать обновления пользователям. Это четко видно на падении доли Debian и увеличении доли Ubuntu в серверном сегменте.
     
     
  • 3.15, Аноним (-), 10:50, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Если сравнивать lts выпуски убунты, то они примерно одинаково выходят с дебианом. А кто ставит на серверы не лтс?
     
     
  • 4.44, COBA (?), 13:08, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проблема с Debian в том что Вы никогда не знаете сколько будет поддерживаться текущая ветка, то ли 10 лет, то ли 1 год. В то время как для lts все знают - 6 лет. Это позволяет планировать миграции и работу компании.
     
  • 3.22, Вася (??), 11:08, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ubuntu ЧЕМ ТО отличается от Debian???
    Хоть чем то окромя иконок?
     
     
  • 4.24, Чепукто (?), 11:13, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Unity. Mir. LXC|LXD. Click. PPA.
     
     
  • 5.28, Аноним (-), 11:41, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    LXC убунте не приписываем, её ядерщики пилят. Нужность PPA сомнительна, остальное откровенное г-но.
     
     
  • 6.29, DeerFriend (?), 11:50, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Остальное на сервер не ставят обычно.
     
  • 4.45, COBA (?), 13:10, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ubuntu ЧЕМ ТО отличается от Debian???
    > Хоть чем то окромя иконок?

    Вы о чем? Речь идет не об отличиях в иконках, а о том, что график выхода обновлений позволяет лучше планировать деятельность зависимых от этих обновлений структур.

     
     
     
    Часть нити удалена модератором

  • 6.66, marks (?), 17:21, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. не нужно трогать то, что работает. Единственной причиной немедленной установки является исправление ошибок.

    Так и он про что... Убунту "на работе" можно _гарантированно_ не трогать 6 лет. Секьюрити апдейты прилетят. А сроки поддержки различных релизов дебиана бывают довольно сильно отличаются. И придется шаманить, если поддержка вдруг кончится.

     
     
     
    Часть нити удалена модератором

  • 8.74, COBA (?), 18:04, 05/02/2016 [ответить]  
  • –1 +/
    Вы знаете - есть Текущая ветка 38 6 Когда Вам придется админить хотя бы сотню к... текст свёрнут, показать
     
  • 2.11, анонисимус (?), 10:25, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ну тогда пилить можно до бесконечности я не говорю, что это плохой подход, но п... большой текст свёрнут, показать
     
  • 2.12, Илья (??), 10:29, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не соглашусь с вами: у каждой задачи есть срок выполнения. Тут вопрос только в предпочтениях: кому-то удобнее подстравать объем задач под заданные временные рамки, а для другого, наоборот, первичнее выполнить определенные задачи, и, разумеется, правильно оценить срок их выполнения.
     
  • 2.19, ASH (??), 11:00, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть такой офигенный график -- выпускать тогда, когда готово.
    > Запланировали список фич и пусть пилят их до тех пор, пока все
    > запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно...
    > А то фигнёй какой-то страдают...

    Скрам, канбан, х%%к-х%%к и в продакшен же. Весь современный софт так пишется, причины понять не могу, видимо мода просто такая.

     
     
  • 3.25, заяц (?), 11:15, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так не только софт пишется. Так в целом формируется стратегия развития компании. А иначе пока вы будете долго и упорно делать "пока будет готово", конкуренты уже всё сделают, продадут и оставят вас далеко позади. Мир миняется, пора бы уже адаптирвоваться, или адаптируйте мир под себя, если сил хватит.
     
     
  • 4.81, ASH (??), 18:49, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    копропродукт может и не принести выгоды, ибо никакие спринты не заменят качества
     
  • 3.75, Аноним (-), 18:17, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А отгадка одна - копроэкономика.
     
  • 3.86, Crazy Alex (ok), 23:26, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, просто лучше иметь прямо сейчас продукт с четвертью функционала, чем вечность ждать, когда будет готов идеал. Это с точки зрения клиента/пользователя, если что.

    Вот скрам, если говорить о сути, а не о ритуалах - он как раз об этом. А "х%%к-х%%к и в продакшен" бывает, когда изматерившийся клиент заствляет-таки через пол-года выкатить ну хоть что-то. Потому что ему сейчас работать нужно, а не через год. И экономия времени в скраме, если что, достигается не обилием "х-ком",а  огранчиением фич и знанием, на какие фичи в случае чего можно со скрипом забить, получив при этом хоть как-то полезный результат.

     
     
  • 4.97, Аноним (-), 13:19, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Самое веселое обсуждение скрама и прочего игила я читал на рсдн. Люди под год пилили деньги клиента. По результатам проект закрыли. Оказалось без вменяемой, продуманной архитектуры приложения и графика развития получилось нечто нафиг не нужное клиенту и требующее переписывания с нуля. А люди с гордостью рассказывали какой плюс в этом скрама. Без скрама они бы в два раза больше денег и времени клиента просадили с тем же результатом. Это они на полном серьезе так считают.
     
  • 2.41, Аноним (-), 12:56, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже февраль а ничего не происходит
     
     
  • 3.47, Andrey Mitrofanov (?), 13:12, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже
    > февраль а ничего не происходит

    Они на днях из бет в RC перешли. Не то, чтоб совсем "ничего".

     
     
  • 4.61, AnotherReality (ok), 15:12, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласен, но у них было очень много работы, и они могли разбить на маленькие релизы, для меня киллерфичей было шифрование между сервером и агентом
     
     
  • 5.76, Аноним (-), 18:17, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А графит или похожую вещь они запилить не хотят?
     
     
  • 6.85, Andrey Mitrofanov (?), 21:57, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А графит или похожую вещь они запилить не хотят?

    И RRD с MRTG -- хотеть!!

     

  • 1.5, Аноним (-), 09:45, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Млять, что они всё оптимизируют?
     
  • 1.7, Maks (??), 10:14, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Действительно,достали с оптимизациями и улучшениями.Раньше,у меня стояла лиса 17,и всё показывало,и всё играло.
     
     
  • 2.20, Аноним (-), 11:01, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Действительно,достали с оптимизациями и улучшениями.Раньше,у меня стоял Netscape Navigator,и всё показывало,и всё играло.
     

  • 1.14, Аноним (-), 10:46, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То есть теперь всё, что они на этот год наобещали, нужно будет дольше ждать, а если перенесут, то ждать ещё дольше.
     
     
  • 2.59, kot040188 (?), 14:36, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И это хорошо. Может ещё и отменяют эти изменения…
     

  • 1.18, Аноним (-), 10:59, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Боюсь представить, что будет с браузером через лет 5. Минимальные требования: 4 гб оперативы, и проц не меньше i5. Это чтоб просто посмотреть странички. Сколько ненужного хлам в них впихивают с каждой версией.
     
     
  • 2.21, Maks (??), 11:06, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Да! И в каждой версии инструменты для разработчиков!Достали,у меня вся система жрёт 130mb,а лиса жрёт 400 с одной вкладкой!Что там в ней,падле,орбита луны на 300 лет рассчитывается,пока я опеннет читаю?
     
     
  • 3.37, Аноно (?), 12:38, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты совсем-совсем глупый да? Инструменты разработчика не занимают оперативную память пока ты их не запустишь. И вообще никакой код не исполняют пока ТЫ САМ ИХ НЕ ЗАПУСТИШЬ.
     
     
  • 4.40, Какаянахренразница (ok), 12:54, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ладно, пускай не инструменты разработчика. А что, @#$%, жрёт столько памяти?!? Что в этой памяти?
     
     
  • 5.49, anonymous (??), 13:34, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ладно, пускай не инструменты разработчика. А что, @#$%, жрёт столько памяти?!? Что
    > в этой памяти?

    Всякие парсилки, жит-компиляторы и прочее. Количество вэб-технологий растёт, жиреет и браузер. Вон из palemoon всё повыкидывали, однако сырец весит около 80 мб в архиве. Сам подумай, сколько это выжрет оперативы после компиляции и запуска.

     
     
  • 6.53, Какаянахренразница (ok), 13:41, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Связь между объёмом исходников и объёмом памяти, который займёт собранный из этих исходников бинариник при запуске, -- зыбкая и эфемерная. Короче, одно от другого никак не зависит. В килобайте исходников можно запилить столько утечек памяти, что дай боже. И наоборот, ведро линупса в архиве тоже весит немало, но при запуске не борзеет.

    > Сам подумай

    Ещё чего захотел! Я занят, пишу комменты на опенненте. Мне думать некогда.

     
  • 6.60, Нимано (?), 14:56, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Количество вэб-технологий растёт

    А я слышал, что поддержку этих костылей и подпорок в браузерах отнюдь не веб-разработчики сделали.
    > сколько это выжрет оперативы после компиляции

    ЧСХ, те же доки в формате хтмл, которые вообще не менялись но для просмотра которых теперь как минимум пару сотен оперативы вынь да положь. Как и с кучей других сайтов-сервисов, где основной упор на "чтение".
    Но да, зато можно запускать и "полноценные" велос^ веб-приложения, где действительно без всяких штучек типа дум-деревьев и "вумного" кэша с построчным рендерингом текста и т.д. – никуда.

     
     
  • 7.82, Michael Shigorin (ok), 19:08, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ЧСХ, те же доки в формате хтмл, которые вообще не менялись но
    > для просмотра которых теперь как минимум пару сотен оперативы вынь да
    > положь.

    Их можно и skipstone читать.  Или вообще links.

     
     
  • 8.89, kot040188 (?), 02:18, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Или вообще не читать 8230 И выбросить компьютер, ибо он не тянет 8230 ... текст свёрнут, показать
     

  • 1.26, koblin (ok), 11:22, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    впилили ненужный покет, выпилили нужные группы вкладок... мозила подбешивает
     
  • 1.27, Аноним (-), 11:26, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >а в конце года разработчики ограничатся только корректирующим выпуском, который будет содержать только исправления ошибок

    что уж мелочиться - давайте прям щас выпускать только багфиксы. Имхо - огнелису от этого только лучше будет, учитывая то, что в последних версиях, в основном, идет добавление всякого crapware вроде покета и выпиливание годных фич

     
  • 1.43, anonymous (??), 13:07, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    я думаю пару лет этому браузеру осталось побарахтаться и канет в лету за ненадобностью и бесполезностью
     
     
  • 2.48, anonymous (??), 13:30, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну будет один хромой. Лучше думаешь? Всё-равно кроме гугля уже никто не сможет поддерживать список фич, который этот же гуголь и проталкивает. Времена, когда браузер можно было написать одним человеком за год давно прошли.
     
     
  • 3.50, soarin (ok), 13:35, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > кроме гугля уже никто

    Apple, MS

     
     
  • 4.52, Аноним (-), 13:39, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    радиусы прямоугольников патентовать и глюкалово оправдывать это не то же самое, что браузер развивать, так что остаётся только гугль
     
     
     
    Часть нити удалена модератором

  • 6.67, Аноним (-), 17:22, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лет пять назад было бы, в общем, справедливое замечание. Сейчас можно только с разморозкой вас поздравить.
     
  • 2.72, th3m3 (ok), 17:49, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация. Никакого бурного развития веба больше не ждите.
     
     
  • 3.92, Аоаоао (?), 06:48, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация.
    > Никакого бурного развития веба больше не ждите.

    Да ладно. Firefox просто должен перейти на chromium (blink)

     
  • 3.93, Аноним (-), 10:36, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация.
    > Никакого бурного развития веба больше не ждите.

    в фаерфоксе больше нету развития, если не считать таковым выпиливание его настоящих фичь и запиливание дерьма

     
  • 3.99, АнонимХ (??), 15:08, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Никакого бурного развития веба больше не ждите.

    Даром не надо!

     

  • 1.51, Maks (??), 13:35, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лиса 17 весила 20mb,а последняя лиса весит 47mb.Опять спрошу,нахрена мне лишние функции?Ведь есть-же Firefox Developer Edition,ну и пихайте всю хрень туда!!
     
     
  • 2.56, Lain_13_too_lazy_to_login (?), 14:16, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, так прям ничего полезного не делали и не добавили: https://en.wikipedia.org/wiki/History_of_Firefox
     
  • 2.58, РОСКОМУЗОР (?), 14:35, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Уже сейчас ты можешь пользоваться легким и без лишних функций Хромом! Добро пожаловать в мир быстрого и главное легкого ПО!
     
     
  • 3.64, Lain_13 (ok), 16:29, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тогда лучше сразу на lynx посылать.

    А то, видите ли, ему VP9, H.264, OdinMonkey, Flexbox и ещё ворох новых фичь HTML5, поддержку GStreamer 1.0, SPDY 3.1, HTTP/2, встроенный список блокировки следящих за пользователями систем и прочие полезные ништяки нужно было в Developer Edition пихать, чтоб фокс не раздувать. Или может туда PDF.js было засунуть нужно? Согласен, что тормозное решение, но всяко лучше говна вроде Adobe Acrobat Reader или совсем уж непонятно чьих поделок в системе. Туда и так слили совсем чисто девелоперские штуки вроде Valence. А если кто-то считает, что инспектор страницы не нужен, то может убиться об стену в максимально брутальной форме. Не нужно быть программистом с многолетним стажем, чтоб писать или подстраивать под себя простейшие скрипты на JS и стили. Я часто для личного использования пишу скрипты и каждый раз благодарен за то, что в нормальных браузерах есть инспектор страницы.

    Лично меня в фоксе настораживает только возможный выпил поддержки XUL и, вместе с ним, всех существующих расширений в угоду теоретической поддержки работы расширений для Хрома. Если они действительно так сделают, то фокс можно будет сразу закапывать.

     
     
  • 4.73, th3m3 (ok), 17:55, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Всё нормально будет без XUL. Раньше просто у JS не было таких возможностей, как сейчас. В случае чего, можно будет писать приложения даже на WASM. В итоге, XUL выглядит сейчас как некий костыль, который так же мешает внедрению наработок Servo.

    А приложений перепишут. Тем более, Mozilla обещала помочь разработчикам.

     
     
  • 5.79, Lain_13 (ok), 18:42, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Ну как бы тебе объяснить, тут есть несколько проблем сразу:

    1. XUL позволяет вносить кардинальные изменения в интерфейс. Такие, которые ни каким API к тому же Хрому ты не сделаешь. Вон, сходи посмотри на это, например: https://chrome.google.com/webstore/detail/tabs-outliner/eggkanocgddhmamlbiijnp и https://chrome.google.com/webstore/detail/vtabs/okpnlgbgcfchbicbhjmmhldhkbkfil .
    Если выпилить XUL, то вертикальные табы можно будет сделать одним из этих двух бесконечно уродских способов, а не изменив те, что уже есть. И дело тут не только в табах. Не нравится как ведёт себя адресная строка? Так её сейчас можно заменить! Не нравится размер и форма кнопок? Может иконки поменять? А может форму табов подрихтовать? В Хроме это невозможно в принципе, а без XUL будет именно он. А куда прикажете засунуть панель блокируемых элементов из Adblock Plus, которую в Хроме так до сих пор и не сделали? Мне горизонтальную, пожалуйста. А если вместе с вертикальными табами?

    2. Большую часть существующих приложений никто не будет переписывать. Часть из них будет просто заброшена, а часть просто некому, хоть они всё ещё и работают. Перепишут лишь сотню-две из топа в лучшем случае, да и там будет не без потерь как минимум в функционале.

    3. Поддержка расширений для Chrome вообще занятие бесперспективное, так-как Mozilla либо всегда будет в роли догоняющего, либо начнёт вводить свои собственные API раньше Хрома, а Хром их копировать не будет и сделает свои. И будет бардак и опять несовместимости.

    Возможностью писать код со сборкой в WASM останется только подтереться. Сделать что-то уникальное с интерфейсом Фокса он никак не поможет.

     
     
  • 6.114, ceramic (?), 07:22, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Если выпилить XUL, то вертикальные табы можно будет сделать одним из этих
    > двух бесконечно уродских способов
    > В Хроме это невозможно в принципе, а без XUL будет именно
    > он.

    Нет. Вивальди уже показал, насколько гибким может быть интерфейс. И когда вы пишете «невозможно в принципе» — вы таким образом расписываетесь в своём полном непонимании реальной ситуации и обесцениваете все свои дальнейшие слова. С ресурсами Мозиллы всё будет ещё лучше + API для изменения.

    Остальные выводы у вас примерно того же уровня, т.е. как минимум необоснованы, а как максимум — просто очевидно неверны.

     
     
  • 7.115, Led (ok), 10:43, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вивальди уже показал, насколько гибким может быть интерфейс.

    Какую из частей "Времён года" ты имеешь ввиду, о мудрейший юнный пионэр?

     
     
  • 8.124, ceramic (?), 00:59, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это из нового опуса, норвежский цикл ... текст свёрнут, показать
     
  • 7.119, Аноним (-), 14:30, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Речь о том, что аддоны не смогут изменять интерфейс без API для этого. Никто в Mozilla не обещает, что такой API будет.
     
     
  • 8.125, ceramic (?), 01:14, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Будет Он будет шире, чем у Chrome Разработчики нацелены на то, чтобы такие рас... текст свёрнут, показать
     
  • 7.120, Lain_13 (ok), 23:11, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    One of the things that makes Vivaldi unique is that it is built on modern web technologies. We use JavaScript and React to create the user interface with the help of Node.js and a long list of NPM modules. Vivaldi is the web built with the web.

    Естественно у него гибкий интерфейс, лол. Если б он при таком раскладе не был бы гибким, то грош был бы ему цена. Вот только это те же яйца, только в профиль, а не нативный интерфейс. Это то же самое, что и XUL. Разница лишь в том, что они не заморачивались созданием своего диалекта XML для разметки интерфейса. Проблема же в том, что есть мнение, что они собираются запилить именно нативный. За примером далеко ходить не нужно — на нативный они уже перешли в браузерной версии и там всё, что могло отвалиться,— отвалилось.

     
     
  • 8.122, ceramic (?), 00:48, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    лавров жпг... текст свёрнут, показать
     
     
  • 9.126, Lain_13 (ok), 22:37, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    лицорука жпг То, что на движке Хрома право-солово, я не смотрел на каком движке... текст свёрнут, показать
     
  • 7.121, Lain_13 (ok), 01:43, 11/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ах да, в последней паре предложений под «они» имеется в виду Mozilla, а за ваше голословное утверждение про остальные пункты я нарекаю вас Обоснуем.
     
     
  • 8.123, ceramic (?), 00:51, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы допустили ряд безосновательных утверждений Я опроверг одно и указал на безос... текст свёрнут, показать
     
     
  • 9.127, Lain_13 (ok), 22:41, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы и одного не опровергли до сих пор Более того, своим утверждением вы только п... текст свёрнут, показать
     
  • 4.83, soarin (ok), 20:21, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > возможный... если...

    Никаких если
    A preview release of WebExtensions is available in Firefox 42
    https://wiki.mozilla.org/WebExtensions#Testing_out_the_WebExtensions_API

     
     
  • 5.106, Lain_13 (ok), 02:23, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это пока только реализация WebExtensions без удаления XUL. Сама по-себе она не критична. Реально плохо будет если они перейдут на нативный интерфейс, что сделает невозможным вносить в него хоть сколько-то серьёзные изменения.
     
  • 4.87, Crazy Alex (ok), 23:34, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так три четверти названных фич нужны для веб-приложений, которые по сравнениюс нативом ущербны ровно настолько, насколько те самые хромовские расширения ущербны по сравнению с фоксовскими.

    Девтулз? В расширение. Firebug много лет жил расширением, максимум - стоило какие-то API вытащить, чтобы возможностей побольше было да тупил поменьше.

     
     
  • 5.104, Lain_13 (ok), 02:08, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    1. VP9
    2. H.264
    3. OdinMonkey
    4. Flexbox и ещё ворох новых фичь HTML5.
    5. поддержка GStreamer / FFmpeg
    6. SPDY 3.1
    7. HTTP/2
    8. встроенный список блокировки следящих за пользователями систем

    Назови, какие 6 из этих фичь нужны практически только в веб-приложениях.

    > Девтулз? В расширение. Firebug много лет жил расширением, максимум - стоило какие-то API вытащить, чтобы возможностей побольше было да тупил поменьше.

    Там пришлось бы некислый такой список API реализовать, которые нужны только для одного расширения. В результате мы бы получили всё то же самое, только без интерфейса. Итого смысла ноль. Интерфейс много не занимает и процессорного времени не отнимает пока ты не открываешь панель.

     
  • 4.105, iZEN (ok), 02:22, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > поддержку GStreamer 1.0

    Где? Firefox 44 больше не нуждается в поддержке GStreamer 1.0 - мультимедиа идёт через FFmpeg 2.8.6.

     
     
  • 5.107, Lain_13 (ok), 02:24, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Заменили? Я не уследил когда это случилось.
     
     
  • 6.108, iZEN (ok), 03:05, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Заменили? Я не уследил когда это случилось.

    ///---http://www.freshports.org/www/firefox/
    28 Dec 2015 18:18:03

    43.0.1_3,1

    gecko: phase out GStreamer support

    H.264 is decoded by FFmpeg directly since Firefox 43.0. GStreamer
    doesn't support DASH and no longer used by default since r397984
    brings libavcodec.so.

    https://bugzilla.mozilla.org/show_bug.cgi?id=1234092
    ---///


     
  • 6.109, Led (ok), 03:12, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Заменили? Я не уследил когда это случилось.

    Нашёл кому верить - дурачку-вендузятнику.

     
     
  • 7.110, Andrey Mitrofanov (?), 07:53, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    *>>>Firefox 44 больше не нуждается в
    >> Заменили? Я не уследил когда это случилось.
    > Нашёл кому верить - дурачку-вендузятнику.

    Не будем к нему излишне суровы. Ну, путает "свою шерсть с государственной" - опции сборки в своём уютненьком c "миру мир во всём мире".  Терпимее ж надо к ограниченным возможностям, общечеловечнее.

    Впрочем, возможно, он просто "сильно" впереди бинарных дистрибутивов этих ваших линуксов на своей уютненькой, и даже сама мозила ещё "тормозит":
        https://bugzilla.mozilla.org/show_bug.cgi?id=1234092
            https://reviews.freebsd.org/rP404688
    Мы же ж понимаем разницу -- в отличие от!?

     
  • 4.117, Аноним (-), 14:21, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ППКС.
     
  • 3.70, Аноним (-), 17:42, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это стёб. Ваш Хром жрёт памяти в 10 раз больше Firefox. Нет, спасибо, но Firefox ещё не скатился до уровня хромого поделия
     
     
  • 4.88, Crazy Alex (ok), 23:35, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Недолго осталось, многопроцессность им аж свербит
     
  • 4.90, kot040188 (?), 02:36, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А я думаю таки скатился. На старте 500мб. Пару часов 3гб и жутко тормозит. Когда в системе было 4гб памяти, ана ещё падала при закрытии. При 16гб не падает. Началось с 37 лисы. От железа не зависит. Весело…
     
     
  • 5.118, Аноним (-), 14:27, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У меня ни на одном компьютере жирнолис столько не ест. Попробуйте поотключать аддоны. И обязательно отключите флэш.
     

  • 1.77, Аноним (-), 18:21, 05/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ещё и здесь спрошу. Кто-нибудь сталкивался с проблемой отображения страницы в новых бетах? Переключаешься между вкладками туда-сюда и чистый экран. Рендерится только через ндцать секунд. Ещё и в памяти плагин-контейнер на несколько сот мегов висит. Что это и зачем - хз.
     
     
  • 2.95, kot040188 (?), 12:44, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Плагин-контейнер это флэш.
     
     
  • 3.98, Аноним (-), 13:23, 06/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вот фиг там. При убивании этого контейнера целиком страница падает. Хоть вот эта опеннетовская которая без флеша.
     
     
  • 4.111, iZEN (ok), 11:45, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не замечал.
     
     
  • 5.112, Аноним (-), 17:25, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нет, я один такой везучий что-ли? версия 45б3, 359 вкладок и капут - пользоваться невозможно. Запустил с нуля, открыл вот эту одну страничку на опеннете - фаерфокс жрет 260М, плагин-контейнер 120М. Это нормально если учесть что флешем тут и не пахнет?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру