Pull to refresh
25
0
Tikonderoga @Tikonderoga

User

Send message
Новость из разряда "слышали звон".
Точно не знаю, но предполагаю, что так и будет. Многим не нравится стандартная оправа гугла, а тут какой-нибудь пижонский Rab-Ban выпустист гуглочки в своем стиле — каждый уважающий себя хипстер обязательно купит. :)
Я скорее о гигантах. Samsung, Apple, Microsoft, кто там еще.
Страховые компании бдут включать особый пункт, запрещающий водителям использовать «умные очки» за рулем, и будут правы.
Раз эта тема популярна, вот мои N пунктов про гуглоочки:
1. Я носил их не две недели, а только минуты две (конференция). Плюс выслушал лекцию о том, что они могут, чего не могут, и т.п.
2. Я не могу утверждать, что все, написанное ниже, на 100% правда или будет правдой к концу 2013-го или когда там эта штука появится на рынке. За что купил (в смысле, что увидел и услышал), за то и продаю. Все, что думаю лично я (т.е. не подкреплено никакими фактами) — в категории «хрустальный шар».
3. Управление голосом — не лучшая идея, но первоначальная идея G (жесты) была еще хуже. Представьте себе, что вам нужно махать руками, чтобы вызвать почту.
4. Очки отслеживают движение глаз и это тоже используется для управления (например, включение).
5. Гугл настаивает на том, чтобы информации в очках не было много. Т.е. никаких страниц текста. Звучит разумно — кто хочет, чтобы его сбила машина на переходе, пока он зачитался путеводителем — но это ограничит функционал довольно сильно.
6. Навигация в очках — это статичный кусок карты с проложенным маршрутом. Чем тут восхищаться, гм.
7. Google Now в смартфонах — это львиная доля того, что очки умеют сейчас. Т… е. ситуационные карточки. Плюс почта. Я выключил Now у себя в телефоне примерно через неделю. Говорят о том, что много десятков разработчиков прямо сейчас пишут Супер Программы для очков. Хрустальный шар говорит мне, что будут карточки фейсбука, инстаграмма и прочей социальной фигни.
8. Начальная цена — $500-600.
9. Гугл уже договорился / договаривается с производителями Крутых и Модных очков / оправ, так что хипстеры и прочие любители дизайнерских очков будут довольны.
10. Хрустальный шар говорит мне, что G — не единственная компания, которая занимается «умными социальными очками».
Какая же это новость?
Яндекс использует карты Navteq уже больше года, так точно.

Но, кажется, я понимаю, откуда растут ноги.
Просто раньше Navteq не заморачивался тем, кто и как использует его данные. А теперь Nokia решила «восстановить справедливость», и Яндекс разродился пресс-релизом.
«Можно бесконечно смотреть на горящий огонь, текущую воду и на то, как другие работают». Марк Твен, если не ошибаюсь.
Интересно — что из этого собственная разработка Яндекс, а что — Navteq-овское.
Данные — понятно чьи, а вот такие сервисы?
Ovi Maps 3D и прочие навигационные штуки, продвигаемые как продукты Nokia, разрабатываются в Navteq. У которого дела отнюдь не так плохи, как у материнской компании.
Ну вот там ниже уже ответили. Майкрософт лишь пользуется ресурсами NAVTEQ в рамках стратегического партнерства с Nokia.
Раз уж Вы пишете про Microsoft, могли бы упомянуть и про NAVTEQ — тем более что машинка на картинке у Вас как раз с логотипом этой компании. :)
Только хотел это написать.
Пробовал в тестовых целях пару раз оставлять клиент на ночь — утром 100% разорванное соединение.
Да уж.
Независимо от качества продукта и его полезности — дизайны такого типа начинают потихоньку надоедать.
3. Удобный клиент не оповещает о разрыве соединения. Нужно держать окошко вашего клиента постоянно видимым и мониторить, не отключился ли — неудобно. Pop-up window исправило бы ситуацию.

По поводу 1: конкретное пожелание в таком случае — почему бы не показывать и часы? 29 дней, 23 часа.

По поводу 2: ответ некорректный. :) Если в сервисе биллинг работает неправильно, клиенту нет оснований надеяться, что все остальное работает без сбоев… Возможный ход мысли клиента — «эта штука считает не весь трафик, значит не весь трафик через нее идет. Мои Секретные Переговоры в ICQ перехватит ЦРУ!»

Считайте это за небольшой отчет о тестировании.
1. После покупки месяца показывает, что у меня осталось 29 дней. Сейчас февраль високосного года?
2. Трафик считается неправильно. Расхождение со статистикой браузера и мю-торрента довольно большое. Ошибка в мою пользу, но осадок, как говорится…
Наверное, слишком специфичная, согласен. В рамках комментариев такое обсуждать не очень удобно.
Подход понятен и имеет право на жизнь. :)
Есть, однако, несколько сложностей.
1. Что делать, если запрос нельзя выполнить повторно? Он меняет данные в БД, например. Или связан с куками, session id, прочими динамическими параметрами?
2. Почему пол часа и 300 мс? Почему не 10 минут/2 часа/месяц и 1 секунда/5 секунд/1 час? Как быть с тем, что для разных запросов разное приемлимое время выполнения?
3. Почему двойная нагрузка?

Итого — Ваша методика подойдет для очень грубого оценочного тестирования. Лучше чем ничего. Хуже, чем могло бы быть.
Понятно.

Простой ответ — нужно иметь систему мониторинга (или утилиты, или консольные команды, не суть), по ряду показателей (CPU time, average load, memory ans swap usage, IO) можно определить, чего конкретно системе не хватает. В большинстве случаев этого хватает, чтобы понять, что «нужно докупить».

Насчет «хорошо бы почитать» — я собираюсь писать и о мониторинге тоже, поскольку это важная часть НТ. Вопрос в том — какие примеры выбрать. Очень простые — будет слишком скучно. А-ля «вот тут мы видим, что average load > 1, значит все плохо». Брать сложные — задолбаешься, прошу прощения, описывать.
Что Вы имеете ввиду под «узкими местами в ПО»? Конкретно, условно говоря, куски кода, которые могут замедлять систему? Или что-то еще?

Information

Rating
Does not participate
Location
Сербия
Registered
Activity