Pull to refresh
25
Karma
0
Rating
Tikonderoga @Tikonderoga

User

Apple переходит на обслуживание в облако Google

Новость из разряда "слышали звон".

Двухнедельный обзор Google Glass: всё будет зависеть о цены

Точно не знаю, но предполагаю, что так и будет. Многим не нравится стандартная оправа гугла, а тут какой-нибудь пижонский Rab-Ban выпустист гуглочки в своем стиле — каждый уважающий себя хипстер обязательно купит. :)

Двухнедельный обзор Google Glass: всё будет зависеть о цены

Я скорее о гигантах. Samsung, Apple, Microsoft, кто там еще.

Двухнедельный обзор Google Glass: всё будет зависеть о цены

Страховые компании бдут включать особый пункт, запрещающий водителям использовать «умные очки» за рулем, и будут правы.

Двухнедельный обзор Google Glass: всё будет зависеть о цены

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

«Яндекс» приобрел цифровые карты мира у Navteq

Какая же это новость?
Яндекс использует карты Navteq уже больше года, так точно.

Но, кажется, я понимаю, откуда растут ноги.
Просто раньше Navteq не заморачивался тем, кто и как использует его данные. А теперь Nokia решила «восстановить справедливость», и Яндекс разродился пресс-релизом.

Анонс CastingCode.tv: скринкасты программистов за работой

«Можно бесконечно смотреть на горящий огонь, текущую воду и на то, как другие работают». Марк Твен, если не ошибаюсь.

По трем столицам на трамвае

Интересно — что из этого собственная разработка Яндекс, а что — Navteq-овское.
Данные — понятно чьи, а вот такие сервисы?

Ovi Maps 3D

Ovi Maps 3D и прочие навигационные штуки, продвигаемые как продукты Nokia, разрабатываются в Navteq. У которого дела отнюдь не так плохи, как у материнской компании.

Microsoft развивает аналог Google Street View

Ну вот там ниже уже ответили. Майкрософт лишь пользуется ресурсами NAVTEQ в рамках стратегического партнерства с Nokia.

Microsoft развивает аналог Google Street View

Раз уж Вы пишете про Microsoft, могли бы упомянуть и про NAVTEQ — тем более что машинка на картинке у Вас как раз с логотипом этой компании. :)

Обновления или стать одесситом бесплатно

Только хотел это написать.
Пробовал в тестовых целях пару раз оставлять клиент на ночь — утром 100% разорванное соединение.

Goozzy.com — год спустя

Да уж.
Независимо от качества продукта и его полезности — дизайны такого типа начинают потихоньку надоедать.

Анонимность, доступная каждому

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
5,928-th
Location
Сербия
Registered
Activity