• Какие готовые коммерческие проект "умный дом" есть сейчас на рынке?

    Jey
    @Jey
    программист, изобретатель, организатор
    Добрый день!

    Я не думаю, что вы сможете найти сразу готовое решение, которое можно купить за какую-то фиксированную сумму денег, принести домой, распаковать и пользоваться. Так же не скажу, что Умный Дом -- это нечто, что за деньги вовсе не купишь. Относительно "стандартный" путь это пойти в компанию-интегратор и совместно с их менеджерами и техническими специалистами составить техническое задание, подобрать компоненты, выполнить монтаж и наладку. За всё это нужно платить и довольно много. Причём процент закладываемой прибыли зачастую невероятно высок в виду эксклюзивности услуги. Но и здесь, к сожалению, нельзя сказать о том, что заплатив один раз всё закончится. Аппетит приходит во время еды и вскоре вы захотите расширить возможножности своего Умного Дома, а для этого опять же надо обращаться к специалистам.

    Если вы технически подкованы, то можете посмотреть в сторону продуктов на базе протокола ZWave -- тот же Fibaro Home Center или контроллер Zipato. Это достаточно сбалансированные решения, относительно несложные в установке и настройке. Благодаря большому количеству совместимого ZWave-оборудования можно получить огромное количество возможностей и гибкости в расширении системы.

    Ну и третий вариант, так сказать, уровень hardcore, но не nightmare -- не обязательно "паять самому" :) Посмотрите в сторону проекта MajorDoMo -- открытая платформа домашней автоматики, поддерживающая работу с большим количеством протоколов одновременно, как проводных так и беспроводных (тот же ZWave в том числе). Этот вариант наиболее гибкий по бюджету, а так же отличается тем, что в нём присутствует очень активное сообщество, генерирующее тонны идей в этом направлении.

    Удачи в реализации!
    Ответ написан
    Комментировать
  • Как объяснить проект-менеджеру где заканчивается его работа и начинается работа проектировщика интерфейсов?

    karaboz
    @karaboz
    Директор продуктов в Хабре.
    Нет ничего плохого в том, что менеджер обсуждает со всеми сотрудниками спроектированный дизайнером интерфейс. С одной стороны, это некоторого рода тестирование и возможность обратить внимание на нюансы, о которых дзайнер не думал или которым не придал большого значения. С другой стороны, это возможность самому участвовать в разработке, повышать свои навыки. А еще это может быть неплохим командообразующим фактором, чтобы все чувствовали причастность к создаваемому продукту.

    Но тут есть один нюанс, который следует понимать менеджеру. Его роль — очень важная роль — это налаживать коммуникацию между людьми, формулировать задачи, курировать процессы, контролировать время. Непосредственно реализацией должны заниматься соответствующие специалисты. Поэтому если менеджер такой уввлеченный, что хочет обсуждать интерфейс со всеми сотрудниками, пусть делает. Только пусть при этом фиксирует полученный в ходе обсуждений список озвученных проблем и предложений и затем предъявляет их дизайнеру. Часть проблем дизайнер может отвергнуть как «мнение некомпетентных» или «дело вкуса», к части же может прислушаться и внести правки в интерфейс. Всё это дизайнер должен суметь объяснить менеджеру и отдать ему обновленный интерфейс.

    Создание интерфейса — это задача дизайнера. Менеджер должен предъявлять вопросы и озвучивать реальные или возможные проблемы перед дизайнером. Но правки и переделки должен делать сам дизайенр, своими руками. Важно еще понимать, в какой форме менеджер должен ставить задачи перед дизайнером. Он не должен просить дизайнера «сделать кнопку красной, а не зелёной». Он должен сформулировать проблему в целом — например, «нам нужно увеличить число кликов по кнопке в два раза» — чтобы дизайнер сам подумал, как её лучше решить и предложил свой вариант.

    Ещё очень важно понимать, что в случае спорных вопросов право окончательного решения должно принадлежать тому специалисту, кто занимается непосредственной реализацией. Надо понять, что специалисту как раз компания платит за его экспертные навыки. Если они какждый раз подвергаются сомнению, тогда получается, что компания зря тратит свои деньги. А раз тратит, то значит нужно уметь доверять специалисту в той области, за которую он отвечает в компнаии, соглашаясь с его мнением в спорных ситуациях.

    Однако и специалист должен уметь проявлять гибкость и отзывчивость. Он не должен просто отфутболивать менеджера с его «глупостями». Нужно уметь на эти глупости достойно отвечать: приводя аргументы, опыт успешных решений, а иногда и делая что-то по желанию менеджера с дальнейшей демонстрацией, что новый вариант хуже. Иногда требуется время, чтобы менеджер научился доверять дизайнеру и начал понимать, какие вопросы принципиально обсуждать и дискутировать, а какие целиком и полностью можно отдать на усмотрение дизайнера.
    Ответ написан
    1 комментарий
  • Не могу войти в гугл почту?

    mr_dev1l
    @mr_dev1l
    Технический верстальщик
    Если вы живете в Крыму, то уже никак. Гугл потихоньку закрывает свои сервисы. Уже страдаем
    Ответ написан
    1 комментарий
  • Как правильнее и дешевле реализовать "умный дом"?

    HCADV
    @HCADV
    Делов-то...поселите у себя тёщу.
    Заодно проблема с автоматической уборкой и приготовлением пищи решиться сама собой.
    Ответ написан
    Комментировать
  • Будут ли востребованы Front-end разработчики через 5 лет?

    @CAMOKPYT
    Мне кажется наоборот спрос на фронтэндщиков только растет и будет расти в ближайшем будущем, а поступать лучше на дизайнера
    Ответ написан
    Комментировать