Богатство интерфейса зависит и от того, куда он выводится — на основной экран банкомата, или на заднюю стенку.
В NCR можно было вывести инженерное меню на основной моник тоже — насколько помню, то же самое. Ещё нужно было какой-то код простой ввести на клиентской клавиатуре, типа 4321.
Ага, в NCR для всего волшебства (типа пощёлкать шторками) достаточно было только дискеты, специальная карта не нужна была. До сих пор валяется где-то несколько дискет, ну и образ.
Голоса должны кешироваться, чтобы не обрабатывать море данных о плюсах и минусах.
Да ну.
— Это же очень удобно для пользователей!
— Конечно, но это же надо немного обмозговать, как сделать, чтобы оно работало быстро и не сильно жрало ресурсы!
— Ну так вон даже на дружественном dirty.ru — иди, голосуй хоть за 2002 год. Может, это не так и слжоно? Мы же всё-таки IT-ресурс!
— Да ну, в лом!
Я могу понять, если голосование за прошлое отключают по причинам идеологическим. Но подводить отключение под «это сложно реализовать» для такого крупного ресурса — как-то неправильно.
Я письмо написать не успел, но бонус тоже только что получил.
Я и так не собирался уходить с яндекс.диска, но бонус действительно ощутимый, чтобы приглушить память даже о таком фейле.
Пар конденсируется на более холодных, чем температура воздуха, предметах. Системник никогда не будет холоднее воздуха — влага на нём не будет конденсироваться. У меня сервер проработал пару лет на балконе. На зиму накрывал его и отключал кулеры.
Очень жду возможности расположить табы внизу, а не вверху.
Глазам и мыши (моим) гораздо удобнее работать с нижней половиной экрана, и поэтому такие часто используемые вещи, как табы, удобно держать внизу.
Вот ещё что увидел — новый менеджер паролей позволяет просмотреть все сохранённые пароли. В старой опере так удобно пароли просмотреть было нельзя, можно было только удалить.
По-моему, вот так показывать пароли — неправильно, слишком просто и быстро можно их посмотреть всем желающим.
Понятно, что и в 12 опере можно просто посмотреть в dragonfly, что ушло на сервер, но это уже не так элементарно.
Ну, какое-то время, в районе 8-9 версии, относительно часто я видел сайты с поехавшей вёрсткой. Но «часто» — это раз в неделю, да и в основном некритичные были проблемы. Уже года два как с проблемами отображения вообще не сталкиваюсь (ну или не замечаю).
Я пользуюсь с пятой версии, и ни с какими проблемами, кроме проблем отображения, не сталкивался. При всех тех киллер-фичах, которых теперь нет будет в 15.
И серьёзные проблемы отображения начались как раз позже, примерно с 8-9 версии, когда сайты просто стали намного сложнее.
Да — наш сервис, как и Saucelabs, предоставляет различные комбинации браузеров/ОС.
Отличается он тем, что умеет самостоятельно запускать тесты (на Java, PHP, python, ruby). Т.е. применительно к мониторингу билетов — вам не надо держать запущенным Selenium-тест где-то у себя, на постоянно работающей машине. Можно загрузить его нам и указать расписание, по которому он будет запускаться.
Да, в контексте поста — меня очень интересует, насколько полезна/нужна идея шаблонных сценариев — потому что реализовать её на нашей системе относительно несложно. Клёво было бы, конечно, не только писать такие шаблонные сценарии самим, а позволять пользователям расшаривать свои сценарии для использования.
Мы думали о развитии своего сервиса для выполнения Selenium-тестов в этом направлении: подготовить набор готовых скриптов для распространённых операций — таких, как мониторинг билетов, отслеживание состояния посылок и других рутинных периодических действий для сервисов, которые не имеют API.
Т.е. вы заходите, выбираете нужный скрипт (мониторинг наличия билетов), указываете параметры (билеты откуда и куда, когда), выбираете частоту запуска скрипта. И получаете email, когда скрипт находит свободные билеты.
Мы решили, что это будет не очень востребованно, и отложили реализацию, но сервис и сейчас можно использовать именно так, только скрипты придётся писать самому.
А если ещё и не захотеть, потому что только 1-2% ими пользуется!
Вообще, несколько странный подход, как минимум для Оперы.
1-2% пользуется подгонкой под ширину.
1-2% пользуется эскейпом.
1-2% пользуется ctrl+z.
1-2% пользуется жестами.
1-2% пользуется выделением ссылок.
1-2% использует ctrl+tab.
1-2% использует ctrl+U.
Но! Это ведь не одни и те же люди! Кто-то пользуется жестами, но не пользуется подгонкой под ширину, и т.д.
И может оказаться, что отказ от фич, которыми пользуются «всего 1-2%», навредит на самом деле 50% всех пользователей оперы, которые продолжали быть лояльны Опере и терпели известные неудобства, но не шли на Хром — из-за парочки вот таких киллер фич.
Мы используем Selenium-тесты для проверки работоспособности нашего сервиса.
Интересно то, что сам сервис служит как раз для регулярного выполнения Selenium-тестов, и тесты для тестирования себя самого сам же и может запускать.
Но, к сожалению, гонять тесты только с помощью самого сервиса нельзя — т.к. тесты просто не выполнятся, если что-то произойдёт с той частью сервиса, которая тесты запускает.
Интересно, что при этом можно загрузить хоть четыре кассеты одного типа.
В NCR можно было вывести инженерное меню на основной моник тоже — насколько помню, то же самое. Ещё нужно было какой-то код простой ввести на клиентской клавиатуре, типа 4321.
Ага, в NCR для всего волшебства (типа пощёлкать шторками) достаточно было только дискеты, специальная карта не нужна была. До сих пор валяется где-то несколько дискет, ну и образ.
Да ну.
— Это же очень удобно для пользователей!
— Конечно, но это же надо немного обмозговать, как сделать, чтобы оно работало быстро и не сильно жрало ресурсы!
— Ну так вон даже на дружественном dirty.ru — иди, голосуй хоть за 2002 год. Может, это не так и слжоно? Мы же всё-таки IT-ресурс!
— Да ну, в лом!
Я могу понять, если голосование за прошлое отключают по причинам идеологическим. Но подводить отключение под «это сложно реализовать» для такого крупного ресурса — как-то неправильно.
Я и так не собирался уходить с яндекс.диска, но бонус действительно ощутимый, чтобы приглушить память даже о таком фейле.
Только вертикальные? А вниз можно будет переместить?
Глазам и мыши (моим) гораздо удобнее работать с нижней половиной экрана, и поэтому такие часто используемые вещи, как табы, удобно держать внизу.
По-моему, вот так показывать пароли — неправильно, слишком просто и быстро можно их посмотреть всем желающим.
Понятно, что и в 12 опере можно просто посмотреть в dragonfly, что ушло на сервер, но это уже не так элементарно.
И серьёзные проблемы отображения начались как раз позже, примерно с 8-9 версии, когда сайты просто стали намного сложнее.
Отличается он тем, что умеет самостоятельно запускать тесты (на Java, PHP, python, ruby). Т.е. применительно к мониторингу билетов — вам не надо держать запущенным Selenium-тест где-то у себя, на постоянно работающей машине. Можно загрузить его нам и указать расписание, по которому он будет запускаться.
Да, в контексте поста — меня очень интересует, насколько полезна/нужна идея шаблонных сценариев — потому что реализовать её на нашей системе относительно несложно. Клёво было бы, конечно, не только писать такие шаблонные сценарии самим, а позволять пользователям расшаривать свои сценарии для использования.
Т.е. вы заходите, выбираете нужный скрипт (мониторинг наличия билетов), указываете параметры (билеты откуда и куда, когда), выбираете частоту запуска скрипта. И получаете email, когда скрипт находит свободные билеты.
Мы решили, что это будет не очень востребованно, и отложили реализацию, но сервис и сейчас можно использовать именно так, только скрипты придётся писать самому.
Думаете, стоило бы развить эту идею?
Вообще, несколько странный подход, как минимум для Оперы.
1-2% пользуется подгонкой под ширину.
1-2% пользуется эскейпом.
1-2% пользуется ctrl+z.
1-2% пользуется жестами.
1-2% пользуется выделением ссылок.
1-2% использует ctrl+tab.
1-2% использует ctrl+U.
Но! Это ведь не одни и те же люди! Кто-то пользуется жестами, но не пользуется подгонкой под ширину, и т.д.
И может оказаться, что отказ от фич, которыми пользуются «всего 1-2%», навредит на самом деле 50% всех пользователей оперы, которые продолжали быть лояльны Опере и терпели известные неудобства, но не шли на Хром — из-за парочки вот таких киллер фич.
Правда, для запуска тестов используется внешний сервис, но что-то полезное для себя, может быть, найдёте.
Интересно то, что сам сервис служит как раз для регулярного выполнения Selenium-тестов, и тесты для тестирования себя самого сам же и может запускать.
Но, к сожалению, гонять тесты только с помощью самого сервиса нельзя — т.к. тесты просто не выполнятся, если что-то произойдёт с той частью сервиса, которая тесты запускает.