Комментарии 35
Наоборот, им важна стабильность в работе, постоянный интерфейс и обновления в безопасности.
То есть я корпоративный пользователь))
Последние тенденции поражают воображение(в плохом смысле). Страница в инете весит от 5-6 мегабайт до бесконечности, особенно поражают вот такие www.open.ru/#people
Неудобные интерфейсы, меняющиеся каждый день, неинформативность, постоянные закосы под материал дизайн из андройда пример 15gp.by
Все браузеры обозначающие себя как нечто инновационное и уникальное — просто ширпотреб на том же хромиуме.
Чем то напоминает начало нулевых с вырвиглазными цветами и спутанным оформление.
П.С. Извините, наболело(
x86 (i686) дропает
дропнут системы без Management Engine
Абсолютно не связанные вещи. i686 дропают, потому что это по сути отдельная система, с соотвествующим потреблением ресурсов мейнтейнеров. Если она не популярна, то дропнуть логично. ME это обычное устройство, для него загружается драйвер или не загружается. Системы с GPT/MBR тоже имеют малое различие, не вижу причин не поддерживать MBR.
Тут скорее нужно бояться, что поддержку MBR выпилят с какого-нибудь GRUB'а, так как в рамках написания загрузчика поддержка MBR может потреблять много ресурсов при малой популярности, придётся отдельно искать старую версию.
Арч дропнул только инсталлер — репозитории всё ещё свежие.
Ну давайте прикинем. Когда появлились x64? Ну, вообще в 2003м от AMD и в 2004м от Intel, но давайте считать, что в 2006м, так как это Core 2, к этому моменту замена появилась везде, от серверов до ноутбуков, так что будем считать точкой отсчёта конец 2006го.
Последний релиз убунты с 32битной версией — это 17.04, но давайте и тут срежем, будем считать LTS, т.е. 16.04. Итого получаем, что через 9.5 лет после пришествия 64битности на десктоп вышла последняя LTS убунта с поддержкой. LTS поддерживается 5 лет, так что поддержка умрёт в 2021м, через 14.5 лет. Первая убунта без поддержки 32битной версии — это 17.10, т.е. 11 лет от выбраной нами точки. А теперь сравните со скоростью перехода на 32 бита, 386й вышел в 85м, через сколько там времени появились операционки, принципиально не работавшие на 286м? Кто бы всерьёз стал ругать Майкрософт за отказ от поддержки windows 3.11 for workgroups году этак в 2000м?
А теперь сравните со скоростью перехода на 32 бита, 386й вышел в 85м, через сколько там времени появились операционки, принципиально не работавшие на 286м?
Через 10 лет (Windows 95), всё до этого массовым не было.
Но это плохая аналогия. 32-битная архитектура по сравнению с 16-битной была огромным прорывом в вычислительных возможностях софта, под неё написанного. Там разница была не только в разрядности арифметики и адреса, а и в идеологии работы с памятью и разделения ресурсов между задачами, позволившей многозадачному "движку" ОС быть намного более незаметным для пользовательского софта.
64-битная же по сравнению с 32-битной — всего лишь небольшой апгрейд, кроме собственно разрядности там ничего не добавилось. Местами даже убавилось (правда то что редко использовалось).
Так и тогда полный переход был необязателен. Даже quake первый, хоть и был 32битным и предназначался для pentium, работал под 16битной DOS, в винду 3.x завезли специальный слой совместимости win32s. Вполне могли бы сделать windows 95 даухрежимной, как и 3.11 просто улучшили бы win32s слой. В общем-то во многом так и было, многие подсистемы 95й оставались 16битными. Фактически, просто дропнули режим совместимости с до 386м. Но даже с резким насильственным переходом на 32 бита, некоторое время часть софта продолжало писаться под 16 бит, если бы переход был плавнее, может и до 2000го всякая фигня, которой не нужно много памяти, продолжала бы писаться совместимой с 286м. Вот бы владельцы старых компов радовались.
Ну и не надо принижать x64. Хоть там нет каких-то больших прорывов, прогресс не стоял на месте. Даже если не нужно много памяти, в athlon 64 добавили SSE2, в Pentium 4 с поддержкой x64, и, тем более, Core2 тоже SSE2 есть, так что в x64 программе можно на более-менее нормальную векторизацию рассчитывать и выбирать хорошую плавающую арифметику. Кроме того, в x64 больше архитектурных регистров, что компилятору на руку.
Ради браузера менять операционную систему, а вместе с ней и железо, когда и то и другое удовлетворяет 90% моих потребностей? Да, ютуб грузит процессор на все 100, а ффокс занимает всю оперативку, но остальной нужный мне для работы и отдыха софт летает. Так что делать то теперь? (Риторический вопрос)
Говорят, Джордж Р.Р. Мартин пишет свою "песнь льда и пламени" на старом компе под DOS. Вот его софт для работы и отдыха летает. Пишет он явно не в Word 2003 даже, и вроде не жужжит старик. Если вас всё устраивает, зачем вам новый браузер? Не думаю, что в 2018м году firefox 52 превратится в тыкву, просто обновлять перестанут. До момента, когда большинсво сайтов перестанут в нём работать ещё пара-тройка лет пройдёт. А там уж 20летний юбилей XP на носу, как-то уже странно будет требовать от старушки современного экспириенса.
1. Вы какую колбасу хотите есть из мяса по старике, или из новомодных олерезинов?
2. А интимную близость с противоположным полом по старинке или по новомодному цветному?
Я вам скажу что в мясной промышленности тетке вбивать вес соли и мяса, удобнее на старом компике без Аэро без социальных сетей, и таких компиков много.
А в старейшнм супермаркете в барселоне, торговые компьютеры вообще эбонитовые с текстовым интерфейсом, и прдают через него платья по 5 тыс евро вполне успешно.
не надо ёрничать хотите модности идите этим путем см п 1 и 2, оставьте тех кому надо что бы колбаса не менялась, и почту можно было читать с любого цифродробителя без оглядок что модно а сто нет.
Надеюсь что Servo успеет выйти раньше чем на рынке останется один хром.
- Запущу страничку с зацикленным скриптом вроде while (true) {}; и если при этом FF не смотря на всю свою многопоточность подвесит UI, так что ни вкладки переключить, ни вкладку закрыть, он отправится прямиком в корзину, ибо сколько же можно не уметь в многозадачность?
- Запущу достаточно тяжёлую страничку вроде aliexpress. И пока она грузится/парсится, попробую переключаться между вкладками. И пусть только попробует переключать их не в момент нажатия, а через секунду-две — сразу в корзину. Почему-то у браузеров на WebKit таких лагов не возникает, у них UI отделен от парсинга страниц.
- Запущу какую-нибудь тяжёлую страничку и в процессе её загрузки нажму на «Стоп». Если разработчики к 57-й версии всё ещё не поняли, что стоп — это значит стоп и нужно немедленно, а не через полминуты, прекратить загрузку — в корзину.
- После того, как «стоп» отработает — нажму «Refresh». Эта кнопка должна срабатывать всегда, а не только на полностью загруженных страницах, вынуждая на недогруженных для обновления вручную переходить в адресную строку и жать Enter.
Собственно, со всеми этими недостатками я мирюсь лишь потому, что в FF есть несколько уникальных плагинов. И если разработчики хотят копировать Хром, то я жду от браузера как минимум и отзывчивости близкой к Хрому.
А вот 4 пункт — очень хорошо, что про корзину не сказано ничо в условии, ибо это мучение будет вечно. %)
- Запустил вычисление объёма шара с радиусом 1.23456789 в бесконечном цикле. Вкладки переключаются молниеносно. Через 10 секунд вылезает жёлтая панель с сообщением «Веб-страница замедляет ваш браузер. Что бы вы хотели сделать?» — «Остановить это», «Подождать». Единственное, если попытаться выводить результат вычисления в консоль и открыть средства разработчика F12, то тут уже начинает виснуть переключение вкладок на 4-5 сек.
- Переключение между вкладками при открытии Aliexpress тоже происходит мгновенно.
- Загрузка страницы прекращается сразу после нажатия кнопки «Стоп»
- На недогруженной странице кнопка «Обновить» работает и нет необходимости перезапускать страницу через адресную строку.
А плагины некоторые, например AdBlock Plus, отсутствуют в списке расширений, но доступны на официальном сайте соответствующего разработчика в качестве dev-версии. И можно оттуда установить.
В июне 2018 года Firefox прекратит поддержку Windows XP