1 января 2008 года в действие был введён ГОСТ Р 52636-2006 — общие положения об электронной истории болезни. Как обычно, этот документ толком ничего не объясняет, а в ногу со временем идти нужно. И в добровольно-принудительном порядке это новшество вводится в медицинские учреждения.

При беглом поиске по Хабру можно наткнуться на несколько статей: Электронная история болезни. Теория для практики, затрагивающая вопросы безопасности этого предприятия, и статья Электронные медицинские карты: заглянем в будущее или немного пофантазируем предлагающая взгляд на проблему со стороны пациента.

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

Также, данный текст не претендует на критику профессионализма программистов.

Итак, к делу.

Автоматизировать свой дом я начал года 2 назад, в основном используя беспроводную технологию Z-Wave, но и ради фана собрал несколько устройств самостоятельно на микроконтролле ATtiny2313 и Raspberry Pi. Когда я принял решение, что буду делать умный дом, я поставил три задачи, которые умный дом должен был решать, первая — экономия электроэнергии, вторая — обеспечение комфорта, третья — отображение информации о сотоянии дома в реальном времени.

На данный момент удалось реализовать следующее:

• Автоматическое включение и выключение света в коридорах
• Управление телевизором с iPhone при помощи Raspberry Pi и ИК-модуля
• Метеостанция c датчиками температуры и влажности
• Пылесос iRobot, который скоро приобщится к WiFi

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

Недавно натолкнулся на хорошую и краткую презентацию по GTD от Persuasive Technology Lab (Stanford). Эта тематика как и любому гику мне близка и интересна, книг было прочтено много, опыт работы есть уже значительный, в итоге выработался некий концепт того, как я считаю правильно не только работать, но менять свои привычки, который сильно пересекается с тем что я прочитал в презентации. Далее перечислены ошибки, которые мы обычно совершаем в попытке изменить свое поведение, привычки и жирным выделено их решение. На мой взгляд этот список полезен и при решении любых других задач.

1. Опираться на силу воли для долгосрочных изменений.
Представьте что силы воли просто нет. Это первый шаг к лучшему будущему.

2. Планировать и предпринимать большие шаги и задачи, вместо маленьких.
Успешно выполняйте небольшие задачи — одну за другой.

От переводчика. Данный текст является вторым текстом минисерии из 4 публикаций, посвященных социальным сетям и сообществам, их сходствам и различиям, а также их взаимосвязи друг с другом.

1. Сообщество или социальная сеть?
2. Как люди образуют связи
3. От слабых связей к сильным
4. Поддержание сильных связей

Автор этой серии публикаций — Майкл Ву (Michael Wu), ведущий аналитик компании Lithium, специализирующийся в изучении социальных взаимодействий и онлайн-сообществ.

---

В своей предыдущей публикации я обозначил некоторые базовые различия между социальными сетями и сообществами с точки зрения социальной антропологии. Если вы не видели этой публикации, рекомендую вам быстро ознакомиться с ней: Сообщество или социальная сеть? (Community vs. Social Network). Потому что сейчас я продолжу свои рассуждения на эту тему.

Сегодня я продолжу наши мини-исследования по динамике и взаимодействию между сообществами и социальными сетями. Как вы помните из моей предыдущей публикации, люди в социальной сети держатся вместе благодаря заранее установленным взаимоотноошениям. Сегодня мы узнаем, как эти взаимоотношения устанавливаются изначально.

Всем привет.

Я — редактор блога Фактрум Селена Парфёнова и хочу рассказать вам историю этого проекта с момента возникновения идеи до сегодняшнего дня. Это будет история о том, как, не вкладывая никаких денег и не раскручивая сайт никакими способами, мы за 8 месяцев работы достигли посещаемости 15 000 — 17 000 уникальных пользователей в сутки и заняли 3-е место в топе блогов рунета по версии Яндекса.

Для удобства понимания я разделю пост на 2 раздела: работа над блогом и его монетизация.

Итак:

Стэнфордский курс по основам языков программирования выложен на YouTube.



27 лекций минут по 20 каждая ведут стэнфордский преподаватель Джерри Кейн (экс-Стэнфорд, нынче Facebook), последняя лекция по Haskell преподается Сашей Рашем (Facebook). Рассматриваются концепции и основы C (куда ж без него), ассемблера, C++, Scheme, Python и Haskell.

Реализация хорошего поиска по сайту — часто сильно недооцененная по сложности задача. Поиск является слабым местом сайтов настолько часто, что когда я вижу строку поиска, у меня сразу же возникает предвзятое ощущение предстоящего фиаско. И чтобы лишний раз не расстраиваться, я сразу переадресую свой вопрос гуглу или яндексу и быстро нахожу то, что требовалось. Что же делать, чтобы как-то улучшить эту ситуацию?