• Разбираем интерфейсные детали на примере одного мобильного клиента такси
    0
    Мне кажется, что статья состоит из двух частей: недовольство интерфейсом приложения и недовольство водителями.

    Я пользуюсь Убером довольно много в районе Сан-Франциско. Интерфейс, понятно, везде более или менее одинаковый. Несколько замечаний:
    1. Адрес мне ни разу не приходилось вводить, местоположение определяется довольно точно
    2. Я не замечал «заглушек» и выезда за рамки. Возможно, это зависит от модели телефона
    3. Я не знал, что можно указывать адрес назначения: всегда говорил это водителю лично
    4. Несколько раз замечал не очень последовательную оргранизацию приложения (кнопки «Отмена» и т. п.)

    Надо сказать, что водители тут достаточно порядочные, водкой не несёт. Всегда можно с ними поболтать о том, какой Убер крутой.

    Мне кажется, что статью следует подавать как две: «сложности портирования приложения на разнообразные устройства» и «сложности глобализации бизнес модели».
  • Поляк построил музыкальный инструмент, спроектированный Леонардо да Винчи (+видео исполнения)
    +8
    А вот и спецификация:

    image
  • Список покупок
    0
    Посоветуйте, какой САПР нормальный? Я использовал EAGLE CAD, но может есть что-то лучше?
  • Список покупок
    0
    Спиртом! Обязательно попробую! Спасибо.
  • Список покупок
    0
    ДА! Как его смывать? Я замучился совсем.

    Я использую флюс MG Chemicals 8341. На упаковке написано, что он «no clean». Я надеялся он сам сойдёт, но нет. Может, ацитоном?
  • Список покупок
    0
    Наверное, все используют Ардуино потому, что все используют Ардуино. А вообще, иногда мне очень приятно быть любителем: можно выбирать компоненты, не думая о стоимости или долговечности изделия.
    Пожалуй, это прерогатива любителя в любой области: можно делать всякую фигню, которая профессионалу непростительна.
  • Список покупок
    0
    Я начинал с проектов на Ардуино. Но потом открыл для себя серию STM32, это недорогие и довольно мощные микропроцессоры.
  • Список покупок
    0
    Эх, вот бы напрямую с доставкой в холодильник…
  • Список покупок
    0
    А это идея. Добавить куда-нибудь сбоку, чтобы было незаметно.
  • Список покупок
    0
    Я с нетерпением жду, когда в большее количество продуктов будут встраивать RFID чипы. Тогда сканировать не придётся вовсе.
  • Список покупок
    0
    Покупки, отмеченные на телефоне пушаются на остальные телефоны в тот же момент. То есть, даже если мы в одном магазине, можно делить список покупок. Идея в том, что дома, где висит доска, вряд ли что-то купить.
  • Список покупок
    +7
    Вы знаете, наверное, это самая желанная похвала для меня. Спасибо.
  • Список покупок
    +5
    Хм, пожалуй. Ну хотя бы на конец XX, надеюсь, вышло.
  • Список покупок
    +1
    А как сейчас делают схемы? Только дома, или можно где-нибудь заказать?
  • Список покупок
    0
    Понял, спасибо, что объяснили. Следующий раз обязательно попробую шаманство!
  • Список покупок
    0
    По-старинке, это с использованием регистров сдвига?
  • Список покупок
    0
    Спасибо.

    Я смотрел на эти техники. Серия резисторов – очень хорошая идея, думаю, попробую в следующий раз. Интересно, как такие проблемы решают «взрослые» производства. То есть, на сколько чарли-плексинг используется в настоящих устройствах.
  • Список покупок
    0
    Хм, хорошая идея про чёрный скотч, обязательно попробую.
  • Список покупок
    +13
    Думаю, что попользуюсь этой штукой пару месяцев. Если окажется удобно, то, может сделаю вторую версию с оглядкой на заменяемые плашки и кикстартер. По-моему никто такого ещё не делал.
  • Список покупок
    0
    К сожалению я заметил эту багу довольно поздно. Похоже, придётся заказать какую-нибудь картонку, чтобы исключить засветку.
  • Список покупок
    0
    Чорт, пожалуйста, укажите на ошибки.
  • Список покупок
    +16
    Я думал об этом, однако остановился на тёплых ламповых кнопках. А если придётся расширить, то повешу рядом ещё одну рамку.
  • Основная особенность наших разработчиков
    +13
    Мне кажется, вы совершенно правы.

    Я работаю заграницей. Не так давно у меня был российский коллега. Каждая фича оборачивалась в многочасовую дискуссию о том, как этого сделать нельзя, и как вообще всё надо давно переписать. Особенно это было неуместно, когда решение было очевидно, а сроки сдачи коротки. Может, просто человек был такой, а, может, это тенденция. В любом случае, я рад, что больше не нужно с ним сотрудничать.

    Вот ещё один пример того, что "[российские программисты] часто начинают думать почему проблему решить нельзя". Я заметил, что если поделиться идеей какого-либо проекта с иностранным коллегой, то обычно в ответ звучит что-то вроде «давай, попробуй, вперёд». Соотечественники же обычно приводят ряд примеров, показывающих, что ничего не получится. Надо сказать, что я себя тоже часто на этом ловлю.
  • Почему современные интерфейсы плохие
    +7
    Мне кажется, автор сделал почти все предпосылки для вывода: «все интерфейсы плохие».

    Это правильный вывод: для любого интерфейса найдётся человек, который полагает что этот интерфейс плох. Мне кажется, это объясняется тем, что пользователю важно выполнить некую задачу. Найти, как её выполнить – неприятная помеха на пути выполнения. Таким образом, идеальный интерфейс выглядит так:



    Понятно, что догадаться о том, что хочет пользователь и сделать это нас пока ограничивают существующие технологии. Пока пользователь должен детально объяснять что именно он хочет сделать и как это делать.
  • Множественные Assertion’ы без прерываний в одном юнит-тесте на примере NUnit
    0
    С Новым Годом?
  • С 1 января 2013 года начнут выдавать Универсальные электронные карты
    +14
    Удивительная штука, идея прямо из будущего. Однако, очень интересны детали реализации. Мне кажется, что чёрт именно в них.
    Если столько информации будет «зашито» на одной карте, то хищение этой карты может предоставить злоумышленнику широкие возможности. Интересны следующие детали:
    1. Каким образом реализована защита данных, хранящихся на самой карте?
    2. Каким образом защищен протокол обмена данных между картой и терминалом?
    3. Как будет проводиться удостоверение личности, использующей карту для автоматизированных услуг?

    Есть подозрение, что если эти вопросы не будут решены надлежащим образом, то «украсть личность» станет проще. Впрочем, если к этим вопросам подошли как следует, то УЭК во многом упростит жизнь.
  • Hello world для виртуальной машины RAR (RarVM)
    +4
    Хм… А ещё, хороший пароль это тот, который сисадмин мастеру Инь не сказал.
  • Какой стек технологий выбрать для стартапа?
    +13
    Что выпить вечером:

    — Коньяк

    — Содовую

    — Водку

    — Чай

    — Амброзию от НЛО
  • Немного об «утечке мозгов»
    +4
    Как и прочие читатели, я не очень понял почему эта культурная особенность является причиной «утечки мозгов».

    Если говорить о управлении в сфере разработки ПО, то, наверное, стоит отличить несколько позиций:

    1. Тим-лид. Это инженер, который руководит разработкой продукта. Он учит начинающих разработчиков, хмурит брови за поломанный юнит-тест, объясняет начальству, что можно сделать быстро, но без шашечек, или медленно, но с перламутровыми пуговицами. Понятно, что в этой роли глубокое понимании технологий необходимо.
    От некомпетентного тим-лида можно ожидать невыполнимых сроков, стагнацию технологий и всевозможные препоны индивидуальному развитию членов команды.

    2. Проджект-менеджер. Это человек, который хотя бы немного разбирается в технологии, немного в бизнес части. Он делает так, чтобы сотрудникам и начальству было хорошо. Сотрудники – знали, что и в какие сроки надо сделать, кому что надо улучшить. Он делает так, чтобы начальство знало почему всё ещё не работает, когда оно будет готово и кого надо поощрить.
    От некомпетентного менеджера можно ожидать нелепых решений, хаос в приоритетах и проваленные проекты.

    3. Продкут-менеджер. Это человек, который может не разбираться в технологии (если продукт это позволяет), но обладает пониманием того, что именно нужно клиентам компании и может это сформулировать. Он может понять, что надо сделать, чтобы проект «выстрелил» и как обскакать конкурентов.
    От некомпетентного продкут-менеджера можно ожидать неадекватные требования, отсутствие спроса и постоянную смену приоритетов.

    В небольших компаниях эти роли зачастую совмещаются. Является ли некомпетентность одного или нескольких людей, выполняющих эти роли, достаточной, чтобы бежать из фирмы (или даже из страны)? Не думаю, что есть простой ответ. Всё зависит от деталей. Однако, если культурные особенности поощряют некомпетентность, то это повод задуматься.
  • Логотипы известных брендов в стиле Windows Metro
    +1
    А, может, так:

  • Эта бесконечная гирлянда
    +2
    Не, ГЭБ, конечно, но тоже очень забавно: xkcd.com/1086/
  • Самая грязная работа в Google
    0
    Странно, что у них не проводят занятия, где рассказывают, как разграничивать «работу» и «не работу». Или, если такие занятия проводят, то не учитывают наблюдения психологов и допускают особо впечатлительных сотрудников до работы.
  • Чего на самом деле стоила Apple победа над Samsung
    0
    Ну не знаю… Сколько разных программ собирал под мак: и разные компиляторы, и графические программы, и драйвера. Сколько раз замыкал «землю» USB устройства на «питание». Сколько раз апгрейдил устройства.

    Мне кажется такой подход честным: можно сделать всё. То, что делает «средний пользователь» сделать просто. А всё остальное сделать можно, если знать как.
  • Кто мы и что мы здесь делаем
    +3
    Может, это вы пока пишете код. А лет через двадцать станет очевидно, что вам, как руководителю, нужны толковые программисты, а их нет. Непопулярная профессия: на стуле сидеть да кнопки кнопать. А если сейчас начинать задумываться о будущем, пытаться побудить интерес, то отрасль от этого станет лучше и сильнее.

    По-моему, вид профессии в глазах общественности чрезвычайно важная штука. Допустим, из 100 учеников получается 10 действительно классных специалистов. Если в программисты пойдёт 10 миллионов человек, то миллион спецов сможет ещё раз поменять мир. А профессии будет учится всего миллион, то так и будем поддерживать устаревшие системы.
  • Я.Субботник: БЭМ в разработке интерфейсов
    +1
    Сначала прочитал неверно, «БЭCМ в разработке интерфейсов». Помечтал пару минут, потом прочёл правильно.
  • Автоматический таймер для чистки зубов
    0
    Вы не посоветуете подходящую деталь? Чтобы можно было от батарейки раскачать?
  • Автоматический таймер для чистки зубов
    +1
    Я об этом думал, когда проектировал корпус. В качестве исследования я изучал на разные механизмы, сделанные во второй половине XIX-ого века. Я смотрел на часы, поезда, шкатулки, кухонную утварь и тому подобное.
    У меня сложилось впечатление, что тогдашние мастера выставляли «внутренности» устройства напоказ лишь когда это было технически необходимо. Звонок был посажен на заднюю панель, поскольку я не увидел технической необходимости ставить его вперёд.
  • Автоматический таймер для чистки зубов
    0
    Честно говоря, я был этим приятно удивлён. Думал, что разговор в комментариях зайдёт о водоизоляции устройства, работе с лазерным резаком, управлении питанием.
  • Автоматический таймер для чистки зубов
    0
    Спасибо!

    Сейчас идёт 3-яя неделя на первом заряде. В время сна устройство потребляет где-то 0.12mA. Просыпается каждые 8 секунд и меньше чем за пол-секунды проверяет вес за 10-20mA. Лампочки потребляют, кажется, в среднем 50mA в течении двух минут. Это происходит 4 раза в день. Я использовал батарейку на 2200 mAh.
  • Автоматический таймер для чистки зубов
    +1
    На какие только подвиги лень людей ни вдохновляла!