Сколько форматов баннеров в RTB-трафике

Универсальная классификация рекламных форматов баннеров

• баннеры-башни (Towers);
• баннеры-квадраты (Squares);
• баннеры-перетяжки (Leaderboards).

Нажмите, если формула не отображается.

$\$\$display\$\$\backslash begin\{equation\}\; k\_\{i\}=\backslash left(\backslash frac\{3\}\{4\}\backslash right)^\{i\},\; i=-2,-1,0,1,2.\; \backslash end\{equation\}\$\$display\$\$$

Нажмите, если формула не отображается

Как устроены адаптивные баннеры AdWords

• для класса Tower: Tower 1 и Tower 2 (визуально различаются только используемыми шрифтами, поэтому далее не будем выделять Tower 2 отдельно);
• для класса Square: Square 1, Square 2, Square 3, Square 4;
• для класса Leaderboard: Leaderboard 1 (пример — на первом рисунке в статье), Leaderboard 2, Leaderboard 3.

Обработка результатов наблюдений

• Площадь рекламного блока $$;
• Угол наклона $$;
• Ширина $$;
• Высота $$.

Нажмите, если формулы не отображаются

template_names = ['leaderboard1', 'leaderboard2', 'leaderboard3', 'square1', 'square2', 'square3', 'square4', 'tower1'];
function getTemplate(w, h) {
  var wdh = w/h,
    wh = w*h;
  if (wdh >= 0.7000456) {
    if (wdh >= 2.499373) {
      if (wh >= 32399) {
        if (wdh >= 4.501131) {
          return template_names[0]; //leaderboard1 - bannerA
        } else {
          return template_names[1]; //leaderboard2 - bannerB
        }
      };
      return template_names[2]; //leaderboard3 - smallBanner
    } else {
      if (wdh < 1.200121) {
        if (wdh >= 0.8999545) {
          if (w < 781.5) {
            if (wh < 32399.5) {
              return template_names[5];// "square3"; //smallSquare
            } else {
              return template_names[6];//"square4"; //square191
            }
          } else {
            if (wdh >= 0.9995005) {
              return template_names[5];//"square3"; //smallSquare
            } else {
              return template_names[7];//"tower1"; //towerB
            }
          }
        } else {
          if (wh < 32399) {
              return template_names[5]; //"square3"; //smallSquare
          } else {
              return template_names[4]; //"square2"; //squareC
          }
        }
      } else {
        if (h< 174.5) {
          if (wdh >= 2.002874 && wh >= 32392.5) {
            return template_names[1];//"leaderboard2"; //bannerB
          }
          return template_names[5];//"square3"; //smallSquare
        } else {
          if (w < 601.5 && wdh < 1.531339) {
              return template_names[3];//"square1"; //squareA
          }
          return template_names[4];//"square2"; //squareC
        }
      }
    }
  } else {
      return template_names[7];//"tower1"; //towerA + towerB
  }
}

и визуализацией сырых измерений.

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

Визуализация сырых результатов измерений

Схематичное представление шаблонов

Шаблоны из класса Leaderboard

	Leaderboard 1 для рекламного блока 480x70
	Leaderboard 2 для рекламного блока 400x125
	Leaderboard 3 для рекламного блока 400x100. Показан второй кадр с описанием

Шаблоны из класса Square

Square 1 для рекламного блока 300x300	Square 2 для рекламного блока 150x215	Square 3 для рекламного блока 215x250	Square 4 для рекламного блока 250x250

Шаблоны из класса Tower

Реализации шаблона Tower

Использование мультиформатного баннера в RTB

Заключение

Введение

Расширение бизнеса

1. Документация для регистрации в налоговой;
2. Документация для открытия расчетного счета (обязательно, если это ООО);
3. Круглая печать;
4. Электронная подпись для сдачи отчетности;

«Начать может и один человек, без лицензии»

1. Покупка межсетевого экрана и его настройка;
2. Покупка антивируса;
3. Покупка охранного оборудования;
4. Ежемесячные затраты на охрану;

Осуществление предпринимательской деятельности без специального разрешения (лицензии), если такое разрешение (такая лицензия) обязательно (обязательна), — влечет наложение административного штрафа:

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

Мы будем просто передавать документы

Постановление Правительства РФ от 16.04.2012 N 313 (ред. от 18.05.2017)

21. Передача шифровальных (криптографических) средств, за исключением шифровальных (криптографических) средств защиты фискальных данных, разработанных для применения в составе контрольно-кассовой техники, сертифицированных Федеральной службой безопасности Российской Федерации.
(п. 21 в ред. Постановления Правительства РФ от 18.05.2017 N 596)
(см. текст в предыдущей редакции)

22. Передача защищенных с использованием шифровальных (криптографических) средств информационных систем.

23. Передача защищенных с использованием шифровальных (криптографических) средств телекоммуникационных систем.

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

С Вами говорит ФСБ

1. Да, лицензия нужна;
2. Для ее получения нам необходимо обучить всего одного человека;
3. Необходимые виды деятельности для работы с УЦ "*******" в качестве партнера — 21, 22, 23, 24;

Предпринимателям

• ит аутсорсинг;
• обслуживание ККТ и другого специализированного оборудования;
• digital агентства и веб студии;
• вендоры и разработчики сервисов.

«Мы — слишком маленькие. У нас мало клиентов / заявок»

«Мы стали терять заявки клиентов. В разгар сезона только в течение месяца это привело к потере двух клиентов на абонентском обслуживании в год приносящих нам около 100 тыс. рублей»
Александр Мишин, директор ООО «Бизнес Технологии»

«Система поддержки пользователей не будет поддерживать текущий рабочий процесс»

Постоянная нехватка времени или рабочих рук для внедрения нового

«Долгое время использовали в работе Intraservice, но функционально он перестал отвечать нашим требованиям. Переход на новую систему, как и в случае любой миграции, вызывал опасения: новый интерфейс, новые правила работы, недовольство сотрудников. На Okdesk переход прошел незаметно и был встречен всеми исключительно положительно. Система действительно очень удобная и интуитивно понятная»
Алексей Теплоухов, директор ООО «Частные решения»

Нехватка денег на внедрение Help Desk системы

Негативный опыт внедрения в прошлом или боязнь выбора неподходящего “партнера”

Непреодолимые организационные барьеры

«Наши сотрудники довольно гладко приняли внедрение Okdesk, за исключением того, что появилось требование документирования решения заявок. Вот тут мы получили возмущение и недовольство типа “мы же работаем”. Но объяснение причин помогает. В частности, в нашем случае, документирование используется не с целью постоянного контроля за работой, а с целью помочь избежать конфликтов или разобраться в них, то есть оно защищает самих сотрудников»
Игорь Зверев, директор «Кейсистемс-Иваново»

«Отсутствие опыта подобных внедрений обязательно приведет к неудаче»

«У нас и так все хорошо!»

«Честно говоря, я искренне желаю, чтобы мои конкуренты и дальше работали с заявками в Excel. Но это желание не реализуемо. Все развивается, в любом случае нужно будет внедрять что-либо, если они хотят дальше находиться на рынке. Количество денег все меньше. В следующем году нам предложат более полно платить налоги (у государства появится возможность детальнее контролировать налогооблагаемую базу). Затраты на налогообложение вырастут, а значит где-то нужно найти резервы. По моим представлениям они есть только в производительности труда»
Владимир Бачурин, директор «ИННИКО»

«Уже есть другая система»

Вместо выводов

• сбор всех данных за раз, полученных в JSON от консольной утилиты счетчика электроэнергии Меркурий 236
• сбор показателей S.M.A.R.T. жестких дисков и SSD, полученных в табличном виде от smartmontools.

А в чем была собственно проблема?

• медленные запуски утилит каждый раз, на каждый нужный элемент данных
• обращение к ресурсу (диск, порт, счетчик, API приложения) на каждый элемент данных
• парсинг результата нужно было делать внешними скриптами/утилитами
• а если потом нужно было поправить парсинг – приходилось опять обновлять UserParameters или скрипты
• кроме всего прочего, одновременные запросы от нескольких Zabbix pollers приводили к ошибке при обращении, например, к последовательному порту.

• В Zabbix 3.4 источником данных может выступать другой элемент данных, который называется родительским или мастер-элементом. Такой элемент может, например, содержать массив данных в формате JSON, XML или фривольном текстовом формате.
• В момент поступления новых данных в родительский элемент, остальные элементы данных, которые называются зависимыми, обращаются к родительскому элементу и при помощи таких функций препроцессинга как JSON path, XPath или Regex выделяют из текста нужную метрику.

Меркурий 236

{
                "U": {
                               "p1": 0.35,
                               "p2": 0.35,
                               "p3": 226.86
                },
                "I": {
                               "p1": 0.00,
                               "p2": 0.00,
                               "p3": 0.39
                },
                "CosF": {
                               "p1": 0.00,
                               "p2": 0.00,
                               "p3": 0.60,
                               "sum": 0.60
                },
                "F": 50.00,
                "A": {
                               "p1": 41943.03,
                               "p2": 41943.03,
                               "p3": 41943.03
                },
                "P": {
                               "p1": 0.00,
                               "p2": 0.00,
                               "p3": 53.45,
                               "sum": 53.45
                },
                "S": {
                               "p1": 0.00,
                               "p2": 0.00,
                               "p3": 89.83,
                               "sum": 89.83
                },
                "PR": {
                               "ap": 120.51
                },
                "PR-day": {
                               "ap": 86.00
                },
                "PR-night": {
                               "ap": 34.51
                },
                "PY": {
                               "ap": 0.00
                },
                "PT": {
                               "ap": 0.04
                }
}

Настроим запуск утилиты mercury236 из Zabbix

UserParameter=mercury236[],/etc/zabbix/scripts/mercury236 $1 $2

Настроим получение наших метрик счетчика

• Тип: Зависимый элемент данных
• Основной элемент данных: mercury-get

• Тип: Зависимый элемент данных
• Основной элемент данных: mercury-get

• будем использовать нотацию с квадратными скобками, так как в пути JSON есть дефис
• препроцессинг может быть многошаговым, например здесь результата первого шага умножим на 1000, чтобы получить Вт*ч из кВт*ч

Доведем наш шаблон до ума

Что получилось

• переиспользовали хорошую программку и не тратили время на написание своей реализации сбора данных по протоколу Меркурий
• UserParameter остался, но схлопнулся до простого вызова. По сути можно даже system.run[] использовать
• cкрипты-обертки тоже не писали. Всё распарсили через JSON path в шаблоне
• cчетчик не мучали сильно, один запрос – все нужные нам данные разом.

Smartctl и smartmontools

• избыточные запуски утилиты smartctl, а она в свою очередь каждый раз обращалась к контроллеру жесткого диска
• пришлось делать отдельный парсинг для Linux и Windows. Особенно больно с этим сейчас работать в Win: (for /F… так… экранируем двойные кавычки еще кавычками…. Аааа!!!!)

• smartctl нам JSON не возвращает
• дисков в сервере может быть различное количество, поэтому нам нужно использовать низкоуровневое обнаружение(LLD).

Упрощаем UserParameters

UserParameter=uHDD[], sudo smartctl -A $1| grep -i "$2"| tail -1| cut -c 88-|cut -f1 -d' '
UserParameter=uHDD.model.[],sudo smartctl -i $1 |grep -i "Device Model"| cut -f2 -d: |tr -d " "
UserParameter=uHDD.sn.[],sudo smartctl -i $1 |grep -i "Serial Number"| cut -f2 -d: |tr -d " "
UserParameter=uHDD.health.[],sudo smartctl -H $1 |grep -i "test"| cut -f2 -d: |tr -d " "
UserParameter=uHDD.errorlog.[],sudo smartctl -l error $1 |grep -i "ATA Error Count"| cut -f2 -d: |tr -d " "
UserParameter=uHDD.discovery,sudo /etc/zabbix/scripts/smartctl-disks-discovery.pl

UserParameter=uHDD.A[],sudo smartctl -A $1
UserParameter=uHDD.i[],sudo smartctl -i $1
UserParameter=uHDD.health[],sudo smartctl -H $1
UserParameter=uHDD.discovery,sudo /etc/zabbix/scripts/smartctl-disks-discovery.pl

Создаем новые родительские элементы данных

• uHDD.i["{#DISKNAME}"]
• uHDD.health["{#DISKNAME}"]

Настроим получение наших атрибутов S.M.A.R.T. диска

Тестируем, смотрим что получилось

• мы убрали весь парсинг из UserParameters
• нет внешних скриптов (кроме LLD), нет внешних зависимостей, весь парсинг происходит на Zabbix-сервере, там его легко посмотреть и подправить, если нужно
• когда утилита или API не возвращает XML/JSON – не беда, всегда можно попробовать использовать регулярные выражения
• жесткие диски больше не мучаем – сначала достаем весь список параметров S.M.A.R.T., а затем уже на Zabbix-сервере раскладываем его по метрикам.

В завершении

Кто еще использует GPU

• Почему тесты скорости диска в ноутбуке могут быть лучше, чем у облачного сервера?
• Как справиться с пиковыми нагрузками при помощи IaaS
• VMware NSX: новый подход к обеспечению безопасности в области здравоохранения

# -*- coding: utf-8 -*- 	

# openvpn –show-digests
…
#openvpn –show-ciphers
…
#openvpn –show-tls
…

Фан-фактор

Скорость

Скорость написания

Скорость чтения

Инструменты и библиотеки

Тестирование

Саморазвитие

Приближаемся к стандарту 5G — агрегация и рефарминг

Новый эксперимент — бимформинг

В двух словах о QAM

Ложка дегтя

Когда 5G попробуют абоненты?

1. Создание счёта.
2. Создание корректного смарт-контракта.
3. Получение информации со смарт-контракта.
4. Изменение состояния смарт-контракта.

• Некоторые общие замечания
• Упаковка параметров и возвращаемых данных Создание счёта и работа с ним
• Создание смарт-контракта
  
  • Компиляция исходного кода смарт-контракта
  • Извлечение кода из транзакции
  • Рассчёт стоимости опубликования контракта
  • Выполнение транзакции на публикацию контракта
• Взаимодействие со смарт-контрактом
  
  • Создание контракта с параметрами
  • Идентификация методов контракта
  • Вызов методов запроса информации
  • Вызов методов, изменяющих состояние контракта

• https://github.com/ethereum/wiki/wiki/JSON-RPC
• https://github.com/ethereum/go-ethereum/wiki/Management-APIs

Некоторые общие замечания

1. Все предлагаемые действия иллюстрируются реальными данными из тестовой сети Rinkeby (на момент написания статьи).
2. Состояние транзакций, счетов и смарт-контрактов в Rinkeby можно отслеживать по сайту https://rinkeby.etherscan.io/ (для подсети Ropsten будет, соответственно, https://ropsten.etherscan.io/).

Упаковка параметров и возвращаемых данных

• Фиксированные по длине типы данных (address, uint32, bytes32) передаются с выравниванием до 32-байтного слова (64 hex-цифры).
• Переменные по длине типы данных (строковые, массивы) передаются по следующей схеме:
  
  • В позиции объекта в списке передается смещение блока с его данными относительно начала пакета (с выравниванием до 32-байтного слова).
  • В первом 32-байтном слове блока передается число единиц данных.
  • В последующих 32-байтных словах передаются сами данные.

000:000000000000000000000000570f5d143ee469d12dc29bf8b3345fa5536476d9
020:0000000000000000000000000000000000000000000000000000000000000080
040:0000000000000000000000000000000000000000000000000000000000001234
060:00000000000000000000000000000000000000000000000000000000000000c0
080:0000000000000000000000000000000000000000000000000000000000000003
0a0:4e65770000000000000000000000000000000000000000000000000000000000
0c0:0000000000000000000000000000000000000000000000000000000000000002
0e0:000000000000000000000000aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 100:000000000000000000000000bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb

Создание счёта и работа с ним

{"jsonrpc":"2.0","method":"personal_newAccount","params":["PASSWORD"],"id":1}

{"jsonrpc":"2.0","id":1,"result":"0xfbeda9914b78b58a0f0e810298f9d545f8379f8d"}

• Зарегистрироваться на github.com и создать новый gist:
  
  
  
  
• Вписать в него идентификатор счета:
  
  
  
  и создать публичный gist («Create public gist»)
  
• Далее нам понадобится URL gist-а, в нашем случае — https://gist.github.com/oldmadjackal/6e246d3f199a80bfb82bfe626faad604:
  
  
  
  
• Переходим на https://faucet.rinkeby.io/, вводим URL gist-а в поле и выбираем сумму пополнения счёта:
  
  
  
  Если всё хорошо, то появится зелёное сообщение с подтверждением. Транзакция может пройти не очень быстро — за 5-10 минут.
• Смотрим счёт на EtherScan:
  
  
  
  
• Для повторных пополнений можно использовать тот же gist.

{"jsonrpc":"2.0","method":"personal_unlockAccount","params":["0xfbeda9914b78b58a0f0e810298f9d 545f8379f8d", "PASSWORD", 600],"id":1}

{"jsonrpc":"2.0","id":1,"result":true}

Создание смарт-контракта

• Компиляцией из исходного текста смарт-контракта.
• Извлечением из другой транзакции создания такого же смарт-контракта.

Компиляция исходного кода смарт-контракта

6060604052341561000f57600080fd5b5b6040805190810160405280600381526020017f4e657700000
000000000000000000000000000000000000000000000000000008152506000908051906020019061
005b929190610062565b505b610107565b82805460018160011615610100020316600290049060005
2602060002090601f016020900481019282601f106100a357805160ff19168380011785556100d1565b
828001600101855582156100d1579182015b828111156100d05782518255916020019190600101906
100b5565b5b5090506100de91906100e2565b5090565b61010491905b8082111561010057600081600
09055506001016100e8565b5090565b90565b6101b6806101166000396000f30060606040526000357 c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063abd95b 951461003e575b600080fd5b341561004957600080fd5b6100516100cd565b604051808060200182810
3825283818151815260200191508051906020019080838360005b8381101561009257808201518184
01525b602081019050610076565b50505050905090810190601f1680156100bf578082038051600183
6020036101000a031916815260200191505b509250505060405180910390f35b6100d5610176565b60
008054600181600116156101000203166002900480601f016020809104026020016040519081016040
52809291908181526020018280546001816001161561010002031660029004801561016b5780601f10
6101405761010080835404028352916020019161016b565b820191906000526020600020905b81548
152906001019060200180831161014e57829003601f168201915b505050505090505b90565b6020604
051908101604052806000815250905600a165627a7a723058208ce8782af87268eb0fb543832301a980
e57bdb35f0a3cdbfe8f2ece20d9a3eaa0029

Извлечение кода из транзакции

{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0xc4d20bb8f9eede45968fc6bc850 397e92b9f263eeb11200615cc08562d46c2e7"],"id":1}

{"jsonrpc":"2.0","id":1,"result":{"blockHash":"0x731f202b0232de8c474c71677b29868f65802c068d0d e31b17bec09f3e31144c",    "blockNumber":"0xbad3f", "from":"0x17eafa57fd812968d90aecc5a51e330e2e1c11a3",     "gas":"0x31b2e", "gasPrice":"0x9c7652400", "hash":"0xc4d20bb8f9eede45968fc6bc850397e92b9f263eeb11200615cc08562d46c2e7", "input":"0x6060604052341561000f57600080fd5b5b6040805190810160405280600381526020017f4e 657700000000000000000000000000000000000000000000000000000000008152506000908051906
020019061005b929190610062565b505b610107565b82805460018160011615610100020316600290
0490600052602060002090601f016020900481019282601f106100a357805160ff19168380011785556
100d1565b828001600101855582156100d1579182015b828111156100d05782518255916020019190
600101906100b5565b5b5090506100de91906100e2565b5090565b61010491905b8082111561010057
60008160009055506001016100e8565b5090565b90565b6101b6806101166000396000f30060606040
526000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168
063abd95b951461003e575b600080fd5b341561004957600080fd5b6100516100cd565b604051808060
2001828103825283818151815260200191508051906020019080838360005b8381101561009257808
20151818401525b602081019050610076565b50505050905090810190601f1680156100bf578082038
0516001836020036101000a031916815260200191505b509250505060405180910390f35b6100d5610
176565b60008054600181600116156101000203166002900480601f016020809104026020016040519
08101604052809291908181526020018280546001816001161561010002031660029004801561016b
5780601f106101405761010080835404028352916020019161016b565b820191906000526020600020
905b81548152906001019060200180831161014e57829003601f168201915b505050505090505b9056
5b6020604051908101604052806000815250905600a165627a7a723058208ce8782af87268eb0fb5438
32301a980e57bdb35f0a3cdbfe8f2ece20d9a3eaa0029", "nonce":"0x30", "to":null, "transactionIndex":"0x2", "value":"0x0", "v":"0x2c", "r":"0x577865931aac644a3eefb83b59344caeab9e2970cfeb1bef02837b1bb4bccca0", "s":"0x48013e0c5ca3bff66fa7e19ebbcd9eaed63bc0a45004041c310f9fc4dfc5e5e8"}}

Расчет стоимости опубликования контракта

{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{ "from":"0xfbeda9914b78b58a0f0e810298f9d545f8379f8d", "data":"0x6060604052341561000f57600080fd5b5b6040805190810160405280600381526020017f4e6 577000000000000000000000000000000000000000000000000000000000081525060009080519060
20019061005b929190610062565b505b610107565b828054600181600116156101000203166002900
490600052602060002090601f016020900481019282601f106100a357805160ff191683800117855561
00d1565b828001600101855582156100d1579182015b828111156100d057825182559160200191906
00101906100b5565b5b5090506100de91906100e2565b5090565b61010491905b80821115610100576
0008160009055506001016100e8565b5090565b90565b6101b6806101166000396000f300606060405
26000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff1680
63abd95b951461003e575b600080fd5b341561004957600080fd5b6100516100cd565b6040518080602
001828103825283818151815260200191508051906020019080838360005b83811015610092578082
0151818401525b602081019050610076565b50505050905090810190601f1680156100bf5780820380
516001836020036101000a031916815260200191505b509250505060405180910390f35b6100d56101
76565b60008054600181600116156101000203166002900480601f0160208091040260200160405190
8101604052809291908181526020018280546001816001161561010002031660029004801561016b5
780601f106101405761010080835404028352916020019161016b565b8201919060005260206000209
05b81548152906001019060200180831161014e57829003601f168201915b505050505090505b90565 b6020604051908101604052806000815250905600a165627a7a723058208ce8782af87268eb0fb54383
2301a980e57bdb35f0a3cdbfe8f2ece20d9a3eaa0029" }], "id":1}

{"jsonrpc":"2.0","id":1,"result":"0x31b2e"}

Выполнение транзакции на публикацию контракта

• номер счета, с которого создаётся контракт (тэг from);
• стоимость публикации в Gas (тэг gas, берется из предыдущего пункта);
• байт-код контракта с пристыкованным блоком параметров конструктора (тэг data, должен полностью совпадать с использованным в предыдущем пункте).

{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{ "from":"0xfbeda9914b78b58a0f0e810298f9d545f8379f8d",     "gas":"0x31b2e", "data":"0x6060604052341561000f57600080fd5b5b6040805190810160405280600381526020017f4e6 577000000000000000000000000000000000000000000000000000000000081525060009080519060
20019061005b929190610062565b505b610107565b828054600181600116156101000203166002900
490600052602060002090601f016020900481019282601f106100a357805160ff191683800117855561
00d1565b828001600101855582156100d1579182015b828111156100d057825182559160200191906
00101906100b5565b5b5090506100de91906100e2565b5090565b61010491905b80821115610100576
0008160009055506001016100e8565b5090565b90565b6101b6806101166000396000f300606060405
26000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff1680
63abd95b951461003e575b600080fd5b341561004957600080fd5b6100516100cd565b6040518080602
001828103825283818151815260200191508051906020019080838360005b83811015610092578082
0151818401525b602081019050610076565b50505050905090810190601f1680156100bf5780820380
516001836020036101000a031916815260200191505b509250505060405180910390f35b6100d56101
76565b60008054600181600116156101000203166002900480601f0160208091040260200160405190
8101604052809291908181526020018280546001816001161561010002031660029004801561016b5
780601f106101405761010080835404028352916020019161016b565b8201919060005260206000209
05b81548152906001019060200180831161014e57829003601f168201915b505050505090505b90565 b6020604051908101604052806000815250905600a165627a7a723058208ce8782af87268eb0fb54383
2301a980e57bdb35f0a3cdbfe8f2ece20d9a3eaa0029" }], "id":1}

{"jsonrpc":"2.0","id":1,"result":"0x26cd429a43bc2f706f206fa6a536374cc7bf0e5090f0ed9b8f30ded71 73529f5"}

{"jsonrpc":"2.0","id":1,"error":{"code":-32000,"message":"authentication needed: password or unlock"}}

{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x26cd429a43bc2f706f206fa6a53 6374cc7bf0e5090f0ed9b8f30ded7173529f5"],"id":1}

{"jsonrpc":"2.0","id":1,"result":null}

{"jsonrpc":"2.0", "id":1, "result":{"blockHash":"0x3afdc600435caebebb91497f01372c3ad6ac712c37fe9b1028445d8b41a58fca"
,    "blockNumber":"0xc4b16",    "contractAddress":"0x2af49c8a413ea4b66ca8fd872befa9d1c8d22562", "cumulativeGasUsed":"0x31b2d",      "from":"0xfbeda9914b78b58a0f0e810298f9d545f8379f8d", "gasUsed":"0x31b2d","logs":[], "logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000 000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000",
"root":"0x47b6297fef6ba21c45ea845a6fba19ddb144d957f600cfe7230e05f0f711ac12",      "to":null, "transactionHash":"0x26cd429a43bc2f706f206fa6a536374cc7bf0e5090f0ed9b8f30ded7173529f5", "transactionIndex":"0x0"}}

{"jsonrpc":"2.0","method":"eth_getCode","params":["0x2af49c8a413ea4b66ca8fd872befa9d1c8d2256 2", "latest" ],"id":1}

{"jsonrpc":"2.0","id":1,"result":"0x"}

Взаимодействие со смарт-контрактом

pragma solidity ^0.4.9;

contract Test
{
	address Owner ; 
	address Seller ; 
	address Bank ; 
	address BankCert ; 
	string Status ;

	function Test(address seller_, address bank_)
	{
		Owner=msg.sender ; 
		Seller=seller_ ;
		Bank=bank_ ; 
		Status="New" ;
	}

	// 0xabd95b95
	function GetStatus() constant returns (address, address, string retVal)
	{
		return(Seller, Bank, Status) ;
	}

	// 0x1bb71149
	function SetBankCert(address cert)
	{
		if(msg.sender!=Bank) return ; BankCert=cert ;
			Status="Confirmed" ;
	}
}

6060604052341561000f57600080fd5b60405160408061064383398101604052808051906020019091
9080519060200190919050505b336000806101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908 373ffffffffffffffffffffffffffffffffffffffff16021790555081600160006101000a81548173fffffffffffffffffffffffffffffffff fffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555080600260006101000a81548173ffffffffff ffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff160217905550604080519081016040 5280600381526020017f4e657700000000000000000000000000000000000000000000000000000000
008152506004908051906020019061014292919061014b565b505b50506101f0565b82805460018160
0116156101000203166002900490600052602060002090601f016020900481019282601f1061018c57
805160ff19168380011785556101ba565b828001600101855582156101ba579182015b828111156101 b957825182559160200191906001019061019e565b5b5090506101c791906101cb565b5090565b6101 ed91905b808211156101e95760008160009055506001016101d1565b5090565b90565b610444806101 ff6000396000f30060606040526000357c0100000000000000000000000000000000000000000000000 000000000900463ffffffff1680631bb7114914610049578063abd95b9514610082575b600080fd5b34156
1005457600080fd5b610080600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190505061017 7565b005b341561008d57600080fd5b610095610264565b604051808473ffffffffffffffffffffffffffffffffffffffff1 673ffffffffffffffffffffffffffffffffffffffff1681526020018373ffffffffffffffffffffffffffffffffffffffff1673fffffffffffffffffffffffff fffffffffffffff1681526020018060200182810382528381815181526020019150805190602001908083836 0005b8381101561013a5780820151818401525b60208101905061011e565b505050509050908101906
01f1680156101675780820380516001836020036101000a031916815260200191505b5094505050505
060405180910390f35b600260009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffff ffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff161415156101d357610261565b80600360006101 000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff1602179055506 040805190810160405280600981526020017f436f6e6669726d6564000000000000000000000000000
00000000000000000008152506004908051906020019061025f92919061035f565b505b50565b60008
061026f6103df565b600160009054906101000a900473ffffffffffffffffffffffffffffffffffffffff166002600090549 06101000a900473ffffffffffffffffffffffffffffffffffffffff16600480805460018160011615610100020316600290 0480601f01602080910402602001604051908101604052809291908181526020018280546001816001
161561010002031660029004801561034c5780601f1061032157610100808354040283529160200191
61034c565b820191906000526020600020905b81548152906001019060200180831161032f57829003
601f168201915b505050505090509250925092505b909192565b828054600181600116156101000203
166002900490600052602060002090601f016020900481019282601f106103a057805160ff191683800
11785556103ce565b828001600101855582156103ce579182015b828111156103cd578251825591602
0019190600101906103b2565b5b5090506103db91906103f3565b5090565b602060405190810160405
280600081525090565b61041591905b808211156104115760008160009055506001016103f9565b509
0565b905600a165627a7a72305820554a2d34ed0a4ad399f7464c8b29ba8c619e7f5de89746021f5aded 9516dd1860029

Создание контракта с параметрами

60606040...94000029000000000000000000000000794ce6de39fa2d274438cc1692db04dfb5bea8360
00000000000000000000000fbeda9914b78b58a0f0e810298f9d545f8379f8d

Идентификация методов контракта

{"jsonrpc":"2.0","method":"web3_sha3","params":["0x4765745374617475732829"],"id":1}

{"jsonrpc":"2.0","id":1,"result":"0xabd95b950242a279866243fa2b8fec5adddf6560d4e1b4f8745cfe7b5 7786865"}

Вызов методов запроса информации

{"jsonrpc":"2.0","method":"eth_call","params":[{"to":<Адрес контракта>, "data":<Данные запроса>},"latest"],"id":1} 

{"jsonrpc":"2.0", "method":"eth_call", "params":[{"to":"0x3d20e579f5befdc7d3f589adb6155f684d9a751c",      "data":"0xabd95b95"}, "latest"],"id":1}

{"jsonrpc":"2.0", "id":1, "result":"0x000000000000000000000000794ce6de39fa2d274438cc1692db04dfb5bea8360000000000 00000000000000fbeda9914b78b58a0f0e810298f9d545f8379f8d000000000000000000000000000000
000000000000000000000000000000006000000000000000000000000000000000000000000000000
000000000000000034e65770000000000000000000000000000000000000000000000000000000000"
}

000:000000000000000000000000794ce6de39fa2d274438cc1692db04dfb5bea836
020:000000000000000000000000fbeda9914b78b58a0f0e810298f9d545f8379f8d
040:0000000000000000000000000000000000000000000000000000000000000060
060:0000000000000000000000000000000000000000000000000000000000000003
080:4e65770000000000000000000000000000000000000000000000000000000000

• в строке 000 находится адрес Продавца (тип address) — 0x794ce6de39fa2d274438cc1692db04dfb5bea836
• в строке 020 находится адрес Продавца (тип address) — 0xfbeda9914b78b58a0f0e810298f9d545f8379f8d
• в строке 040 находится ссылка на блок описания статуса контракта (тип string) — блок начинается с адреса 060
• в строке 060 находится счетчик символов в строке статуса контракта — 3 символа
• в строке 080 находятся собственно символы статуса контракта в шестнадцатеричной кодировке — New

Вызов методов, изменяющих состояние контракта

{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{ "from":<Адрес инициатора>, "to":<Адрес контракта>, "gas":<Стоимость исполнения>, "data":<Данные запроса> }], "id":1}

{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{ "from":"0xfbeda9914b78b58a0f0e810298f9d545f8379f8d", "to":"0x3d20e579f5befdc7d3f589adb6155f684d9a751c", "data":"0x1bb71149000000000000000000000000f7b0f8870a5596a7b57dd3e035550aeb5af16607"
}],"id":1}

{"jsonrpc":"2.0","id":1,"result":"0xd312"}

{"jsonrpc":"2.0", "method":"eth_sendTransaction", "params":[{ "from":"0xfbeda9914b78b58a0f0e810298f9d545f8379f8d", "to":"0x3d20e579f5befdc7d3f589adb6155f684d9a751c",     "gas":"0xd312", "data":"0x1bb71149000000000000000000000000f7b0f8870a5596a7b57dd3e035550aeb5af16607"
}],"id":1}

{"jsonrpc":"2.0","id":1,"result":"0xe55c9fe8f816f5730053fc491ea27acfd83c615b6623d06f25fb281fea 750f3c"}

{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0xe55c9fe8f816f5730053fc491ea2 7acfd83c615b6623d06f25fb281fea750f3c"],"id":1}

{"jsonrpc":"2.0", "id":1, "result":{"blockHash":"0xd8bb4a0b0ca3a598a69786f2f40876d547a672044fc8d961ec22da60606fa2fb"
, "blockNumber":"0xc4b6f", "contractAddress":null, "cumulativeGasUsed":"0x459e5", "from":"0xfbeda9914b78b58a0f0e810298f9d545f8379f8d", "gasUsed":"0xd311", "logs":[], "logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000 000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000",
"root":"0x75f6823221a4f0e4f80dfa6c7ccfc961c7522833aac959d6a398537730a62041", "to":"0x3d20e579f5befdc7d3f589adb6155f684d9a751c", "transactionHash":"0xe55c9fe8f816f5730053fc491ea27acfd83c615b6623d06f25fb281fea750f3c", "transactionIndex":"0x1"}}

000:000000000000000000000000794ce6de39fa2d274438cc1692db04dfb5bea836
020:000000000000000000000000fbeda9914b78b58a0f0e810298f9d545f8379f8d
040:0000000000000000000000000000000000000000000000000000000000000060
050:0000000000000000000000000000000000000000000000000000000000000009
060:436f6e6669726d65640000000000000000000000000000000000000000000000

Резюме

Установка Intel DAAL

1. Загрузка исходного кода.
2. Запуск сценария установки.
3. Настройка необходимых переменных среды (для этого также можно использовать предоставляемый сценарий shell).

/****************************************************************************
!  Copyright(C) 2014-2017 Intel Corporation. All Rights Reserved.
!
!  The source code, information and material ("Material") contained herein is
!  owned by Intel Corporation or its suppliers or licensors, and title to such
!  Material remains with Intel Corporation or its suppliers or licensors. The
!  Material contains proprietary information of Intel or its suppliers and
!  licensors. The Material is protected by worldwide copyright laws and treaty
!  provisions. No part of the Material may be used, copied, reproduced,
!  modified, published, uploaded, posted, transmitted, distributed or disclosed
!  in any way without Intel's prior express written permission. No license
!  under any patent, copyright or other intellectual property rights in the
!  Material is granted to or conferred upon you, either expressly, by
!  implication, inducement, estoppel or otherwise. Any license under such
!  intellectual property rights must be express and approved by Intel in
!  writing.
!
!  *Third Party trademarks are the property of their respective owners.
!
!  Unless otherwise agreed by Intel in writing, you may not remove or alter
!  this notice or any other notice embedded in Materials by Intel or Intel's
!  suppliers or licensors in any way.
!
!****************************************************************************
!  Content:
!    Cholesky decomposition sample program.
!***************************************************************************/

#include "daal.h"
#include 

using namespace daal;
using namespace daal::algorithms;
using namespace daal::data_management;
using namespace daal::services;

const size_t dimension = 3;
double inputArray[dimension *dimension] =
{
    1.0, 2.0, 4.0,
    2.0, 13.0, 23.0,
    4.0, 23.0, 77.0
};

int main(int argc, char *argv[])
{
    /* Create input numeric table from array */
    SharedPtr inputData = SharedPtr(new Matrix(dimension, dimension, inputArray));

    /* Create the algorithm object for computation of the Cholesky decomposition using the default method */
    cholesky::Batch<> algorithm;

    /* Set input for the algorithm */
    algorithm.input.set(cholesky::data, inputData);

    /* Compute Cholesky decomposition */
    algorithm.compute();

    /* Get pointer to Cholesky factor */
    SharedPtr factor =
        staticPointerCast(algorithm.getResult()->get(cholesky::choleskyFactor));

    /* Print the first element of the Cholesky factor */
    std::cout << "The first element of the Cholesky factor: " 
<< (*factor)[0][0];

    return 0;
}

Использование Intel DAAL в программах на языке Go

1. Непосредственный вызов библиотеки Intel DAAL из программы Go через функцию-оболочку.
2. Создание многократно используемой библиотеки с определенной функциональностью Intel DAAL.

Вызов библиотеки Intel DAAL непосредственно из Go

#include "cholesky.hxx"
#include "daal.h"
#include 

using namespace daal;
using namespace daal::algorithms;
using namespace daal::data_management;
using namespace daal::services;

int choleskyDecompose(int dimension, double inputArray[]) {

    /* Create input numeric table from array */
    SharedPtr inputData = SharedPtr(new Matrix(dimension, dimension, inputArray));

    /* Create the algorithm object for computation of the Cholesky decomposition using the default method */
    cholesky::Batch<> algorithm;

    /* Set input for the algorithm */
    algorithm.input.set(cholesky::data, inputData);

    /* Compute Cholesky decomposition */
    algorithm.compute();

    /* Get pointer to Cholesky factor */
    SharedPtr factor =
        staticPointerCast(algorithm.getResult()->get(cholesky::choleskyFactor));

    /* Return the first element of the Cholesky factor */
    return (*factor)[0][0];
}

#ifndef CHOLESKY_H
#define CHOLESKY_H

// __cplusplus gets defined when a C++ compiler processes the file.
// extern "C" is needed so the C++ compiler exports the symbols w/out name issues.
#ifdef __cplusplus
extern "C" {
#endif

int choleskyDecompose(int dimension, double inputArray[]);

#ifdef __cplusplus
}
#endif

#endif

package main

// #cgo CXXFLAGS: -I$DAALINCLUDE
// #cgo LDFLAGS: -L$DAALLIB -ldaal_core -ldaal_sequential -lpthread -lm
// #include "cholesky.hxx"
import "C"

import (
	"fmt"
	"unsafe"
)

func main() {

	// Define the input matrix as an array.
	inputArray := [9]float64{
		1.0, 2.0, 4.0,
		2.0, 13.0, 23.0,
		4.0, 23.0, 77.0,
	}

	// Get the first Cholesky decomposition factor.
	data := (*C.double)(unsafe.Pointer(&inputArray[0]))
	factor := C.choleskyDecompose(3, data)

	// Output the first Cholesky dcomposition factor to stdout.
	fmt.Printf("The first Cholesky decomp. factor is: %d\n", factor)
}

// #cgo CXXFLAGS: -I$DAALINCLUDE
// #cgo LDFLAGS: -L$DAALLIB -ldaal_core -ldaal_sequential -lpthread -lm
// #include "cholesky.hxx"
import "C"

// Define the input matrix as an array.
inputArray := [9]float64{
	1.0, 2.0, 4.0,
	2.0, 13.0, 23.0,
	4.0, 23.0, 77.0,
}

// Get the first Cholesky decomposition factor.
data := (*C.double)(unsafe.Pointer(&inputArray[0]))
factor := C.choleskyDecompose(3, data)

// Output the first Cholesky dcomposition factor to stdout.
fmt.Printf("The first Cholesky decomp. factor is: %d\n", factor)

$ ls
cholesky.cxx  cholesky.go  cholesky.hxx
$ go build
$ ls
cholesky  cholesky.cxx  cholesky.go  cholesky.hxx
$ ./cholesky 
The first Cholesky decomp. factor is: 1
$ 

Создание многократно используемого пакета Go с Intel DAAL

%{
#include "cholesky.hxx"
%}

%include "cholesky.hxx"

package cholesky

// #cgo CXXFLAGS: -I$DAALINCLUDE
// #cgo LDFLAGS: -L$DAALLIB -ldaal_core -ldaal_sequential -lpthread -lm
import "C"

$ ls
cholesky.cxx  cholesky.go  cholesky.hxx  cholesky.swigcxx
$ go install
$ 

package main

import (
	"fmt"

	"github.com/dwhitena/daal-go/choleskylib"
)

func main() {

	// Define the input matrix as an array.
	inputArray := [9]float64{
		1.0, 2.0, 4.0,
		2.0, 13.0, 23.0,
		4.0, 23.0, 77.0,
	}

	// Get the first Cholesky decomposition factor.
	factor := cholesky.CholeskyDecompose(3, &inputArray[0])

	// Output the first Cholesky dcomposition factor to stdout.
	fmt.Printf("The first Cholesky decomp. factor is: %d\n", factor)
}

$ ls
main.go
$ go build
$ ls
example  main.go
$ ./example 
The first Cholesky decomp. factor is: 1
$ 

Выводы и ресурсы

• Присоединяйтесь к Gophers on Slack и поговорите с другими участниками канала #data-science, которые занимаются большими данными, анализом данных, машинным обучением и прочими аналогичными решениями с помощью Go.
• Посетите сайт организации GopherData, где пользователи взаимодействуют с разработчиками средств управления данными, обработки, анализа, машинного обучения и визуализации данных на языке Go.
• Отслеживайте GopherData в Twitter.
• Используйте (и пополняйте) растущий перечень инструментов для Go.

• Ознакомьтесь с документацией по Intel DAAL.
• Воспользуйтесь учебными материалами.
• Станьте участником форума Intel DAAL.

Об авторе

• Материалы для производства печатных плат
• Учет изменения толщины препрега в процессе изготовления PCB
• Учет Etch Factor
• Особенности расчета толщины металлизации
• Учет паяльной маски

Материалы для производства печатных плат

• Итоговое изделие отличается от того, что описано в вашей КД (иногда чуть более, чем полностью).
• Повторяемости результата при переходе к другому производителю — нет. Например у нас есть борд, который запускался на двух разных фабах с совершенно разными стеками (при этом исходные данные в обоих случая были одни и те же).
• Если толщины проводников на печатной плате находятся в зоне 4 mil — то любое изменение их ширины в сторону уменьшения весьма серьезно влияет на потери. Если между проводником 6 mil и 5 mil разница незначительна, то между 5 mil и 4 mil — весьма существенна, а 4 mil и 3 mil — это с точки зрения потерь разные вселенные. (Вообще на наш взгляд идеальные топологии дифференциальной пары — 6-6-6 или 7-7-7).

Учет изменения толщины препрега в процессе изготовления PCB

Пример

Учет Etch Factor

• внешние слои — 2.6
• внутренние слои — 3.7

Особенности расчета толщины металлизации

Металлизация внешних слоев

Металлизация внутренних слоев

Учет паяльной маски

• Dk — 3.7
• Df — 0.025
• Толщина — 0.8 mil

Итоги

1. Проблема доверия к подключенным объектам
2. Насущная потребность в унифицированном потребительском опыте
3. Персонализация сервисов

Базовая функциональность

task:{
  // код, который будет выполнять эта задача
  handler: ()=>{conslole.log("Hello world!")}
  // задержка перед выполнением
  delay: 5000,
  // повторять или нет, по сути выбор между setTimeout и setInterval
  repeat: false,
  // имя задачи, должно соответствовать правилам именования переменных
  name: "task1",
  // описание задачи, используется только в логах и интерфейсе
  description: "This task created at the name of Invisible Pink Unicorn!"
  // время выполнения, для цикличных задач время первого запуска
  at: "2017-09-20",
  // идентификатор процесса
 pid: 42
}

var verboseLogs = true,
  verboseTime = true,
  writeLogs = true;
var cs = new Chronoshift(verboseLogs, verboseTime, writeLogs) ;

cs.runTask( () => {console.log("task 1 executed")}, 3000);

cs.setLogging(false, false, true);

//выполним код за пять минут до полуночи
cs.runTaskAt(()=>{console.log("Уж полночь близится, а Германа всё нет!");}, "22:55", "German");
//или утром седьмого июля
cs.runTaskAt(()=>{console.log("Пора готовить топоры!");}, "07-07 07:07:07", "p777", "Время трёх топоров");

Управление задачами

cs.runTask( () => {console.log("task 1 executed")}, 3000, false, "task1");

cs.executeTask("task1");

cs.stopTask("task1");
cs.restartTask("task1");

// создадим задачу, которая выполнится через три секунды
cs.runTask( () => {console.log("task 1 executed")}, 3000, false, "task1");
...
//какой-то код выполнялся две секунды, задача должна выполниться через секунду но мы её остановим
cs.stopTask("task1");
...
//какой-то код выполнялся ещё две секунды, то есть всего прошло 4 секунды и мы перезапускаем задачу
cs.restartTask("task1");
//задача выполнится ещё через три секунды, итого семь секунд спустя

//в качестве аргумента для любого метода изменяющего задачи могут использоваться как имя так и  id процесса
 cs.removeTask(2);

Графический интерфейс

Подводные камни

Небольшое послесловие

В чем проблема?

На это есть причины?

Причина №1 = Недостаток знаний

Причина №2 = Непонимание того, кто есть кто

Причина №3 = Невнимательность

Причина №4 = Отсутствие личного подхода

Что же делать, чтобы все жили долго и счастливо

Следуете ли вы БЭМу, и насколько он востребован вне Яндекса?

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

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

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

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

#menu ul > li {
  color: old;
}
.menu-item {
  color: bem;
}

Потом появились абсолютно независимые блоки (АНБ), где у элементов внутри есть свой префикс с именем родителя, а состояния блоков снова дублируют класс, но уже с постфиксом. Подход обрёл черты современного БЭМа, одна из которых — многословность классов.

.block {}
.block_mod {}
.block__element {}
.block__element_mod {}

Эта многословность гарантирует уникальность элементов и модификаторов в рамках одного проекта. За уникальностью имён блоков вы следите сами, но это довольно просто, если каждый блок описан в отдельном файле. Глядя на такой класс в HTML или CSS, можно легко сказать, что это, и к чему оно относится.

Изначально АНБ, а потом и БЭМ, решали задачу важную для вёрстки любых масштабов: предсказуемое поведение и создание надёжного конструктора. Вы же хотите, чтобы ваша вёрстка была предсказуемой? Вот и Яндекс тоже. Ещё это называется «модульность» — о ней хорошо написал Филип Уолтон в «Архитектуре CSS», ссылка на перевод в описании.

Через пару лет в Яндексе окончательно сформулировали нотацию БЭМ. Любой интерфейс предлагалось разделять на блоки. Неотделимые части блоков — элементы. У тех и других есть модификаторы.

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

Для полной независимости блоков мало назвать классы правильно или изолировать стили, нужно собрать всё, что к нему относится. В проекте по БЭМу нет общего script.js или папки images со всеми картинками сайта. В одной папке с каждым блоком лежит всё, что нужно для его работы. Это позволяет удобно добавлять, удалять и переносить блоки между проектами. Потом, конечно, все ресурсы блоков при сборке объединяются в зависимости от задач проекта.

Когда БЭМ вышел за пределы Яндекса, сначала его воспринимали как магию и старались воспроизводить дословно, вплоть до префиксов b- у каждого блока. Такой смешной карго-культ.

.b-block {}
.b-block--mod {}
.b-block__element {}
.b-block__element--mod {}

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

.block {}
.block--mod {}
.block__element {}
.block__element--mod {}

А зачем вообще все эти нотации — я ведь один верстальщик на проекте, помните? Помню. А ещё помню, как сам верстал до БЭМа: в каждом проекте придумывал что-нибудь такое новенькое. А потом открывал код годичной давности и удивлялся — какой идиот это написал?

Возьмём, к примеру, русский язык. Мы же пишем с прописной имена людей, названия и прочее такое? Пишем. Чтобы легко потом считывалось: это Надя или надежда на лучшее? Уж не говоря про знаки препинания и другие полезные договорённости. Вот буква «ё», например, смягчает… так, о чём мы? Да, БЭМ.

До БЭМа были проекты с портянками стилей, которые нельзя трогать. Они копились годами, слой за слоем, как обои в древней коммуналке. Их просто подключали первыми, а потом перезаписывали что мешало. Когда у вас есть div { font-size: 80% } — это даже уже не смешно.

/* Не смешно */

div {
  font-size: 80%;
}

БЭМ продолжил развиваться в Яндексе и вырос за пределы вёрстки: появились уровни переопределения, богатый инструментарий, JS-библиотека для работы с БЭМ-классами, шаблонизаторы и целый БЭМ-стэк. БЭМу даже жест придумали, но это совсем другая история, специфичная для Яндекса.

Были и другие методологии: OOCSS Николь Салливан, SMACSS Джонатана Снука, вариации БЭМа и целые фреймворки. Даже у нас на продвинутом интенсиве можно было выбрать любую методологию для вёрстки учебного проекта.

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

Модульность и изоляцию стилей блока можно решить ещё лучше. Есть веб-компоненты, CSS-модули, куча решений CSS-в-JS и даже, прости господи, атомарный CSS. Но нет единого решения накопившихся проблем на следующие 10 лет, каким когда-то стал БЭМ. Что это будет? Посмотрим. Я ставлю на веб-компоненты.

А пока, если вы опишете интерфейс по БЭМу — код будет организован, предсказуем, расширяем и готов для повторного использования. Не только для вас, но и для других.

Видеоверсия

Вопросы можно задавать здесь.