Если все меняют одну и ту же базу данных одновременно с разных копий, при этом база растет последовательно, звено за звеном, то как достигается всеобщая синхронизация? Почему не возникает в разных копиях у одного звена два разных продолжения? Как решается этот конфликт?
Если операция добавления нового звена такая затратная по вычислительным ресурсам, то почему проверка не требует этих ресурсов?
Речь идет о выводе списка товаров. Для списка имеются два основных параметра:
а) условие отбора или другими словами фильтр
б) порядок сортировки
Достаточно перечислить условия отбора и порядок сортировки по пунктам в виде текстового списка, например
а) Условия отбора
1. Не более 5
2. Совпадает группа
3. Есть наличие
4. Один из ценовой ценовой группы 0-20%… и т.д.
…
б) Порядок сортировки
1. Цена по возрастанию
Для такой простой задачи блоксхема не нужна, так как излишне громоздка. Сам автор нарисовав несколько квадратиков в итоге перешел к текстовому описанию. Блоксхемы приветствуются если есть сложный бизнес-процесс, чтобы описать этапы этого процесса, показать общую картину. Опускаться до изображения на блоксхеме каждого if'а, который должен написать программист, не следует.
Сам по себе формат ТЗ вообще мало что дает. Рисовать в visio можно и макаку научить. А вот предусматривать все граничные условия, типа «а если нет в наличии, а если слишком дорого, а если все в одну цену, а если нет ни одного» вот это из постановщиков редко кто делает. Обычно такие вопросы по ТЗ задает сам программист или они всплывают, когда показывают результат работы, а он не удовлетворяет.
Как добиться такого подхода от постановщика задачи, вот эта тема не раскрыта.
В сообщении https://geektimes.ru/company/lamptest/blog/271166/#comment_9029658 от 17 февраля я допустил ошибку. Думал что лампа накаливания, которую заменил на шарик космос, была 60 Ватт. Вчера проверил ее, оказалось что она 40 Ватт. Тогда понятно, почему с заменой на Старт "аналог" 75 ватт стало гораздо светлее.
Так что сомнений в достоверности тестов lamptest больше не имею!
Был неправ, вспылил :)
Неделю назад поменял лампу в туалете с накаливания 60 ватт на шарик Старт "аналог" 75 ватт. Вся семья заметила что стало заметно светлее. Напряжение в сети нормальное около 220V. Теперь этим тестам так безоглядно не верю.
Скайп хорош для видеозвонков, но и только, для чата неудобен, и майкрософт его совсем «замучила»
Хенгаут и ФБмессенджер нам корпорации впарили на телефон насильно и не спросясь, за это их фтопку. Да и по фунционалу проигрывают — по звонкам не могут конкурировать со скайпом, по чату — с вотсапом.
Отсюда получаются вотсап и вайбер. Кому что друзья порекомендовали.
Лично для меня киллер-фича вотсапа, которая заставила его юзать — удобные группы и удобный веб-клиент.
А какова стоимость звонков на такой номер с городских телефонов МГТС? Очевидно в абонетку они не вписываются?
Держу свой МГТС телефон только чтобы родители на него с городского звонили. С уловольствием бы перешел на onlime, но если в их счетах начнут тарифицироваться звонки на мой «городской» телефон, то тогда не надо.
Бывало при передаче параметров запрос мог выполняться в десятки(!) раз медленнее чем при прямой вставке значений.
Это нормальное поведение Oracle независимо от типа клиента. Так работает стоимостной оптимизатор запросов Oracle.
Если вы передаете значения литералами, то Oracle строит план запроса каждый раз, при этом построение плана запроса — довольно затратная операция и для многих запросов может занимать больше времени чем собственно выборка данных.
Поэтому для уменьшения общей нагрузки на сервер рекомендуется использовать bind-переменные. В таком случае Oracle анализирует значения переменных первый раз, и строит план, а при дальнейших вызовах идентичного запроса с любыми значениями переменных (даже из других сессий) использует ранее созданный план.
Но это не всегда оправдано.
Предположим вы делаете запрос по большой (миллионы записей) таблице заказов с условием по двум полям — customer_id и order_date в диапазоне. Количество уникальных клиентов — десятки тысяч, история заказов за много лет. У вас есть индекс в таблице и по каждому из полей — client_id и order_date.
При первом вызове вы передали диапазон дат в 1 день, и client_id клиента с очень большой историей заказов. Оптимизатор проанализировал статистику данных и решил использовать индекс по дате, так как выгоднее перебрать все заказы за 1 день, чем все заказы клиента за много лет. Такой план сохранился в кеше запросов Oracle.
При одном из последующих вызовов вы передали в bind-переменные диапазон дат длинной в год и другой client_id. И хотя у этого клиента за всю историю всего несколько заказов, используется все равно индекс по дате. В итоге перебираются все заказы всех клиентов за год (сотни тысяч записей), что занимает в десятки раз больше времени, чем перебор всех заказов (за всю историю) этого конкретного клиента. Если бы параметры передавались литералами, то план запроса был бы создан заново, использовался бы индекс по client_id, и конечно такой запрос выполнился бы во много раз быстрее.
До 10-й версии данная проблема стояла довольно остро, в более поздних версиях были попытки как-то эту проблему решить.
Ну вот, у ответственных разработчиков разум восторжествовал. Молодцы!
А дизайнеру гугла, который продавил гайдлайн с меню в левом верхнем углу и «одну большую кнопку», нужно дома кнопку спуска унитаза перенести на дно бачка! И чтобы этой же кнопкой свет включать/выключать!
Разве запрещено иметь карты зарегистрированные на мое имя и использующиеся в устройствах детей, пожилых родителей и других близких родственников? На каждого телефон плюс планшет, еще карта в машины для сигнализации, еще 3g модем для путешествий с ноутбуком.
Какие 10 карт, вы о чем? Скоро в каждом бытовом приборе нужна будет симка.
Так вот больше всего расстраивает, что 15-20 лет развивалась концепция и принципы интерфейса. А потом раз, все выкинули в топку и сказали — тыкать пальцем удобно, и больше ничего не нужно.
На уровне WinAPI было разрозненно, но на библиотеках более высокого уровня эти гайдлайны были уже на уровне API реализованы и MS и Borland. И в общем-то стало понятно, что так и надо делать в будущем — не чистые гайдлайны писать, а делать API, чтобы они автоматически соблюдались большинством разработчиков без особых усилий.
И сравнивать нужно не Windows 1.0 и Android 5.0, а качество проработки интерфейса в настоящее время и 10 лет назад. Имеем откат далеко назад, и еще не скоро достигнем того уровня
Да, если так посмотреть, то определенная логика просматривается.
И в любом случае сразу ничего не происходит.
Неправда ваша.
На практике, если «нажать долго» на объект (кнопку) у которого нет контекстного меню и нет подсказки, то эта кнопка «сработает» (например, та же красная кнопка с карандашиком). Поэтому прежде чем «нажать долго» надо заранее знать, что за этим последует. То ли подсказка всплывет, то ли деньги с карты спишутся (шутка). И в таком случае идея подсказки на это действие лишена смысла. Подсказка должна появляться без нажатий. Двойка дизайнерам интерфейса за юзабилити, двойка.
А в Windows такие вещи были заложены на уровне системы и работали одинаково во всех программах, на каком бы языке программирования они не были написаны. Если использовались системные меню — был виден хоткей. Если тулбар — работал hover с подсказкой, которая совпадала с названием пункта меню. Это инженерный, системный подход. Для этого MS был написан и документирован API. Это вам не гайдлайны ляпать «как сделать няшный интерфейс».
Смотрю на экран мобильника — «активен/неактивен» мне показывается.
На вкладке «Недавние», а именно она — первая и открыта по-умолчанию, на этой вкладке почему-то не показывается. Если мне нужено узнать активность нескольких друзей, с которыми постоянно общаемся, почему я должен искать их в общем списке из 100 контактов?
Теперь про «пылесос с телевизором». Если вы — действительно любознательный пенсионер, то уже давно знаете, что прижав кнопку и подержав секунду, вы получите хинт-подсказку с надписью «видеосвязь». Увы, инженерная проблема реализация «mouse hover-а» пальца над дисплеем не решена.
Считал что я действительно любознательный и далеко не пенсионер, но тут вы мне открыли глаза. Постоянно пользуюсь скайпом и не знал про эту фичу. А все почему? Потому что кривая идея. Если уж просто нажать — приводит к вызову функции, то «нажать и держать» — тем более ожидаешь какого-то действия, а не безобидной подсказки.
И дизайнеры тут не виноваты. Они выкручиваются как могут.
Тут скорее не дизайнеры, а разработчики интерфейса, но в данном случае я их считаю одной группой. Они-то как раз и виноваты. Раз нет технических возможностей реализовать hover, нужно писать текст на кнопках, или нормальные пиктограммы, или анимированные пиктограммы, или пузыри с подсказкой при открытии экрана, или разные варианты интерфейса (подробный с текстом/лаконичный с иконками) или еще как-то решать. Это их, дизайнеров, наиглавнейшая задача. За это им двойка!
Я пользуюсь скайпом 5 лет. До того, как его купила Майкрософт, на Андроиде это был неповоротливый монстр,
Это он стал монстром, а был вполне функциональным. Вы запустите нынешний скайп на телефоне пятилетней давности, и иллюзии о его скорости сразу пропадут. Да он на 256Mb и не запустится, я уверен.
А уж про windows-версию нечего и говорить, она распухла многократно и обрасла лишними фичами в попытках создать на базе скайпа соц.сеть.
На современном андроиде привести систему в такое состояние — нужно еще постараться и накачать кучу левого софта. На старых PC это было — раз плюнуть. Так где дизайн лучше?
А при чем тут дизайн? Это как раз инженеры поработали, добавили ограничение прав. Это уже дизайн архитектуры, а не интерфейса.
Что касается кнопок, до которых сложно добраться — какая кнопка не появляется у вас перед носом, если их всего три?
Про кнопки, до которых сложно добраться: это скорее не к скайпу а к другим программам, например FB. У которых нужно проверить, не открывается ли какой-то экран по свайпу снизу? А если свайп справа, сверху, сбоку? А есть еще такой метод масштабирования в гугл картах двойной тап затем вверх/вниз. Не знали? А что, это ж очевидно, каждый способен догадаться! Как и я про длинное нажатие, которое всегда означало вызов меню объекта, а у скайпа почему-то показывает подсказку.
Ну по сути комментария я так понял, что тенденцию к торжеству формы над содержанием вы тоже заметили, только считаете, что так и надо. Ну что ж эта точка зрения имеет право на жизнь, и к сожалению она сейчас главенствует во многих областях. Маркетинг давит инженеров, «формат» давит творцов и т.п.
Позволю себе ответить на некоторые пункты поста:
Если вы ожидаете от него, что он станет универсальным карманным суперкомпьютером, то хочу вас уверить — таким он никому на самом деле не нужен. Или почти никому, кроме двух с половиной маньяков.
Еще раз: телефон — это не пульт управления ракетным двигателем. Это — всего лишь карманное устройство, чтобы смотреть ю-тьюб и постить котиков на фейсбук.
Когда лет 5 назад я использовал Яндекс карты в качестве навигатора на крошечном экранчике на КПК WM с интернетом Edge с оплатой за каждый килобайт, все тоже говорили, что это девайс для косынки, и я фигней страдаю. А для навигации есть навигаторы. Но время расставило все по своим местам. Постепенно телефоны выросли в размере, экраны стали качественней, и мой сценарий использования стал нормой.
Он на самом деле не применим для более серьезных задач. А для них, кстати, есть классная штука — ноутбук называется
Ноутбуки вытеснили из дома настольные компьютеры, а теперь уже их самих теснят планшеты. У ноутбуков осталась узкая ниша мобильных людей, которым надо много печатать. С переходом всех программ в веб и развитием интернета, скоро их главное преимущество — «все свое ношу с собой» исчезнет. Достаточно будет планшета с клавиатурой. И в таком формате будут решаться почти любые задачи.
Интерфейсы стали чище, понятнее и, что самое важное, пожертвовав всего 10% функционала, авторы добились двух-трехкратного упрощения доступа к остальным 90%.
самой отвратительной эпохой с точки зрения дизайнерских решений была эпоха конца 90-х — начала 00-х,
Вот здесь я категорически не согласен. В 90-е MS заложила принцип интерфейса — к каждой функции можно было получить доступ несколькими способами:
1. Через меню — ко всем 100% функций
2. Через тулбар — наиболее частые
3. Через хоткей — наиболее частые, причем хоткей виден в меню, его не надо искать в инструкции
4. Через меню правой кнопки мыши — все функции, применимые к объекту
Таким образом получалась программа удобная в освоении. Пользователь в новой для себя программе мог изучить меню, и сразу получить представление о всех возможностях (не нужно ни о чем догадываться). И, в то же время, программа была удобна для опытного пользователя благодаря тулбару и хоткеям.
Что мы имеем сейчас? Кнопки со значками, смысл которых понятен лишь их дизайнеру. Кнопки, до которых еще неизвестно как добраться. А чтобы понять их смысл, пользователю остается только их нажать. А если это необратимое действие?
К примеру, я пенсионер или недалекая домохозяйка, которая слышала, что можно с детьми по скайпу общаться и купила смартфон. Как мне в скайпе под андроид узнать, что можно в принципе сделать видеозвонок? Там такая функция нигде не обозначена, если конечно никто не подсказал, что нечто, похожее на пылесос (или атомную бобму, или телевизор с ухом, или я не знаю даже на что) — это стилизованная видеокамера
Ну допустим, я любознательный пенсионер, и нажал на этот пылесос. Следом я вижу свое лицо. Хм, что бы это значило? Может это функция Я еще не понял, что произошло, а уже побеспокоил звонком какого-то человека из своих контактов, а сейчас к примеру полночь. Покорно благодарю за такой предсказуемый интерфейс.
А что означает эта кнопочка со значком сложения (плюс)? О, это вызов меню! А какая в этом логика? А почему рядом кнопка с тремя вертикальными точками тоже вызывает меню, но оформленное по-другому?
При этом в списке контактов скайпа уже года два, как не показывается статус активности контактов. Чтобы узнать, в онлайне контакт или нет, нужно его открыть. А ведь в ранних версиях на Симбиан, да и на Андроид до MS это было видно сразу!
И это годами не делается. Зато делается интеграция с соцсетями, с учеткой MS, новый дизайн трижды!!!
А можно поподробнее раскрыть тему замены jira на bugzilla и многократного ускорения заведения тикетов? За счет чего?
Если операция добавления нового звена такая затратная по вычислительным ресурсам, то почему проверка не требует этих ресурсов?
а) условие отбора или другими словами фильтр
б) порядок сортировки
Достаточно перечислить условия отбора и порядок сортировки по пунктам в виде текстового списка, например
а) Условия отбора
1. Не более 5
2. Совпадает группа
3. Есть наличие
4. Один из ценовой ценовой группы 0-20%… и т.д.
…
б) Порядок сортировки
1. Цена по возрастанию
Для такой простой задачи блоксхема не нужна, так как излишне громоздка. Сам автор нарисовав несколько квадратиков в итоге перешел к текстовому описанию. Блоксхемы приветствуются если есть сложный бизнес-процесс, чтобы описать этапы этого процесса, показать общую картину. Опускаться до изображения на блоксхеме каждого if'а, который должен написать программист, не следует.
Сам по себе формат ТЗ вообще мало что дает. Рисовать в visio можно и макаку научить. А вот предусматривать все граничные условия, типа «а если нет в наличии, а если слишком дорого, а если все в одну цену, а если нет ни одного» вот это из постановщиков редко кто делает. Обычно такие вопросы по ТЗ задает сам программист или они всплывают, когда показывают результат работы, а он не удовлетворяет.
Как добиться такого подхода от постановщика задачи, вот эта тема не раскрыта.
Так что сомнений в достоверности тестов lamptest больше не имею!
Был неправ, вспылил :)
Когда пользователей 25+, большинство платных плагинов уже стоят очень ощутимых денег.
Тот же Teams Calendar не используем именно по этой причине. За такие деньги и без него можно обойтись.
Хенгаут и ФБмессенджер нам корпорации впарили на телефон насильно и не спросясь, за это их фтопку. Да и по фунционалу проигрывают — по звонкам не могут конкурировать со скайпом, по чату — с вотсапом.
Отсюда получаются вотсап и вайбер. Кому что друзья порекомендовали.
Лично для меня киллер-фича вотсапа, которая заставила его юзать — удобные группы и удобный веб-клиент.
Держу свой МГТС телефон только чтобы родители на него с городского звонили. С уловольствием бы перешел на onlime, но если в их счетах начнут тарифицироваться звонки на мой «городской» телефон, то тогда не надо.
Это нормальное поведение Oracle независимо от типа клиента. Так работает стоимостной оптимизатор запросов Oracle.
Если вы передаете значения литералами, то Oracle строит план запроса каждый раз, при этом построение плана запроса — довольно затратная операция и для многих запросов может занимать больше времени чем собственно выборка данных.
Поэтому для уменьшения общей нагрузки на сервер рекомендуется использовать bind-переменные. В таком случае Oracle анализирует значения переменных первый раз, и строит план, а при дальнейших вызовах идентичного запроса с любыми значениями переменных (даже из других сессий) использует ранее созданный план.
Но это не всегда оправдано.
Предположим вы делаете запрос по большой (миллионы записей) таблице заказов с условием по двум полям — customer_id и order_date в диапазоне. Количество уникальных клиентов — десятки тысяч, история заказов за много лет. У вас есть индекс в таблице и по каждому из полей — client_id и order_date.
При первом вызове вы передали диапазон дат в 1 день, и client_id клиента с очень большой историей заказов. Оптимизатор проанализировал статистику данных и решил использовать индекс по дате, так как выгоднее перебрать все заказы за 1 день, чем все заказы клиента за много лет. Такой план сохранился в кеше запросов Oracle.
При одном из последующих вызовов вы передали в bind-переменные диапазон дат длинной в год и другой client_id. И хотя у этого клиента за всю историю всего несколько заказов, используется все равно индекс по дате. В итоге перебираются все заказы всех клиентов за год (сотни тысяч записей), что занимает в десятки раз больше времени, чем перебор всех заказов (за всю историю) этого конкретного клиента. Если бы параметры передавались литералами, то план запроса был бы создан заново, использовался бы индекс по client_id, и конечно такой запрос выполнился бы во много раз быстрее.
До 10-й версии данная проблема стояла довольно остро, в более поздних версиях были попытки как-то эту проблему решить.
А дизайнеру гугла, который продавил гайдлайн с меню в левом верхнем углу и «одну большую кнопку», нужно дома кнопку спуска унитаза перенести на дно бачка! И чтобы этой же кнопкой свет включать/выключать!
Какие 10 карт, вы о чем? Скоро в каждом бытовом приборе нужна будет симка.
На уровне WinAPI было разрозненно, но на библиотеках более высокого уровня эти гайдлайны были уже на уровне API реализованы и MS и Borland. И в общем-то стало понятно, что так и надо делать в будущем — не чистые гайдлайны писать, а делать API, чтобы они автоматически соблюдались большинством разработчиков без особых усилий.
И сравнивать нужно не Windows 1.0 и Android 5.0, а качество проработки интерфейса в настоящее время и 10 лет назад. Имеем откат далеко назад, и еще не скоро достигнем того уровня
Неправда ваша.
На практике, если «нажать долго» на объект (кнопку) у которого нет контекстного меню и нет подсказки, то эта кнопка «сработает» (например, та же красная кнопка с карандашиком). Поэтому прежде чем «нажать долго» надо заранее знать, что за этим последует. То ли подсказка всплывет, то ли деньги с карты спишутся (шутка). И в таком случае идея подсказки на это действие лишена смысла. Подсказка должна появляться без нажатий. Двойка дизайнерам интерфейса за юзабилити, двойка.
А в Windows такие вещи были заложены на уровне системы и работали одинаково во всех программах, на каком бы языке программирования они не были написаны. Если использовались системные меню — был виден хоткей. Если тулбар — работал hover с подсказкой, которая совпадала с названием пункта меню. Это инженерный, системный подход. Для этого MS был написан и документирован API. Это вам не гайдлайны ляпать «как сделать няшный интерфейс».
На вкладке «Недавние», а именно она — первая и открыта по-умолчанию, на этой вкладке почему-то не показывается. Если мне нужено узнать активность нескольких друзей, с которыми постоянно общаемся, почему я должен искать их в общем списке из 100 контактов?
Считал что я действительно любознательный и далеко не пенсионер, но тут вы мне открыли глаза. Постоянно пользуюсь скайпом и не знал про эту фичу. А все почему? Потому что кривая идея. Если уж просто нажать — приводит к вызову функции, то «нажать и держать» — тем более ожидаешь какого-то действия, а не безобидной подсказки.
Тут скорее не дизайнеры, а разработчики интерфейса, но в данном случае я их считаю одной группой. Они-то как раз и виноваты. Раз нет технических возможностей реализовать hover, нужно писать текст на кнопках, или нормальные пиктограммы, или анимированные пиктограммы, или пузыри с подсказкой при открытии экрана, или разные варианты интерфейса (подробный с текстом/лаконичный с иконками) или еще как-то решать. Это их, дизайнеров, наиглавнейшая задача. За это им двойка!
Это он стал монстром, а был вполне функциональным. Вы запустите нынешний скайп на телефоне пятилетней давности, и иллюзии о его скорости сразу пропадут. Да он на 256Mb и не запустится, я уверен.
А уж про windows-версию нечего и говорить, она распухла многократно и обрасла лишними фичами в попытках создать на базе скайпа соц.сеть.
А при чем тут дизайн? Это как раз инженеры поработали, добавили ограничение прав. Это уже дизайн архитектуры, а не интерфейса.
Про кнопки, до которых сложно добраться: это скорее не к скайпу а к другим программам, например FB. У которых нужно проверить, не открывается ли какой-то экран по свайпу снизу? А если свайп справа, сверху, сбоку? А есть еще такой метод масштабирования в гугл картах двойной тап затем вверх/вниз. Не знали? А что, это ж очевидно, каждый способен догадаться! Как и я про длинное нажатие, которое всегда означало вызов меню объекта, а у скайпа почему-то показывает подсказку.
Позволю себе ответить на некоторые пункты поста:
Когда лет 5 назад я использовал Яндекс карты в качестве навигатора на крошечном экранчике на КПК WM с интернетом Edge с оплатой за каждый килобайт, все тоже говорили, что это девайс для косынки, и я фигней страдаю. А для навигации есть навигаторы. Но время расставило все по своим местам. Постепенно телефоны выросли в размере, экраны стали качественней, и мой сценарий использования стал нормой.
Ноутбуки вытеснили из дома настольные компьютеры, а теперь уже их самих теснят планшеты. У ноутбуков осталась узкая ниша мобильных людей, которым надо много печатать. С переходом всех программ в веб и развитием интернета, скоро их главное преимущество — «все свое ношу с собой» исчезнет. Достаточно будет планшета с клавиатурой. И в таком формате будут решаться почти любые задачи.
Вот здесь я категорически не согласен. В 90-е MS заложила принцип интерфейса — к каждой функции можно было получить доступ несколькими способами:
1. Через меню — ко всем 100% функций
2. Через тулбар — наиболее частые
3. Через хоткей — наиболее частые, причем хоткей виден в меню, его не надо искать в инструкции
4. Через меню правой кнопки мыши — все функции, применимые к объекту
Таким образом получалась программа удобная в освоении. Пользователь в новой для себя программе мог изучить меню, и сразу получить представление о всех возможностях (не нужно ни о чем догадываться). И, в то же время, программа была удобна для опытного пользователя благодаря тулбару и хоткеям.
Что мы имеем сейчас? Кнопки со значками, смысл которых понятен лишь их дизайнеру. Кнопки, до которых еще неизвестно как добраться. А чтобы понять их смысл, пользователю остается только их нажать. А если это необратимое действие?
К примеру, я пенсионер или недалекая домохозяйка, которая слышала, что можно с детьми по скайпу общаться и купила смартфон. Как мне в скайпе под андроид узнать, что можно в принципе сделать видеозвонок? Там такая функция нигде не обозначена, если конечно никто не подсказал, что нечто, похожее на пылесос (или атомную бобму, или телевизор с ухом, или я не знаю даже на что) — это стилизованная видеокамера
Ну допустим, я любознательный пенсионер, и нажал на этот пылесос. Следом я вижу свое лицо. Хм, что бы это значило? Может это функция Я еще не понял, что произошло, а уже побеспокоил звонком какого-то человека из своих контактов, а сейчас к примеру полночь. Покорно благодарю за такой предсказуемый интерфейс.
А что означает эта кнопочка со значком сложения (плюс)? О, это вызов меню! А какая в этом логика? А почему рядом кнопка с тремя вертикальными точками тоже вызывает меню, но оформленное по-другому?
При этом в списке контактов скайпа уже года два, как не показывается статус активности контактов. Чтобы узнать, в онлайне контакт или нет, нужно его открыть. А ведь в ранних версиях на Симбиан, да и на Андроид до MS это было видно сразу!
И это годами не делается. Зато делается интеграция с соцсетями, с учеткой MS, новый дизайн трижды!!!