Эта статья основана на моей презентации с конференции BrazilJS в августе 2014 года. Она базируется на идеях, о которых я писал в блоге недавно, в основном, в связи с UX и производительностью.

Я хочу представить 7 действенных принципов для веб-сайтов, которые хотят применить JavaScript для управления UI. Эти принципы являются результатом моей работы как веб-дизайнера, но также как давнего пользователя WWW.

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

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

• Должен ли JavaScript использоваться как замена функциям браузера: история, навигация, рендеринг?
• Умирает ли бэкенд? Нужно ли вообще рендерить HTML?
• Правда ли, что будущее за приложениями на одной странице (Single Page Applications, SPA)?
• Должен ли JS генерировать страницы на веб-сайте и рендерить страницы в веб-приложениях?
• Нужно ли использовать техники вроде PJAX или TurboLinks?
• Каково точное отличие между веб-сайтом и веб-приложением? Должно ли остаться что-то одно?

Одна из величайших шахматных партий всех времен и народов — это, вне всяких сомнений, сражение Гарри Каспарова и суперкомпьютера Deep Blue от IBM, в 1997 году. Это была уже вторая игра Каспарова с суперкомпьютером, матч-реванш машины.

Первая партия в игре была очень сложной и напряженной, у Каспарова было поначалу преимущество, но, начиная с 44 хода, он перестал понимать логику игры машины, и, в итоге, проиграл весь матч. Спустя некоторое время Каспаров даже обвинил инженеров IBM в «читерстве»: манипуляциях с ПО машины, которые и привели к поражению. Спустя 17 лет ситуация прояснилась — Каспаров проиграл из-за сбоя в алгоритме работы компьютера в самой первой партии всего сражения.

Введение

oDesk — крупнейшая в мире (ну по крайней мере так считает сам oDesk) международна биржа фрилансеров. Про сам оDesk на хабре писали уже довольно много раз, например тут или тут, где, на мой взгляд, практически разжёвано зачем и для кого создан данный ресурс, и особенно “с чем его есть”. В связи с этим этап описания и принцип работы сайта можно опустить. Я же попытаюсь провести анализ данных как о самих фрилансерах, так и о заказах, заказчиках и их требованиях к фрилансерам — грубо говоря что нужно уметь и знать, чтобы быть более менее в теме современных технологий. Также проанализирую спрос и предложение на основе данных о навыках фрилансеров и требованиях клиентов. И конечно некоторые статистические данные и немного красивых картинок в качестве примеров (кто работает на oDesk, откуда в основном идут заказы, кто больше зарабатывает, а кто лучше работает и т.д.). И все это на основе самостоятельно собранной информации, так открыто и благородно предоставляемой самим oDesk’ом посредством API. Стоит отметить, что статья с небольшим количеством статистики про oDesk ранее уже успела промелькнуть на просторах хабра, однако в ней, в отличии от текущей статьи, oDesk сам себя хвалил предоставил результаты. В целом же, сразу хочу сказать, что не претендую на полноту обзора, однако ниже будет кратко описан процесс сбора данных, что позволит провести Ваш собственный анализ при необходимости.

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

С помощью данного поста мы с вами побываем на реальной фабрике (одной из нескольких сотен в городе), которая занимается производством микро-электроники в городе Шэньчжэнь. Увидим этапы производства — на наших глаза будет происходить превращение идеи из схем и файлов — в готовую для использования плату — микрокомпьютер.

Этот микрокомпьютер — это проект VoCore, про который мы совсем недавно рассказывали — микрокомпьютер размером с монетку (25x25 мм) с Wi-Fi и Linux (OpenWRT).

Ну что ж, рабочие нас заждались, начнём.

Всем доброго времени суток.

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

Немного предыстории. Я работал клерком, сидел в уютном теплом офисе, где всегда можно налить себе вкусного горячего кофе, получал зарплату по итогам каждого месяца, и вообще все было стабильно и хорошо. Но с годами начинаешь ко всему этому привыкать и все меньше ценить, появляется желание прыгнуть выше и сделать что-то новое. Начитавшись разных историй успеха на Хабре, я пришел к выводу, что надо открыть свой бизнес. Ведь главное было бы желание, поэтому оставалось найти перспективное направление. Учитывая, что работаю в логистическом бизнесе в американской компании, то ничего другого мне не приходило на ум, как дистрибутировать что-нибудь эксклюзивное из США. Я начал рассматривать разные направления от товаров для спорта до электроники и одежды. В ходе переговоров и переписки с производителями пришла мысль, что выявлять одно перспективное направление — смысла нет, тем более при какой-либо ошибке риски могут быть фатальными, что-то вроде «не клади все в одну корзину». В итоге я пришел к выводу, что надо возить всего понемногу и продавать, выявляя самое интересное направление. К тому же раз сейчас идет тренд всяких гаджетов и вообще разных мобильных штучек, то к этому больше и будем склоняться. Ассортимент магазина будет состоять из гаджетов и аксессуаров к ним, товаров для дома, активного отдыха и т.п. Мы исключили одежду из-за необходимости иметь разные цвета и размеры, а также смартфоны и планшеты из-за отсутствия в них маржинальности, да и вообще, их продают все кому не лень.

Не спешите выбрасывать свои старые струйные принтеры: в 3D на них, конечно, не попечатаешь, но зато можно поэкспериментировать с технологией печати гибких сенсорных дисплеев, представленной на прошедшем в Гонолулу (Гавайи, США) технологическом симпозиуме.



Изобретатели из Саарского университета и Института информатики общества Макса Планка (Германия) показали, как можно печатать гибкие тонкие одно- или двухсторонние цветные сенсорные дисплеи практически на любом материале: дерево, мрамор, кожа, металл и, собственно, бумага. В отличие от обычного производства гибких/сенсорных дисплеев, не требуется сложное оборудование: их можно печатать практически в любых условиях, включая домашние, и с помощью самого простого оборудования вроде струйного принтера и стандартных визуальных редакторов.

Одно из моих любимых удовольствий – productivity porn, порнография эффективности. Или, для тех, кто в теме – pr0n. Это набор техник, тактик и трюков по максимизации личной эффективности. Что называется, «getting things done».

Следующие техники я использую в комплексе, но возможно не все они пригодятся конкретно вам. Даже если вы почерпнёте одну-две идеи – значит, моя цель будет достигнута. Итак, начнём внезапно.

Не составляйте себе расписание

Зимой 2013 года леди фортуна наконец-то повернулась ко мне нужным местом и улыбнулась что есть мочи. Новость давала надежду на светлое будущее: из туманного Сан-Франциско по проводам прямиком домой, в Харьков, прилетело письмо. Мне предложили стажироваться летом в одном из перспективных стартапов, который уже во всю гремит на просторах американских (и даже немножко шире) интернетов. Трудно себе представить, что может быть лучше в жизни безработного студента пятого курса заочной формы обучения, чем такой шанс заявить о себе. Особенно, когда такого поворота судьбы ты даже и не ожидал, но в тайне мечтал.

^{Источник: Spacefacts.de}

Эта история произошла в 1985 году, но в последствии постепенно забылась. Шли годы — многие подробности были искажены, кое-что было выдумано. Даже те, кто первыми рассказал об этих событиях, допускали явные ошибки. Операция «Союза-13» по спасению орбитальной станции «Салют-7» была впечатляющей попыткой проведения ремонта в открытом космосе. Писатель Николай Белаковский собрал все факты воедино и готов впервые за все время предоставить нам полноценный рассказ о тех событиях.

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


^{Черепаха на спине черепахи на спине черепахи на спине… — космологическая теория, которой придерживаются создатели виртуальных машин.}

Эта статья — нулевая в небольшой серии о технологиях Intel, помогающих представить компьютер не тем, чем он в реальности является, для программ (в т.ч. операционных систем, BIOS и прошивок), на нём запущенных.
В ней не будет говориться о настройке конкретных VMM, прозрачной миграции виртуальных машин, создании невидимых руткитов и многих других интереснейших вещах, произрастающих из этой фрактальной и потому неисчерпаемой темы. Мой взгляд будет с позиции системного программиста, занимающегося разработкой операционных систем и firmware или мониторов виртуальных машин и симуляторов, а также всех им сочувствующих.

Сегодня я хотел бы рассказать о еще одном компьютере в моей домашней коллекции, а именно о ПЭВМ АГАТ-9.

Этот 8-ми разрядный персональный компьютер был разработан в Научно-исследовательском институте вычислительных комплексов СССР (НИИВК). Разработка велась в 1981-1983 годах под предводительством главного конструктора Анатолия Фёдоровича Иоффе. И как всегда за основу был взят компьютер заграничного производства — американский школьный компьютер Apple II.

ПЭВМ АГАТ серийно производился с 1984 года и был впервые представлен на выставке CeBit 84. Последняя серия компьютеров АГАТ была выпущена в 1993 году, и, по информации из разных источников, в некоторых школах использование Агатов в учебном процессе продолжалось по меньшей мере до 2001 года.

ПЭВМ АГАТ выпускался в нескольких модификациях. В зависимости от комплектации и конструктивных решений предусмотрено несколько модификаций: АГАТ-4, АГАТ-7, АГАТ-8, АГАТ-9.

АГАТ-4 был выпущен в виде небольшой опытной партии и довольно быстро вышел из употребления. Чуть дольше продержался АГАТ-7, отличавшийся от своего прародителя большим объемом памяти, наличием НГМД и другими незначительными усовершенствованиями. Венцом творения отечественных производителей стал АГАТ-9, который обладал улучшенной системой управления памятью, дополнительными режимами отображения графики, и, самое главное, имел вполне удовлетворительную совместимость с программным обеспечением компьютера Apple II+ 64 K.

Недавно меня вызвали на Ice Bucket Challenge. Думаю, излишне говорить, куда я по-дружески послал автора этого вызова.

Тем не менее, я ему благодарен, т.к. он заставил меня задуматься: а чего это все вокруг с ума посходили с Ice Bucket Challenge? Почему именно эта благотворительная кампания приобрела общемировую популярность? Каждый день на планете стартует множество благотворительных акций, и ни одна из них до сих пор не имела такого бешеного успеха.

Я нашел ответы на эти вопросы.

DirkLoechel наконец-то закончил работу над самой большой в истории сравнительной схемой космических кораблей из научно-фантастических произведений: художественных фильмов, сериалов и игр. Star Trek, «Звёздные войны», EVE Online и многие другие (полный список под катом). Все культовые корабли — они тут. Открывайте оригинал изображения 4268 x 5690 пикселов — и погружайтесь.

Хочу поделиться опытом использования языка Go в продакшн-системах Яндекса. Вообще мы здесь довольно консервативно относимся к тому, какие языки использовать для реальных систем. И это лишь добавляет полезности тому опыту, который мы получили в этот раз.

Мы начали разрабатывать на Go летом прошлого года. Тогда появился фреймворк Go для облачной платформы Cocaine. До этого приложения серверного API Браузера писались в основном на C++ и Python. Серверный API в это время как раз переходил на облачную платформу, и мы по большей части только определялись с тем, какие технологии использовать в будущем для него. API выполняет следующие функции: получить данные, обработать, отправить во внутренний сервис Яндекса, ещё раз обработать, отдать назад Браузеру. Набор простых приложений.



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

Полагаю, все мы однажды искали себе жилье. Кто-то — в собственность, большинство, вероятно, в аренду. Все, кто хоть раз пытался найти реальные предложения на досках объявлений, знают — это нереально. Такого количества спама нет, пожалуй, ни в одной другой сфере. После того, как окунешься в этот ад, обычно руки начинают чесаться применить свою IT-шность на благо ближнему. Результатом для меня стал проект Sobnik, о котором я и хочу рассказать.

Sobnik — это плагин для Chrome, который помечает посредников на досках объявлений. Пока работает только с Avito.ru, в ближайшем будущем я добавлю Irr.ru и другие крупные доски. Всех, кто сидит на чемоданах и кому не терпится попробовать, прошу в Google Web Store. Под катом я расскажу о технической стороне проекта, о его перспективах и о моих наблюдениях за противником посредниками. Любители критиковать чужой JS-код также велкам, исходник клиентской части плагина доступен на github.

Привет, Хабрахабр!

Около года назад я написал свой предыдущий пост на Хабре Amazon глазами инсайдера. Я трижды проходил практику в компании Амазон и, тут нечего скрывать, привязался к этой компании, принял многие ее принципы, и многому научился. Причем увидел я компанию с разных сторон, так как довелось поработать и в Amazon Retail и в Kindle, и в Сиэтле и в Калифорнии. Однако моей целью, начиная со второго курса, была практика в Гугле. Поэтому, когда меня наконец пригласили на интервью, и по его результатам позвали в Mountain View на практику в качестве Software Engineer, отказаться я не смел. Провел я там три месяца, работая в команде Gmail Spam & Abuse. Поневоле и бессознательно, я сравнивал жизнь и работу в Гугле с Амазоном, о чем и хочу поделиться.

Дисклеймер: в предыдущей статье я рассказывал обо всем как есть без сравнений. Это отчасти потому, что про внутреннюю культуру Амазон мало что известно. Про Гугл же, напротив, знают все. Рассказать о Гугле «с чистого листа» не получится. Поэтому здесь приведены мои сугубо личные наблюдения и сравнения. Надеюсь, ничьих чувств не задену.

Предисловие

Здравствуйте, меня зовут Александр Зеленин и я веб-разработчик. В начале 2012 года я получил предложение о работе (nodejs, frontend и всё с этим связанное) в Индии. В целом, задумка мне эта понравилась. Можно набраться опыта (в том числе и языкового), да и отдохнуть в экзотической стране.

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

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

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

Blockchain

Блокчейны – технология распределённых вычислениях и общем консенсусе пользователей, созданная таинственным Сатоши Накамото. В ней отсутствует центральное управление, а для верификации транзакций используются P2P-сети, кодификации и криптография. Более того, транзакциями можно управлять при помощи программируемых контрактов/договоров. В блокчейне Биткоина любые транзакции не считаются легитимными (подтверждёнными), пока информация о них не будет сгруппирована в специальные структуры — блоки. Структура и информация в блоках подчиняется заданным правилам и её можно быстро проверить. Каждый блок всегда содержит информацию об одном предыдущем блоке. Это позволяет все существующие блоки выстроить в одну цепочку, которая представляет собой распределённую базу данных и содержит информацию о всех совершённых когда-либо операциях с bitcoin.

Bitcoin – это первое и самое успешное применение технологии блокчейнов, но есть и многие, многие другие криптовалюты, известные как альткоины. Более того, есть много примеров того, как новые блокчейны используются не только для криптовалютных целей – Ethereum, Ripple и Storj.io, о них мы сегодня и поговорим в первой части нашего цикла статей про децентрализованные сервисы. В свете последних событий, целью статьи является также показать, что кролики это не только ценный мех Bitcoin это не только платежная система, а новая революционная технология, которая открывает целый ряд возможностей для построения принципиально новых программных продуктов.

Структура обзора

1. Вступление;
2. Сравнение основных 5-х программ по популярности, цене, совместимости, наличию на разных платформах;
3. Подробное описание функционала и особенностей 5-х основных программ.

Введение

Mindmapping (рисование древовидных карт или ментальных карт) прочно вошел в жизнь многих людей именно с появлением соответствующего софта. Используя mindmap, делают техзадания, консультанты-аналитики делают проекты, дизайнеры придумывают концепции, тренера делают презентации, менеджеры составляют планы и т.д.

Целью этой статьи не является пропаганда mindmapping. У древовидного представления данных есть свои плюсы и свои ограничения. Обсуждение уже было в комментариях к публикации "+10 к интеллекту".

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

^{Рисунок из оригинальной статьи 1965 года.}

Что будет, если спросить практически любого, начиная от читателей этого блога и заканчивая Википедией, в чём же заключалось сделанное Гордоном Муром наблюдение о развитии электроники? Ответом будет удвоение каждые несколько лет всего и вся, начиная от количества транзисторов и заканчивая производительностью.
Но всё это лишь следствия, а как оно на самом деле – давайте разбираться.
*Сразу хочу сказать, что не буду писать о том, о чем и так уже говорилось не один (десяток?) раз. Постараюсь быть кратким и по существу.