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

— Мы обращаемся к вам, командир подводной лодки «U-507» капитан-лейтенант Блюм. С вашей стороны было очень опрометчиво оставить свою жену в Бремене, где в настоящее время проводит свой отпуск ваш друг капитан-лейтенант Гроссберг. Их уже, минимум, трижды видели вместе в ресторане, а ваша соседка фрау Моглер утверждает: ваши дети отправлены к матери в Мекленбург…
Цитата из «Операция «Гроза» — И. Бунич

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

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

Распределение Больцмана (часть 1)

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

Итак, приступим к некоторым определениям из теории вероятностей, а затем, объяснив обязательно распределение Максвелла, подойдём к разбору распределения Больцмана.

В теории вероятности есть такое понятие как случайное событие – это явление, которое в некотором опыте либо имеет место быть, либо нет. Например, рассмотрим замкнутый ящик, в котором находится молекула А и некоторый выделенный объём $$ в этом ящике (см. рис. 1).

В продолжение предыдущей статьи «Есть ли плазма в космосе?» я хотел бы в познавательных целях рассказать об уравнениях, которые применялись при выводе уравнения Дебая-Хюккеля. Это уравнение Пуассона и распределение Больцмана.

Уравнение Пуассона

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

$$

где $$ – величины взаимодействующих точечных зарядов, $$ – квадрат расстояния между зарядами. Коэффициент k является константой. Если мы используем систему в электростатических единицах СГС, обозначаемых СГСЭq, то k = 1. Если используется система СИ, то $$, где $$ – диэлектрическая проницаемость среды, в которой расположены заряды, $$ – электрическая постоянная, равная 8,86 ∙ $$.

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

• Корональный газ
• Яркие области HII
• Зоны HII низкой плотности
• Межоблачная среда
• Тёплые области HI
• Мазерные конденсации
• Облака HI
• Гигантские молекулярные облака
• Молекулярные облака
• Глобулы

Мы не будем сейчас вдаваться в подробности что есть каждая структура, так как тема данной публикации — плазма. К плазматическим структрам можно отнести: корональный газ, яркие области HII, Тёплые области HI, Облака HI, т.е. практически весь список можно назвать плазмой. Но, возразите Вы, космос физический вакуум, и как же там может быть плазма с такой концентрацией частиц?

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

Предыстория

В 2014 году в компании начали редизайн проекта и в основу вёрстки мы положили свежий на тот момент Bootstrap 3.0.1. Использовали мы его не как отдельную стороннюю библиотеку, а тесно заинтегрировали с нашим собственным кодом: отредактировали переменные под наш дизайн и компилировали кастомизированный Бутстрап из LESS исходников самостоятельно. Проект оброс собственными модулями, которые использовали бутстраповские переменные и добавляли в файл с настройками свои новые переменные.

В тот момент я думал, что это правильный подход.

Небольшую инфографику недавно опубликовал space.com. В ней просто описаны базовые элементы, на которых основан фильм: черные дыры, червоточины, гиперпространство, теория относительности. За наводку спасибо Lestat, а за перевод текста — dead_undead.

Внимание! Пост содержит незначительные спойлеры.

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

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

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

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

Пожалуй, начну с того, что если перегружаться 15 раз в год, то любой «тюнинг» процесса загрузки отнимает больше времени, чем будет выиграно на перезагрузках за все время жизни системы. Однако, спортивный интерес берет свое, тем более, что люди интересуется процессом оптимизации быстродействия. А загрузка оказалась самым очевидным кандидатом в примеры того, как на мой взгляд должен выглядеть этот самый процесс. Сразу скажу, что грузиться будем с 5400 rpm винта, грузиться будем в «рабочую» систему: помимо недобитой вендорской крапвари там стоит еще куча всякого типа вижуал студии, антивируса, скайпа, стима, гуглапдейтера и пр…

Про то, почему отключение pagefile-а скорее вредно, чем полезно — как нибудь в другой раз, а пока…

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

Best of Awesomeness & Usefulness for Web Developers

Две недели назад я опубликовал «Лучшие интересности и полезности за год». Моим дайджестам тогда исполнился ровно один год и я хотел разместить пост точно в срок. Но не правильно рассчитал время и не упомянул много всего, что должно было быть в той подборке. И даже в опросах забыл указать в редакторах Vim, во фреймворках ExtJS и тд. За что мне очень стыдно. В целом подборка выросла как минимум в два раза и я создал репозиторий на GitHub. Моей целью не было сделать очередной awesome-* список, в которые попадает практически все подряд — лучшие и ненужные альтернативы. Я попытался выделить все самое лучшее.

DUO

Авторы проекта называют его сборщиком нового поколения для фронтенд разработчиков. DUO собрал в себе все самое лучшее от Component, Browserify и Go.

IT-интерфейсы часто растут из физических. Например, вот аппаратные чекбоксы:



Вообще, лучший же пример правильного инженерного интерфейса – это гранёный стакан.

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

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

DesignLab — двухдневная конференция по дизайну, которая прошла 17 мая 2014 года в городе Одессе, организованна командой GeeksLab.
Конференция проходила в два потока: Brand new design и Marketing & UI&UX
Презентации и видеозаписи докладов под катом.

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

Здравствуй, Хабр!

Представляю вам курс «Введение в логику», недавно прошедший на Хекслете. Он основан на учебнике по математике Романа Добровенского. Курс состоит из шести лекций общей продолжительностью 2 часа 20 минут.

• Трейлер курса
• Раздача на Рутрекере (видео+слайды)
• Прямые ссылки на видеофайлы: первая лекция, вторая, третья, четвертая, пятая и шестая.
• Прямая ссылка на слайды (zip-архив pdf-файлов)
• RSS подкаста (совместим с iTunes; сам iTunes Store пока не принимает новые подкасты)
• Плейлист на YouTube
• Форум курса

Первая лекция. Базовые понятия логики, логические операции, наша первая теорема и закон Де Моргана.

Во время работы над последним проектом накопилось несколько интересных CSS-трюков, о которых хочу рассказать. Хотя, возможно, это уже придумано до нас и все об этом уже знают. В примерах используется LESS, а не чистый CSS.

Событие автоподстановки в инпут поля

Проблема: узнать, что пользователь воспользовался функцией автоподстановки. Задача была в том, чтобы подсвечивать кнопку Login, если в полях e-mail и password введено что-либо. Проблема в том, что если эти поля заполняются автоподстановкой из ключницы браузера, то событие change на инпутах не выстреливает.

Решение: использовать псевдокласс :valid. Он срабатывает у инпута, если в нем есть контент, который удовлетворяет типу инпута (text, e-mail) и если у этого инпута стоит атрибут required. Правда решение не работает в IE, но нам не требуется поддержка этого браузера.

<input required="required" class="email-input" type="email" />
<input required="required" class="password-input" type="password"/>
<div class="go">Login</div>

.email-input:valid ~  .password-input:valid ~ .go {
	//стили для активной кнопки Login
}

Если вы используете шрифт со множеством начертаний, то вам, вероятно, захочется, чтобы теги strong и b не увеличивали жирность шрифта до фиксированного значения font-weight:700, как это происходит по-умолчанию, а использовали промежуточные значения, рассчитанные исходя из жирности шрифта родительского элемента.
Ведь не очень красиво, когда в ультратонком шрифте появляются жирные кляксы тегов strong.