Такие презентации хороши для веба, но для участия в конференции одна большая проблема.
Как переворачивать слайды? Стоять над ноутбуком? Да есть решения, и для того презентацией на reveal.js я смог управлять с телефона, но неудобно, долго настраивается, а на больших конференциях в больших залах плохой Wi-Fi, потому что экран гаснет, потому что случайно прокручиваются слайды.
Когда есть очень удобный пульт для презентаций от Logitech. (http://www.logitech.com/en-us/product/wireless-presenter-r400?crid=11)
Аннотации: Последние версии powerpoint умеют выводить аннотации на основной экран. Де для reveal.js есть решения на телфон, но опять же неудобно, экран маленький.
А иногда приходится выступать на чужом ноутбуке. И если ppt/pdf все ок. То перелистывание на чужой машине за 5-10 минут между презентациями не всегда настроишь.
Решите эти две проблемы, управление указкой, вывод аннотаций(менее критично) и такие решения будут популярнее.
Думаю вернули кнопку выхода на главный экран, потому что первые версии были очень медленными.
Сейчас спрятали потому что наверное считают что он стал быстрым. Майкрософт не хочет чтобы вы выходили.
Stay connected.
Судя по отзывам знакомых на Windows Phone он работает не лучше.
Мне кажется Skype-у Майкрософт поставила совсем другие приоритеты, они допиливают интеграцию с офисом и sharepoint, а мобильного рынка такое ощущение что для них не существует. Что странно учитывая что тот же офис идет на мобилки активно.
Только у жены на Galaxy S4 с 4-мя ядрами и 2 Гб оперативки он работает более менее сносно.
На моем Incredible S от момента запуска до возможности написать проходит от 5 до 15 минут и это програма для общения.
В Dropbox решается очень просто, добавляете файл в Favorites и он начинает синхрозизироваться, хуже когда вам нужна целая папка. Думаю в Yandex диск могут похожий принцип добавить.
Вообще то для емкосного датчика с экрана эта обложка не сильная помеха, да упадет точность, но нам ведь не +-1мм надо. У жены через прозрачное окошко нормально реагирует.
Начали за здравие закончили за упокой.
Человек который обосновывает плохие интерфейсы недоразивтием полушарий никогда в промышленой разработке больших проэктов не участвовал, а если и участвовал то вследствие высокой натуры не прочуствовал.
Во первых низашто не поверю что у автора окна на картинке все в порядке с кодом. Боюсь там крошиво из code behind и спагетти кода.
Во вторых уверен что проблема с порталом госуслуг не только в неумении разработчиков. А главная первопричина, что заказчику было наплевать на удобство интерфейса и его тестирование и вся оценка удобства проводилась по наличии интерфейса как такового. Сохранение вводимых данных говорите, это скорее всего непростой функционал который требует значительных усилий(кроме того возникает вопрос безопасности). Давайте угадаю как все случилось: до этапа программирования, бизнес аналитик получил требование что с точки зрения безопасности пользователя нужно выбрасывать из сесии через 15 минут. Хороший аналитик сразу спросит, а что будет с введенными даными, нужно ли их сохранять, потому что хороший бизнес аналитик отвечает за целосность и непротиворечивость бизнес требований. Допустим что наш аналитик даже увидел нужность сохранения данных. Дальше бизнес аналитик выясняет у заказчика, а что с удобством исспользования, а с удобством исспользования заказчик не понимает зачем оно ему и почему он должен за это платить. К тендеру приходим с понимает что чтобы выиграть нужно чем-то пожертвовать, потому пожертвовали «менее» критичным функционалом. Идем дальше, допустим что не пожертвовали, но пропустили по недогляденью, а где же итеративность процеса, развития проэкта. А нету заказчик готов максимум платить за сопровождение и мелкий багфиксинг, а надо будет что-то радикальнее править, так новый тендер и не факт что вы будете победителем. Где здесь роли, где здесь usability? Вопрос риторический. Usability появляется там где есть осознанное желание платить и понимание зачем мне это нужно у заказчика.
В третьих о полушариях. Можно спросить, а вы проводили какой-либо релевантный опрос с целью определить степень способности индивида? Потому что если смотреть оригинальные исследования, то речь шла о большей и меньшей способности индивида к решению определенного вида задач, а не полного неимения таковой, вы ведь не о имбецилах говорим. И программисты прекрасно учатся, особенно при наличии хороших примеров и менторства. Да возможно они не будут вам рисовать как Дали, но как эту формочку с двумя кнопочками расположить поверьте справятся, если им не будет лень и не до этого. Только проблема ведь не в этом, а в том чтобы заказчик (внешний или внутренний) был готов за это платить и понимал что ничего бесплатного не бывает. И 99% проблем с usability происходят из этого. И не стоит к каждому «творческому» заданию лепить уже заезженый штам о полушариях как обоснование.
Думаю это еще мало о чем говорит. Ядро может быть свое, как Mac OS X, а обвязка FreeBSD.
Но хочется верить что Sony будет не только исспользовать но и возвращать некоторые наработки и поддержит разработку FreeBSD финансово.
Первый вопрос который возникает технические характеристики. Захожу на ваш сайт и чтобы посмотреть характеристики нужно идти на Our projects и потом he virt2real controller, Virturilka. Пока добрался забыл зачем я зашел на сайт.
Ваш сайт не «продает». Линк Home и эмблема ведут на одно и то же место, зато куча самого дорого места занято безполезным логотипом.
Основной продукт должен быть хорошо видимым и доступным с главной страницы.
Фалометрия, ака блог, из которого как я понимаю родился проект должен стать второстепенным контентом и не должен занимать 90% главной страницы.
На странице с характеристиками три больших картинки можно сделать миниатюрами в один ряд с увеличением по клику. Какого черта я должен скролить, когда я хочу увидеть технические характеристики прямо сейчас. Дальше возможно заглавные линки на якоря Технические характеристики, какие задачи призвана решать ваша плата.
Где кнопка предзаказ? Я не хочу решать puzzle как блин заказать продукт.
А дальше прицепить Google analitics и смотреть маршрут типичного пользователя. Если что-то популярное требует долгого поиска, надо сокращать.
Как потенциального покупателя меня этот квест утомил, характеристики не впечатлили, потому подожду камерных модулей.
Удачи в распространении.
Проблема появилась еще до становления движения за открытое обеспечение.
POSIX — то что должно бы стандартизировать на самом деле узаконило 1000 костылей и несовместимостей реализаций Unix между собой, а Linux чтобы иметь возможность переисспользовать уже существующие наработки, должен был большую часть этого стандарта и сообтветственно костылей переисспользовать.
«Преждевременная оптимизация зло»
До построения чистого API вам сложно будет что-либо сказать как ваши методы исспользуются.
После построения API, можна исспользовать например SPDY и мультиплексирование вызовов.
Ни и последний совет о псевдонимах.
А вообще это архитектурный вопрос, на API примтивного уровня строим API более высокого порядка, если есть потребность отдает более высокий уровень клиенту, только очень акуратно, чтобы 3 таких клиента «тяжолыми» на выборку всей базы не положили все приложение, а чем сложнее API, тем сложнее такие вещи контролировать.
Не все веб-сервера его поддерживают, а из JavaScript без эмуляции его не вызвать.
Если ваш клиент может посылать любые запросы и вы можете котролировать бекенд, то это достаточно неплохое решение.
Зашел на ваш сайт и так не понял зачем мне вы нужны и что продаете. Или какие-то короткие use-cases выложиите на главную страницу. Вы что-то вроде Disquss или UserVoice?
Все эти «открытые площадки» это маркетинговый булшит. Вы не говорите на языке клиента. Чтобы понять что вы продаете нужно более внятно читать, а мне лень, и некогда, и еще 20 похожих сервисов на ревью.
Учитывая что это интел, маловероятно что решение как-либо будет конкурировать с «Малиной». Вряд-ли цена будет ниже 150-200$ за плату, а это уже область Panda/Beagle Board которые значительно конфигурабельнее, имеют больший набор периферии на борту и уже большой набор разработаного софта, кроме того есть двуядерные конфигурации.
Что же если вы разочаровались в C++ похоже вам дорога на D или Go как сделал Александреску.
Возможно мне бы хотелось чего-либо большего, но я понимаю что «совместимость с С» (по крайней мере с C89) и design by comitee не дадут ничего революционного, хотя бы уже потому, что не сломать существующий код почти невозможно, а создать New C++ который будет несовместим с предыдущими никто не даст. Упомянутый вами JavaScript имеет те же проблемы. Нельзя сломать совместимость и нужно договариваться с другими членами комитета.
Из-за сложности модификации кодогегерации в gcc появился llvm и clang именно туда большинство усилий оптимизаторов устремлено. Код gcc очень сложно расширяемый и с каждым годом теряет мейнтенеров.
Как переворачивать слайды? Стоять над ноутбуком? Да есть решения, и для того презентацией на reveal.js я смог управлять с телефона, но неудобно, долго настраивается, а на больших конференциях в больших залах плохой Wi-Fi, потому что экран гаснет, потому что случайно прокручиваются слайды.
Когда есть очень удобный пульт для презентаций от Logitech. (http://www.logitech.com/en-us/product/wireless-presenter-r400?crid=11)
Аннотации: Последние версии powerpoint умеют выводить аннотации на основной экран. Де для reveal.js есть решения на телфон, но опять же неудобно, экран маленький.
А иногда приходится выступать на чужом ноутбуке. И если ppt/pdf все ок. То перелистывание на чужой машине за 5-10 минут между презентациями не всегда настроишь.
Решите эти две проблемы, управление указкой, вывод аннотаций(менее критично) и такие решения будут популярнее.
Сейчас спрятали потому что наверное считают что он стал быстрым. Майкрософт не хочет чтобы вы выходили.
Stay connected.
Мне кажется Skype-у Майкрософт поставила совсем другие приоритеты, они допиливают интеграцию с офисом и sharepoint, а мобильного рынка такое ощущение что для них не существует. Что странно учитывая что тот же офис идет на мобилки активно.
Только у жены на Galaxy S4 с 4-мя ядрами и 2 Гб оперативки он работает более менее сносно.
На моем Incredible S от момента запуска до возможности написать проходит от 5 до 15 минут и это програма для общения.
Человек который обосновывает плохие интерфейсы недоразивтием полушарий никогда в промышленой разработке больших проэктов не участвовал, а если и участвовал то вследствие высокой натуры не прочуствовал.
Во первых низашто не поверю что у автора окна на картинке все в порядке с кодом. Боюсь там крошиво из code behind и спагетти кода.
Во вторых уверен что проблема с порталом госуслуг не только в неумении разработчиков. А главная первопричина, что заказчику было наплевать на удобство интерфейса и его тестирование и вся оценка удобства проводилась по наличии интерфейса как такового. Сохранение вводимых данных говорите, это скорее всего непростой функционал который требует значительных усилий(кроме того возникает вопрос безопасности). Давайте угадаю как все случилось: до этапа программирования, бизнес аналитик получил требование что с точки зрения безопасности пользователя нужно выбрасывать из сесии через 15 минут. Хороший аналитик сразу спросит, а что будет с введенными даными, нужно ли их сохранять, потому что хороший бизнес аналитик отвечает за целосность и непротиворечивость бизнес требований. Допустим что наш аналитик даже увидел нужность сохранения данных. Дальше бизнес аналитик выясняет у заказчика, а что с удобством исспользования, а с удобством исспользования заказчик не понимает зачем оно ему и почему он должен за это платить. К тендеру приходим с понимает что чтобы выиграть нужно чем-то пожертвовать, потому пожертвовали «менее» критичным функционалом. Идем дальше, допустим что не пожертвовали, но пропустили по недогляденью, а где же итеративность процеса, развития проэкта. А нету заказчик готов максимум платить за сопровождение и мелкий багфиксинг, а надо будет что-то радикальнее править, так новый тендер и не факт что вы будете победителем. Где здесь роли, где здесь usability? Вопрос риторический. Usability появляется там где есть осознанное желание платить и понимание зачем мне это нужно у заказчика.
В третьих о полушариях. Можно спросить, а вы проводили какой-либо релевантный опрос с целью определить степень способности индивида? Потому что если смотреть оригинальные исследования, то речь шла о большей и меньшей способности индивида к решению определенного вида задач, а не полного неимения таковой, вы ведь не о имбецилах говорим. И программисты прекрасно учатся, особенно при наличии хороших примеров и менторства. Да возможно они не будут вам рисовать как Дали, но как эту формочку с двумя кнопочками расположить поверьте справятся, если им не будет лень и не до этого. Только проблема ведь не в этом, а в том чтобы заказчик (внешний или внутренний) был готов за это платить и понимал что ничего бесплатного не бывает. И 99% проблем с usability происходят из этого. И не стоит к каждому «творческому» заданию лепить уже заезженый штам о полушариях как обоснование.
Но хочется верить что Sony будет не только исспользовать но и возвращать некоторые наработки и поддержит разработку FreeBSD финансово.
Ваш сайт не «продает». Линк Home и эмблема ведут на одно и то же место, зато куча самого дорого места занято безполезным логотипом.
Основной продукт должен быть хорошо видимым и доступным с главной страницы.
Фалометрия, ака блог, из которого как я понимаю родился проект должен стать второстепенным контентом и не должен занимать 90% главной страницы.
На странице с характеристиками три больших картинки можно сделать миниатюрами в один ряд с увеличением по клику. Какого черта я должен скролить, когда я хочу увидеть технические характеристики прямо сейчас. Дальше возможно заглавные линки на якоря Технические характеристики, какие задачи призвана решать ваша плата.
Где кнопка предзаказ? Я не хочу решать puzzle как блин заказать продукт.
А дальше прицепить Google analitics и смотреть маршрут типичного пользователя. Если что-то популярное требует долгого поиска, надо сокращать.
Как потенциального покупателя меня этот квест утомил, характеристики не впечатлили, потому подожду камерных модулей.
Удачи в распространении.
POSIX — то что должно бы стандартизировать на самом деле узаконило 1000 костылей и несовместимостей реализаций Unix между собой, а Linux чтобы иметь возможность переисспользовать уже существующие наработки, должен был большую часть этого стандарта и сообтветственно костылей переисспользовать.
До построения чистого API вам сложно будет что-либо сказать как ваши методы исспользуются.
После построения API, можна исспользовать например SPDY и мультиплексирование вызовов.
Ни и последний совет о псевдонимах.
А вообще это архитектурный вопрос, на API примтивного уровня строим API более высокого порядка, если есть потребность отдает более высокий уровень клиенту, только очень акуратно, чтобы 3 таких клиента «тяжолыми» на выборку всей базы не положили все приложение, а чем сложнее API, тем сложнее такие вещи контролировать.
Если ваш клиент может посылать любые запросы и вы можете котролировать бекенд, то это достаточно неплохое решение.
Все эти «открытые площадки» это маркетинговый булшит. Вы не говорите на языке клиента. Чтобы понять что вы продаете нужно более внятно читать, а мне лень, и некогда, и еще 20 похожих сервисов на ревью.
Возможно мне бы хотелось чего-либо большего, но я понимаю что «совместимость с С» (по крайней мере с C89) и design by comitee не дадут ничего революционного, хотя бы уже потому, что не сломать существующий код почти невозможно, а создать New C++ который будет несовместим с предыдущими никто не даст. Упомянутый вами JavaScript имеет те же проблемы. Нельзя сломать совместимость и нужно договариваться с другими членами комитета.