They will not override any previously set application shortcuts = Они не будут иметь приоритета перед какими-либо ранее настроенными сочетаниями.
They will not override any previously set application's shortcuts = Они не будут иметь приоритета перед сочетаниями какого-либо установленного ранее приложения.
Дмитрий Беляев: Ну, лично я разработкой сайтов [пока] не занимаюсь, поэтому в ближайшее время мне это знание не пригодится. Однако с интересом почитаю, когда решение будет готово, конечно. Всегда рад изучить эффективную технологию. :)
Подобная практика, кстати, и в дизайне интерфейсов успешно используется; у нас, если не ошибаюсь, первым её освоил Anywayanyday (про который в своё время тоже написал Тёма): не вываливать на экран одновременно все поля для заполнения, а выводить их по мере заполнения предыдущих.
Дмитрий Беляев: Если просто разбить объект на четыре куска и передавать их одновременно, то в этом действительно смысла нет. А если осмысленно разнести их передачу во времени, как упоминал в своём примере Дмитрий Сонько, то можно не только разгрузить канал, но и оптимизировать нагрузку на кеш. Даже если по факту будет передаваться, например, на 10-15% больше данных, для пользователя это можно сделать прозрачным, потому что их можно подгружать в те моменты, когда пользователю нужно принять какое-то решение или ввести текст — а это не моментально происходит. К тому моменту, как он закончит, следующий кусок уже подгружен. Соответственно, если пользователь по пути передумает, отвалится или отложит процесс на потом, то последующие куски передавать не надо, и объём переданной информации сократится.
>1мб для сегодняшнего интернета - копейки
Ужасно порочная мысль для веб-девелопера. Представим три простых сценария:
1) пользователь подключается не из домашней/рабочей сети, а с улицы по 2G/3G, где скорость в зависимости от кучи условий может проваливаться до 64 КБ/с и ниже;
2) прямо сейчас пользователь в роуминге и вынужден платить помегабайтно, а времени/возможности найти ближайший вайфай у него нет;
3) условный тёма лебедев написал о вашем сайте, и туда в первый же полчаса ринулись десятки тысяч людей, а пропускная способность вашего веб-кеша или CDN ограничена так, что вы не можете всем скармливать данные без задержек, и тут кто-то начинает писать в комментах: «а чо он такой медленный» — «да, да, у меня тоже медленно открывает, зажрались совсем».
Это действительно так. Есть и другие интересные примеры симбиоза: сам видел, как, например, ломбарды сдают одно из операционных окон микрокредитным организациям. Посетитель приходит, видит их процент, и по сравнению с ним ломбардовский выглядит подарком; клиента легче обработать, появляется рычаг давления в духе «ну, тогда вам в соседнее окно». То есть ломбард зарабатывает на и на субаренде, и на переманивании посетителей, которые изначально были заинтересованы в кредите — двойная выгода! Не самая чистая стратегия, но на таком тяжёлом конкурентном рынке, как Москва, где всем тяжело и все готовы друг другу глотки перегрызть, партизанские приёмы почти неизбежны. Надо уметь ими пользоваться.
>Вымученный опыт
:)))
Distilled тут в значении «тот, из которого сделали выжимку; рафинированный, отфильтрованный». Предложенный Tlito вариант подойдёт.
Ну да, это распознание паттернов + самообучение, то есть наиболее подходящая задача для нейронной сети. Хотя есть, например, системы автоматизированного перевода (CAT), которые могут даже в офлайне осуществить рудиментарный предварительный контекстный перевод на основе коллективной переводческой памяти и скормленного им корпуса двуязычных текстов, но там, скорее всего, используются _очень_ мощные эвристические алгоритмы, на которые потрачены десятки и сотни тысяч человекочасов. При этом результат такого перевода, если нет (почти) полного контекстного совпадения, удручает.
abcyu: Верно. Что касается времени: у меня на нетбуке 1 ГБ памяти, полностью пробуждается он примерно секунд за 8-9; подозреваю, помогает то, что hiberfil.sys сжат (а процентов 20-50 там занято длинной последовательностью нулей). При этом диск (2,5", 160 ГБ, 5400 rpm) медленнее, чем тот же 850 EVO, примерно на порядок. Могу снять видео в качестве пруфа — мне не сложно.
При этом надо учесть, что WinXP из режима ожидания на таком железе тоже выходит не мгновенно (пару секунд всё равно надо подождать) — а вот разряд аккумулятора для меня играет роль, так как я редко использую этот компьютер, а аккумулятор при сильном разряде, который я могу вовремя не заметить, умирает очень быстро.
В любом случае, так как SSD не имеет механических компонентов, резкая потеря питания на нём скажется не больше, чем на всей остальной электронике компьютера. Power Loss Protection всего лишь сбрасывает на диск содержимое буфера, то есть иногда (!) помогает сохранить данные, которые система приказала записать на диск в последние пару секунд перед отключением. Если данные к тому моменту не уместились в буфер целиком, они будут потеряны в любом случае.
