Рассмотрев различные варианты корпусов и ION-based материнских плат, осталось лишь оценить целесообразность самостоятельной сборки системы. Многие ведущие(и не очень) мировые производители предлагают готовые стильные неттопы на платформе nVidia ION. В данный момент, в качестве конкурирующей платформы можно было бы рассматривать Intel G45, да только готовых связок Atom+G45 широкой общественности представлено не было. Основная задача современного HTPC одна – проигрывать FullHD медиа контент через HDMI, а с этим как нельзя лучше справляется графическое ядро GF9400.

Это перевод статьи с англоязычного блога. Я, как переводчик, не могу безоговорочно согласиться со всеми утверждениями автора, но счел необходимым перевести эту статью для того, чтобы мы могли задуматься обо всех этих штуках при тестировании. Только тестирование скажет, насколько эти утверждения справедливы в каждом конкретном случае.

Также довольно забавно наблюдать отличие технических данных по российской и американской аудитории. Так что читайте.

Вы не знаете кое-чего о ваших потребителях. Дело не в вас, а в них. Но вам необходимо узнать это. Вот некоторые тяжелые уроки, которые я выучил за много лет — они относятся к юзабилити, любимым мозолям и другим забавным штукам. Выучите эти уроки и получите больше довольных потребителей, посетителей, читателей и поклонников:

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

Поделюсь теми, на которые подписан я:

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

В данной статье мне хотелось бы предложить несколько вариантов того, как стоит создавать статьи, как их подавать и как поддерживать жизнь своей статьи.

В мои цепкие лапы попался еще один девайс на базе nVidia ION, пресс-релиз которого я уже публиковал на Хабре. Компания «Авирса Электроникс» нравится мне в первую очередь тем, что разрешает вскрывать устройства и инспектировать внутренности.



Также приятно и то, что многие недостатки первой версии VisION-а были исправлены. В данной модели наконец появился Wi-Fi, разные цветовые варианты и два цифровых выхода на монитор\телевизор. Ну и остального по мелочи…
В обзоре я решил не акцентировать внимание на бенчмарках, ибо средние возможности платформы и так известны, и от раза к разу меняются несущественно.

Давно известна закономерность между уровнем прозрачности и уровнем коррупции в любой отдельно взятой стране. Возможно, если мы уберем прозрачность из гос. аппаратов таких стран как Швеция, Канада, Дания, или Норвегия, то рано или поздно, они тоже погрязнут в коррупции. Можно устанавливать любую административно-уголовную ответственность (хоть смертную казнь как в Китае), но если не будет должной прозрачности, то коррупцию не победить – перед толпой будут иногда представлять различных козлов отпущения (возможно, многих из них невиновных или лишь в малой части ответственных), но о большинстве правонарушений без прозрачности мы просто не узнаем.


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

Однажды я уже рассказывал на Хабре, как можно добавить собственную команду в контекстное меню браузера Internet Explorer (Удобное дополнение к IE при написании обзоров / Internet Explorer / Хабрахабр). Сейчас я расскажу, как добавить свою команду в контекстное меню Проводника. Поехали.

В нашем проекте мы постоянно меняем основной лендинг или создаем дополнительные лендинги для направлений нашего сервиса. Каждый раз стараемся найти лучший вариант представления нашего продукта. Но что менять, а что оставлять, не всегда понятно с первого взгляда. Поэтому мы перевели статью, в которой препарируются 20 лэндингов известных стартапов.

Это как собрать идеальную девушку из топ моделей или любимых актрис. Только про лэндинги.
Итак, запаситесь чашкой кофе, понеслась.

1. Упарываться по хардкору
Это не ошибка, но очень характерная ситуация для IT-сферы. Пока другие стартаперы не имеют продукта, зато рассылают релизы со скриншотами, пьют смузи, выступают на конференциях и выставках, айтишники пишут код. Когда прототип собран и дело доходит до поиска инвестора, становится понятно, что пиар тоже был нужен. Вот только начинать его надо было месяца так два назад.

2. «Сам дурак»
Большая проблема — нежелание слушать мнение окружающих. Когда половина проекта готова и внезапно становится понятно, что проект нежизнеспособен, есть два варианта: резко меняться или сворачиваться. Знаете, что часто делают руководители IT-стартапов? Перестают слушать людей снаружи, превращают команду в секту и упорно допиливают продукт. Потому что полработы уже сделано.

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

Здравствуй Хабр! Хочу рассказать как мы делали свою собственную Big Data.

Каждый стартап хочет собрать что-то дешевое, качественное и гибкое. Обычно так не бывает, но у нас, похоже, получилось! Ниже идёт описание нашего решения и много моего сугубо субъективного мнения по этому поводу.

И да, секрет в том, что используется 6 сервисов гугла и собственного кода почти не писалось.

Задумывались ли вы когда-нибудь, найдя аккуратную публичную базу данных, как хорошо было бы включить её в своё приложение, чтобы оптимизировать какую-нибудь функциональность, пусть даже незначительно? Конечно же да! Этот пост расскажет как, использовать Logstash для превращения внешнего набора данных в желаемый формат, проверить результат в Kibana и убедиться что данные правильно индексированы в Elasticsearch так, что могут быть использованы при больших нагрузках на живых серверах.

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


Вот так выглядит ленточное хранилище (наше было поменьше) и библиотечный робот (наш такой же). Китаец в комплект не входит.

Часть 1. Коробка

Помню, стояли последние дни ноября. Уже думая об окончании рабочего дня, я планировал свой вечер, когда вдруг мне сообщили, что в славном сибирском городе N у нашего заказчика сломалась ленточная библиотека. Запчасть сразу же отправили транспортной компанией, но вот уже 3 дня, как она все еще была в пути. Транспортная компания невнятно объяснялась и хмыкала в телефон, а заказчик стал не в шутку нервничать. Прогнозы были неопределенные, поэтому было принято решение везти еще одну запчасть своими силами на самолете. Сотрудник склада вручил мне габаритную коробку весом килограмм десять, обклеенную штрих-кодами и стикерами, и радостно хлопнул меня по плечу со словами: «Только не вздумай в багаж сдавать — помнут».

Коробка меня, безусловно, беспокоила, но не меньшее беспокойство мне внушал пакет с сухим молоком, который в последний момент мне вручил менеджер проекта. «У них там какие-то траблы с молочкой сейчас… из-за непогоды что ли… ребята местные просили 2 кг им привезти. Тебе ж не сложно?» — сказал он. По выражению его лица и характерному жесту ладони, как бы прикрывавшей мне рот, было ясно, как он сейчас хотел, чтобы я оказался сговорчивым или даже немым.

Сегодня мы поговорим об отечественных стандартах на проектную документацию. Как эти стандарты работают на практике, чем они плохи и чем хороши. При разработке документации для государственных и серьезных частных заказчиков у нас обычно нет выбора — в требования по документированию ТЗ вписано соблюдение стандартов. На практике мне приходилось сталкиваться с различными примерами недопонимания структуры стандартов, того, что должно быть в документах и зачем эти документы нужны. В итоге из-под пера техписателей, аналитиков и специалистов выходят порой такие перлы, что непонятно, в каком состоянии сознания они писались. А ведь на самом деле все достаточно просто. Поиск по Хабру не вернул ссылок на более-менее целостный материал на данную тему, потому предлагаю закрасить этот досадный пробел.

^{Длинный материал. Время чтения – около 40 минут.}



Доктор Ричард Хэмминг, профессор морской школы Монтерея в штате Калифорния и отставной учёный Bell Labs, прочёл 7 марта 1986 года очень интересную и стимулирующую лекцию «Вы и ваши исследования» переполненной аудитории примерно из 200 сотрудников и гостей Bellcore на семинаре в серии коллоквиумов в Bell Communications Research. Эта лекция описывает наблюдения Хэмминга в части вопроса «Почему так мало учёных делают значительный вклад в науку и так многие оказываются в долгосрочной перспективе забыты?». В течение своей более чем сорокалетней карьеры, тридцать лет которой прошли в Bell Laboratories, он сделал ряд прямых наблюдений, задавал учёным очень острые вопросы о том, что, как, откуда, почему они делали и что они делали, изучал жизни великих учёных и великие достижения, и вёл интроспекцию и изучал теории креативности. Эта лекция о том, что он узнал о свойствах отдельных учёных, их способностях, чертах, привычках работы, мироощущении и философии.

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

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

Часть читателей заметила в заголовке опечатку. Часть заметила обе. Часть не заметила вообще. Если вы из третьей группы, то с большой вероятностью вы — дислексик.

Дислексия — это вид специфического нарушения обучения, имеющий неврологическую природу. Она характеризуется неспособностью быстро и правильно распознавать слова, осуществлять декодирование, осваивать навыки правописания. Эти затруднения связаны с неполноценностью фонологических компонентов языка. Они существуют, несмотря на сохранность других когнитивных способностей и полноценные условия обучения.

Конечно, Интернет стремительными шагами движется ко всё большему проценту медиа в воспринимаемом потоке информации. Тем не менее, текст был, есть и остаётся средством передачи огромной части знаний, получаемых из Сети.

Другой важный тренд — всё чаще уделяют внимание проблемам юзабилити для людей с ограниченными способностями. В то же время, о проблемах дислексиков почти не говорят, и это недоразумение стоит исправить. Недаром, по разнообразным статистикам, в развитых странах можно говорить о 5—15 % дислексиков в популяции (хотя в России подобной статистики не существует).

Этот материал продолжает серию ежемесячных обзоров свежих статей по теме интерфейсов, новых инструментов и коллекций паттернов, интересных кейсов и исторических рассказов. Из лент нескольких сотен тематических подписок отбирается примерно 5% стоящих публикаций, которыми интересно поделиться. Предыдущие материалы: апрель 2010-март 2011.

Сегодня 2К Games и Gearbox Software объявили о том, что игра ушла на тиражирование. Рэнди Питчфорд, президент студии Gearbox, которая героически завершила разработку DNF, с гордостью сообщил, что наступил день, когда Duke Nukem Forever переходит из разряда легенды в реальность. Он «поименно» назвал все команды, которые в то или иное время приложили «руку» к многострадальному проекту и выразил всяческие благодарности разработчикам-предшественникам.

«Всегда ставьте на Дюка, как это сделал я», — говорит босс Gearbox, Ренди Питчфорд (Randy Pitchford).

«Я поставил на всех разработчиков, которые когда-либо прикасались к легендарному проекту и я ставлю на то, что никто из нас не хочет жить без Дюка. Я играл в последнюю игру – она невероятна! Она напоминает нам, что Дюк Нюкем – наш король».

«Разработчики Duke Nukem Forever их 3D Realms, Triptych, Piranha и в конечном итоге Gearbox заслуживают нашей откровенной благодарности за то, что не сдавались несмотря ни на что!»

Фактически за столь долгий период игра по нескольку раз сменила практически все что можно: движок, сеттинг, дизайн уровней и моделей, сюжет, разработчиков, издателей.
После 14 лет разработки, Gearbox анонсировала воскрешение игры на выставке PAX Prime в Сиэтле. Игру готовятся выпустить уже 10 июня во всем мире на PS3, 360 и PC.

Рекомендую к прочтению ru.wikipedia.org/wiki/Duke_Nukem_Forever

Типичная ситуация, стартует проект, под него берут самый простенький сервер, который трудится полгода, проект вырастает и просит большой и злобный сервер.

Обычно ставят на новую железку новую ОС, поднимают софт, настраивают, переносят контент, базы и прочее, меняют DNS и через двое суток выключают старый сервер. Казалось бы простая процедура, сотни раз её делал любой сисадмин. НО, в процессе как показывает практика что-то забывается и уже на боевом сервере нужно делать правки и настройки, тащить старые костыли и адаптировать их на новом месте.

Этот вариант иногда неизбежен, например когда сервера в разных датацентрах. Но если сервера (новый и старый) стоят в соседних стойках, то можно просто перенести ОС на новую железку а старую сразу погасить. О том как это сделать я и напишу небольшую статью-чеклист. Итак поехали!

В этой статье:

• подготовка таблицы коммутаций;
• варианты маркировки (что наносить на кабели);
• обзор методов нанесения маркировки;
• пример работы с одним из методов, включая макрос и шаблон для распечатки.