Вводные данные

Переход на новые кассы

• купить новые сертифицированные кассы (а компаний, которые уже сертифицировали ККТ, на тот момент было не так много);
• сделать кастомные кассы: из старых вынуть ЭКЛЗ, просверлить парочку отверстий, просунуть парочку проводов и подключить фискальный накопитель.

Как осуществлялось внедрение

Проблемы с подарочными картами

Дополнения к закону и очные ставки с налоговой

Чеки в интернет-магазине

Лучше раньше, чем никогда

• 1 февраля 2017 — начиная с этого дня на учёт запрещалось ставить кассы старого образца.
• 1 июля 2017 — в этот судьбоносный день все кассы должны были работать на новом программном обеспечении.

Аврал и его команда

Уборщица в серверной

К чему пришли и куда стремимся

Написание собственной CMS — это как держать у себя дома слона.
Для большинства людей гораздо проще сходить в зоопарк.

Сюрприз: люди всё ещё пишут собственные CMS!

Самописные CMS устарели из-за headless-архитектуры

Причина №1: стандартные CMS ограничивают мой творческий потенциал

Причина №2: интерфейсы стандартных CMS слишком сложны

Причина №3: стандартные CMS слишком дороги

Причина №4: стандартные CMS не безопасны

Причина №5: стандартные CMS не вписываются в мою архитектуру

Причина №6: многие клиенты всё ещё пользуются написанной нами CMS

… и две причины, когда использование самописной CMS оправдано

Не пишите свою CMS, пока не возникнет очевидный бизнес-случай

Привет, Хабр!
14 сентября было объявлено о выпуске первой версии SignalR для ASP.Net Core, в связи с чем я решился перевести заметку, посвященную даному событию, немного её дополнив. Оригинал заметки доступен в блоге на MSDN.

Что нового?

SignalR для ASP.Net Core является переписанной с нуля версией оригинального SignalR. Новый SignalR проще, более надёжен и легче в применении. Несмотря на эти внутренние изменения, мы старались сделать API библиотеки наиболее близким к предыдущим версиям.

JavaScript/TypeScript клиент

SignalR для ASP.Net Core имеет совершенно новый JavaScript клиент. Он написан с использованием TypeScript и более не зависит от JQuery. Клиент также может использоваться из Node.js с несколькими дополнительными зависимостями.

Клиент распространяется в качестве npm модуля, который содержит Node.js версию клиента (подключается через require), и также версию для браузера, которую можно встроить используя тег

Математика и наука — невидимые силы, которые всё больше раскрывают себя и влияют на наши жизни.

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

Визуализация ролей, которые машины и статистические данные играют в изучении, — первая часть «невидимого дизайна».

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

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

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

О курсах Нетологии

• «Основы графического дизайна: композиция, цвет, типографика»
• «Adobe XD: основы для дизайнера интерфейсов»

Установка и настройка

apt-get update
apt-get upgrade
apt-get dist-upgrade

apt-get install apt2

msfconsole
load msgrpc

[metasploit]
msfhost=127.0.0.1
msfport=55552
msfuser=msf
msfpass=kqVbTlmr
msfexploitdelay=20

[nmap]
scan_target=192.168.1.0/24
scan_type=S
scan_port_range=1-1024
scan_flags=-A

[threading]
max_modulethreads=20

[searching]
file_search_patterns=*.bat,*.sh,*passwd*,*password*,*Pass*,*.conf,*.cnf,*.cfg,*.config

[apikeys]
#apt2_shodan_apikey=CHANGEME
#apt2_linkedin_apikey=CHANGEME

Запуск

apt2 --listmodules

apt2 -v -v -s 1 -b --target 192.168.1.4

nmap -n -Pn -A -oX scan1 192.168.1.7
apt2 -s 1 -b -v -v -f scan1

[!] VULN [ms08-067] Found on [192.168.1.7]

firefox /root/.apt2/reports/reportGenHTML_flcgfsqhji.html

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

Важно понимать, что существует два вида документооборота — внутренний (СЭД) и внешний(ЭДО). ЭДО и СЭД так разделяют в принципе эти понятия в РФ. То есть если вы ищете систему для обмена с контрагентами, то вам нужно искать ЭДО, если для внутреннего документооборота то СЭД.

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

Зачем нужен электронный документооборот

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

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

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

Электронный документооборот позволяет избавиться от всех этих неудобств:

• Все документы «подписывают» в электронном виде при помощи цифровых подписей. Это быстро и просто.
• Для получения бумажной копии достаточно просто распечатать экземпляр. Заинтересованные лица получают всю документацию мгновенно, без долгого ожидания писем или курьеров.
• Заключение договоров и подтверждение завершения сотрудничества (накладные и акты) происходит без задержек и дополнительных усилий со стороны сотрудников.
• Снижается влияние на бизнес человеческого фактора: документы не теряются, ошибки исправляются в сжатые сроки.
• Нет необходимости выделять полезную площадь для хранения множества бумажных документов.

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

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

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

Из чего состоит электронный документооборот

В этом виде документооборота участвуют 4 стороны:

1. Поставщик товаров или услуг. Сторона, которая генерирует электронный документ.
2. Покупатель или клиент. Сторона, которая принимает электронный документ.
3. Компания вендор, которая предоставляет электронную площадку для обмена документами и услуги сервиса для организации электронного документооборота.
4. Государство. Госорганы, куда компания вендор передает данные о зафиксированных сделках и оформленных документах.

Как это реализуется на практике:

1. Поставщик товаров или услуг генерирует электронный документ в собственной учетной системе или сразу в сервисе, предоставляемом вендором.
2. Документ внутри сервиса мгновенно отправляется компании-адресату, которая получает его либо непосредственно в сервисе, либо в подключенной к сервису собственной программе.
3. Площадка фиксирует данные о документе.
4. После «подписания» (подтверждения) стороной получателя данные о документе отправляются в налоговую инспекцию.

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

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

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

При электронном документообороте:

• Оригинал документа доставляется мгновенно. Нет необходимости в почтовых отправлениях, помощи курьеров или менеджеров. Нет отсрочек и связанных с ними проблем.
• Руководитель компании в любой момент может проверить, когда именно был отправлен и получен документ. И в случае проблем, связанным с отсутствием важной документации, у сотрудников нет возможности переложить ответственность за свои ошибки на “плохую работу почты” и другие внешние факторы. Это понимают и сами сотрудники компании. А потому отсрочки и проблемы с отправкой/получением документов после внедрения этой системы становятся крайне редким явлением.

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

Электронная подпись

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

Цифровая подпись – это специальный «электронный ключ», который создает уникальный цифровой код при помощи математической обработки данных сертификата пользователя и электронного документа. Для проверки и подтверждения подписи применяют публичные сертификаты. А для генерации (подписания) – личный конфиденциальный «ключ» пользователя.

Площадки (сервисы) документооборота

Сегодня существует широкий перечень площадок, предоставляющих услуги документооборота. Это Directum, ELMA, DocsVision, WSS Docs, E-COM, Диадок и многие другие. Все они выполняют примерно одинаковые функции:

• Получение электронного документа от пользователя.
• Отправка адресату в его учетную запись или передача в указанную систему, если получатель работает с другим сервисом.
• Фиксация данных о документе и отправке.

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

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

Системы ЭДО и EDI: в чем разница?

При выборе системы документооборота многие пользователи также сталкиваются с системами, которые позиционируют себя не как ЭДО, т.е. «электронный документооборот», а как EDI (документооборот для ритейла).

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

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

Интеграция с 1С и другими учетными системами

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

Зачем это нужно:

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

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

Стоимость услуги

Сервисы документооборота обыкновенно предлагают подключение к сервису бесплатно. А за отправку документов взымается оплата. В одних случаях это будет фиксированная цена за каждый отправленный документ. Где-то можно покупать услуги пакетами, т.е. одна сумма – за 100 документов, другая – за 1000 в месяц и т.д.

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

Часто задаваемые вопросы

Все ли документы надо отправлять через электронную систему?

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

Оплата отправки производится за документ или страницу?

Вы оплачиваете, и система фиксирует отправку именно документа. Даже если в вашем документе много страниц, он считается как одна единица к оплате.

Насколько это безопасно?

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

Если у нас установлена 1С, все ли пользователи смогут получить доступ к электронному документообороту?

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

Можно ли использовать электронный документооборот без электронной подписи и подключения к платным сервисам?

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

Настолько сложно пользоваться электронным документооборотом?

Сложности могут возникнуть только на этапе подключения. Но для решения этого вопроса обычно привлекают специалистов. Сам процесс использования прост и удобен. Руководитель (ответственное лицо) проверяет документ, нажимает кнопку «подписать» и «отправить». Т.е. отправка документов становится много проще, чем даже при обмене сканами по электронной почте.

А что делать, если мой клиент не использует площадку, которой пользуюсь я?

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

1. Вступление

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

2. Человеческий фактор

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

Представим, что вместо слова «кошка» мы будем использовать полное описание объекта. Не просто описание внутренних органов или даже клеток, но и каждого атома со всеми закономерностями, включая взаимодействия с другими частицами. Человеческий мозг (орган массой примерно в полтора килограмма) не сможет обработать такую информацию, а речь и слух не смогут её передать от человека к человеку. Следовательно, мозг должен упростить полученную через органы чувств информацию, чтобы создать модель и понять важные закономерности.

Естественно, что в процессе упрощения теряются очень важные характеристики и «ловятся» ложные закономерности. Особенно, если выборка не репрезентативная. Например, большинство людей увидит явную закономерность в следующем упорядоченном множестве натуральных чисел: «1, 2, 3, 4, 5, 6, 7, 8». Цифры явно возрастают, где каждый следующий элемент множества на единицу больше предыдущего. Но это не так. На самом деле это просто часть числа «Пи», затаившееся в первых двухсот миллионах знаков.

Другой пример: пусть задано пространство элементарных событий, состоящее из двух элементарных событий: «1» и «0». Каждое из них равновероятно (с геометрической точки зрения пространство разделено на две равные части, следовательно, площадь каждого из них равна 1/2). Повторяем такой эксперимент много раз, допустим, подбрасываем правильную монету. При огромном числе итераций будет наблюдаться ситуация, когда несколько раз подряд выпадает аналогичная сторона монеты. Наш разум увидит закономерность — «монету заклинило». Однако, с математической точки зрения это встречается с известной вероятностью (произведение вероятностей независимых событий — броски никак не связаны между собой).

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

Красивая картинка, вот только как мы её видим? Глаз видит значительно меньше, чем нам кажется. Многое дорисовывает мозг. При перемещении взгляда происходит автоматическая доработка образа и построение модели. К сожалению, в нашем разуме не только много «багов», но и огромное количество «костылей». Вот скажите, а где ваше «слепое пятно»? Оно не позволяет вам видеть всю картину сразу, так как это специфика анатомического строения глаза. Не замечаете? Это мозг дорисовал. Даже размытие оптики за пределом фокуса вы не замечаете.

На этом факте различные искажения восприятия не заканчиваются. Мозг всегда добавляет к любому изображению целый ряд сложных ассоциаций. Часто совершенно лишних, так как они только вводят нас в заблуждение. Вот небольшой пример. Если мы в трёхмерном пространстве отобразим плоскость, а потом к одной из размерностей применим относительно простую формулу, то получим предмет, подозрительно похожий на платок или полотенце на ветру (а может в воде). Мы невольно додумали, что это мягкая ткань, раз её так развивает ветер или вода. У неё есть масса. Мозг уже «всё понял» и смоделировал. Можно представить себе тактильные ощущения и вес этого полотенца. Кстати, картинка всегда двумерна — это мозг опять придумал для неё объём. Более того, в этом месте Капитан Очевидность воскликнул: «Это вообще маленькие светящиеся точки на экране монитора, которые мозг принимает за реальный предмет!». Но это он немного погорячился.

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

А вы точно помните все детали этого изображения? Наш мозг не записывает видео и аудио всех событий. Мы каждый раз достаиваем и моделируем образы по небольшим отрывкам, записанным в память. Проблеме ложных воспоминаний посвящены большие разделы в книгах по психологии и криминалистике (дознание, опрос потерпевших и свидетелей). Например, покажите десятку добровольцев любое сложное изображение, потом спрячьте и попросите описать его. Вы удивитесь обилию несуществующих деталей, которые «вспомнили» люди. Спустя сутки попросите повторно описать картинку. Будут сильные различия между прошлыми и текущем описанием, которое вы услышите от одного и того же человека.

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

А наш разум с великой радостью навешивает «ярлыки» на других людей и различные явления. Особенно это сильно проявляется в творчестве, где персонажи могут быть изображены с весьма сильным упрощением внутреннего мира. Очень простые модели. Подобные «ярлыки» формируются относительно быстро, но весьма стабильны. По сути, это каркас оценочных суждений. Даже различные психологические комплексы тоже являются неверной моделью, допустим, самооценка и реальные возможности сильно различаются. Это всё модели и целые программы поведения, которые наш разум считает верными. Среди таких «ярлыков» были замечены и очень забавные, например, эффект плацебо. Когда человек поверил, в то, что эта таблетка помогает от головной боли и у него действительно быстро проходит головная боль.

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

3. Возвращение из мира иллюзий

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

Они очень похожи. Видимо, они очень сильно связаны. Отобразим это в виде облака точек и решим задачу аппроксимации методом наименьших квадратов. Разве сильной линейной корреляции не наблюдается? Очень маленькая ошибка (расстояние от точки до прямой, которую провели методом наименьших квадратов). Линейный коэффициент корреляции Карла Пирсона чуть-чуть не дотягивает до единицы, и составляет около 0.98. А ещё интересно посмотреть на функции потерь (regression loss). Метрика точности MSE (Mean squared error) составляет приблизительно 10.47. Мне кажется, что MAE (Mean absolute error) тут более интуитивно понятна (она равна приблизительно 2.217).

Похожи? Кстати, их средние значения тоже очень похоже. И минимум. И максимум. И среднеквадратическое отклонение. И верхний квартиль. И нижний квартиль. Всё очень похоже. Вот только их медианы в три раза различаются. Посмотрите на распределение этих величин:

И на описательную статистику:

Поверьте, это случайное совпадение. Пример мной не придуман, а взят из реальной жизни. Это не «квартет Энскомба», и тут никакая визуализация данных не поможет найти различия — тут проблема в том, что выборка не репрезентативная, а по случайному совпадению в эту выборку попали очень забавные данные. В больших данных (аналогия с событиями жизни) могут быть такие совпадения, которые заставят некоторых людей сделать неправильные выводы и увидеть такую закономерность, которой нет на самом деле. У мозга сильная потребность в предсказуемости. Он хочет всё понять и всё объяснить. Во всём увидеть смысл. Например, если человек не знаком с понятиями сложности алгоритмов, то он может подумать, что умножение на показанную далее константу будет и далее опережать возведение в квадрат:

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

Скажем, нас поспросят выбрать алгоритм классификации следующих данных. Данный набор точек нарисован вручную. Если есть потребность в учебных целях быстро и просто рисовать произвольные наборы данных в двухмерном пространстве (вектор из двух предикторов и метка класса), то можно использовать очень простой инструмент (работает в обычном браузере, так как это обычная страница на HTML с JavaScript). Можно как спреем быстро «набрызгать» точки с нужным отклонением от центра курсора. Я делал его для себя, а теперь решил опубликовать. Я добавил его в свой личный сборник полезных фрагментов кода: ссылка на github.

Пусть факт принадлежности точки к кластеру определяет её класс:

Руководствуясь каким принципом человек будет разделять эти точки? Известно, что классы линейно разделимы. Формально говоря, существует такая гиперплоскость размерностью на единицу меньше размерности пространства, которая разделит точки обоих классов этого набора данных. По сути, это простая линейная функция (смещение + предиктор коэффициент + второй предиктор второй коэффициент). Следовательно, самый простой перцептрон Розенблатта справиться с этой задачей. Или логистическая регрессия, которая по своей природе использует похожий подход. Кстати, алгоритм ближайших соседей тоже справиться с этой задачей (несколько ближайших точек в этом наборе будут всегда одного класса). Впрочем, тут два явных кластера, что позволяет успешно использовать алгоритмы кластеризации или даже медленный SVM. Тем более, с этой задачей легко справятся алгоритмы на основе ансамбля деревьев решений (критерий разделения «Gini impurity»).

Из этого рисунка видно, что все перечисленные алгоритмы нашли правильное решение поставленной задачи. Вот анализ точности одного из алгоритмов:

         precision   recal   f1-score  support

0            1.00     1.00     1.00     382
1            1.00     1.00     1.00     255

avg / total  1.00     1.00     1.00     637

Но какой алгоритм разделения будет правильный? Они же все справились с задачей. Мы хотим получить вполне конкретный ответ. Так устроено сознание. Нужно сократить меру неопределённости до элементарного (неделимого) решения. Стоит добавить одно условие и задача легко решается: из этих алгоритмов следует выбрать самый быстрый. Отлично! Это понятная и достижимая для нас цель. Мы получили ограничение, которое сделало задачу безальтернативной. Не нужно метаться между вариантами и выбирать лучший. Не будет и сомнений в стиле: «эх, чтобы было, если бы я выбрал другой?».

Человек является социальным существом, которое буквально впитывает информацию с самого раннего возраста. В детстве формирование сложных нейронных сетей происходит очень быстро. Если общество для человека недоступно (феральные дети), то полноценных человеческих навыков не формируется. Такого человека почти невозможно научить говорить. Даже крайне сложно научить пользоваться туалетом. В нормальном развитии человек получает очень много шаблонов (моделей, ярлыков), которые могут быть как объективными, так и ложными. Не случайно главный инструмент мошенников, нечестных продавцов или военной пропаганды — это лож. Только лож не полностью придумывают, а во многом берут из моделей людей, на которых хотят оказать корыстное влияние дезинформацией.

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

4. Один мысленный эксперимент

Предлагаю небольшой мысленный эксперимент. Подключим фантазию и постараемся представить описанную далее ситуацию. Нужно чуть больше фантазии, пожалуйста, добавьте ещё. Отлично! Так достаточно. И так. Вот по улице идёт обычный паренёк. Навстречу ему идёт симпатичная девушка. Он хотел бы с ней познакомится, но его нейронные сети начали настоящую баталию. В результате одержали победу те сети, которые отговаривали его это делать. Аргументы в стиле «Она крутая, на такое [плохое слово] внимание не обратит, только опозоришься, если прохожие увидят» оказали своё влияние. Действительно, в силу воспитания и других индивидуальных особенностей истории становления его разума у парня сложилась именно такая картина мира. Для него это реальность. И не важно, говорим мы о парне с девушками или о странных вопросах на собеседовании.

Продолжим свой мысленный эксперимент. Представим себе, что создан настоящий идеальный искусственный интеллект. Раз персонаж у нас фантастический, то придумаем ему имя, например, «M-49», годится? Добавим ещё парочку щепоток фантазии. И есть у него одно важное задание: помочь парню найти «правильную» девушку. Мудрый М-49 постарается найти в базе данных подходящих кандидатов, из числа возможных для конкретного парня. Но там нет таких кортежей. Проблема: факторы противоречивые. Одно требование исключает другое. Но парень этого не понимает и продолжает настаивать на правильности своего мнения. Тяжело вздыхая грустный М-49 произносит: «Люди принимают плохие решения: по официальной статистике больше половины всех браков расторгается». Молчаливая пауза. На минуту зависнув фантастический интеллект всё-таки очнулся. «Это же люди!» — воскликнет он с большой долей негодования — «Что же ещё от них ждать?!». На этих словах М-49 сделал жест, известный как «facepalm».

Продолжим фантазировать. Чтобы показать «подопытному» реальную ситуацию наш бравый M-49 придумывает машину времени и отправляется с ним в путешествие. Он с научной точки зрения показывает до смерти испуганному парню историю развития жизни на Земле, а более подробно останавливается на его биологическом виде. После этого он знакомит «подопытного» с историей его детства и семьи. Обосновывает различные значимые для него ситуации, объясняет почему мозг родителей принял решение именно так сказать или поступить. Как воспитывали самих родителей, учителей в школе и их родителей. Самое важное: он показывает ему примеры тех парней, которые в аналогичных обстоятельствах (или даже более худших) успешно справились с поставленной задачей. Его модель реальности постепенно начинает меняться.

Разумеется, процесс мышления невероятно сложный. Происходит масса сложных химических реакций и физических взаимодействий. Это не просто запись информации, а формирование клеток и связей, т.е. некоторой плоти (физической сущности). Наш замученный «подопытный» вспомнил картинку с нейроном: аксоны, дендриты, нейромедиаторы (нейротрансмиттеры). Нейронная сеть просто так не формируется и не растворяется. Он вспоминал, как М-49 рассказывал ему про сложность изменения сетей в зависимости от масштаба. Есть глобальные убеждения, а есть «маленькие». Локальные убеждения легко меняются после чтения документации или специального обучения. Для человека будет несложно увидеть в «EXPLAIN» свою ошибку и сделать очередной «git commit -a -m "ID-1 fix something"» с новой миграцией, которая модифицирует индексы.

Исправление важных для выживания убеждений (по субъективному мнению) невероятно сложный процесс. Это не просто большие затраты ресурсов, но и сильное сопротивление мозга. Он боится, что новые модели будут ещё хуже. А вдруг это приведёт к ещё более плохим последствиям, а «убежать из опасной территории» будет нельзя? С этими ярлыками я жив, хоть и страдаю, а с новыми вдруг совсем помру? Как говорят: «Гладко было на бумаге, да забыли про овраги». Разум человека предназначен для моделирования реальности с целью нахождения точек комфорта (где больше положительных подкреплений), а также для целей избегания точек с отрицательными подкреплениями.

А весьма измотанный приключением «подопытный» всё не успокаивался. Он обдумывал свою жизнь, вспоминая и переосмысливая истории своей жизни. Допустим, одна нейронная подсеть мозга говорит «иди и познакомься с девушкой», а вторая блокирует — «нет, у тебя не получится, только опозоришься». Вот и внутренний конфликт, напряжение, невроз, ОКР и т.д. Естественно, а что ещё ожидать от одновременного нажатия на газ и тормоз? Вот только теперь он знал, что неуверенность — это защитный механизм. Если человек только учится управлять автомобилем, то он не уверен. Вместо работы над уверенностью ему необходим реальный опыт вождения. Его мозг научится управлять автомобилем и получит положительные подкрепления, следовательно, станет уверенным водителем. И так во всех сферах жизни. Пропадёт явная неопределённость — он будет понимать какие последствия будут у действий и осознавать, что они желанны для него.

Парень, хоть и падал от усталости, но крепко задумался. Конечно, он понимал, что реальность сложнее. Намного сложнее. Именно по этой причине М-49 общался с ним сильно упрощая картину — он говорил понятными парню словами. Но думал парень не об этих словах. Думал «подопытный» о той выгоде, которая сулит ему. «Раз М-49 смог придумать машину времени, значит может придумать как получить деньги, власть и безнаказанность!» — рассуждал парнишка. Его мозг уже смоделировал ситуацию, и он увидел новую зону комфорта, а прежняя жизнь уже казалась ему набором отрицательных подкреплений. Со временем М-49 обзавёлся новым телом — платформой боевого робота-призрака, это как приведение, только боевой робот с огромными возможностями. Потом М-49 добавил себе ещё несколько подобных тел, создав распределённую отказоустойчивую систему.

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

Старик думал о парне и о М-49. Он был в шоке, от того, как парнишка начал распоряжается появившимися возможностями. С каждым днём «подопытный» всё больше и больше «борзел» от своей безнаказанности. Стэнфордский тюремный эксперимент на его фоне просто меркнет. Старик был уверен, что Филиппу Зимбардо такое даже в страшных снах не снилось. В представлениях старика всё произошедшее с парнишкой стало похоже на эксперимент Милгрэма, так как за мнением провокатора М-49 послушно следовал «подопытный». Но парнишка уже получил своё могущество. Ему этого достаточно, чтобы быть в новой зоне комфорта и стимулировать свой разум таким нейромедиатором, как дофамин.

Неожиданно ход мысли старика прервался: одна девушка села на лавку рядом, а её подруга просто остановилась, не отрывая глаз от телефона. Севшая на скамейку девушка сняла сапог и сказала подруге: «Ощущение, что ногу промочила, но носки сухие». Странные татуировки с монстрами были на её теле. А из наушников, которые она сняла, доносилась странная детская песенка: «я начинаю свой разбег» — других слов старик не разобрал. Но самым забавным показалось старичку другое: рисунки на её ногтях сильно напоминали маскот «FreeBSD». Да, этот весёлый Beastie, красовавшийся на логотипе в далёком 2022 году, когда старикан был совсем юным школьником.

Чудной старик был обычным человеком. За свою жизнь много сомнений и страхов он испытал. Но он прожил обычную жизнь и мало о чём жалел, кроме как о нескольких упущенных возможностях. Его время безвозвратно ушло, заставляя уступить место новому поколению. Нет, он совсем не ощущал себя неудачником. И даже не считал, что мог бы прожить иную жизнь. В его системе ценностей такая жизнь была правильной и нормальной. Он не стремился к другому. Он просто сидел на скамейке и переживал за других людей. А потом очень неожиданно произнёс хриплым голосом: «Транзакция машины времени не закомичена, пока идёт грязное чтение истории, нужно сделать роллбэк». Старикан хромая ушел прочь с весьма решительным видом. Он понял, что зря разделил себя на две версии — вторая версия была настоящим злодеем, она находилась в другом потоке времени вместе с M-49, отстававшем от этого на несколько десятков лет. И сейчас должна грянуть музыка Карла Орфа — тут как нельзя кстати стихотворение «O Fortuna» из «Carmina Burana». Аплодисменты. Занавес.

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

Литература

• «Совершенный код» Стив Макконнелл (Steve McConnell)

• «Программист-прагматик. Путь от подмастерья к мастеру»
  Эндрю Хант (Andrew Hunt), Дэвид Томас (David Thomas)

• «Способ мышления — Форт» Лео Броуди (Leo Brodie)

• «Ruby. Объектно-ориентированное проектирование» Сэнди Метц (Sandi Metz)

• «Рефакторинг. Улучшение существующего кода»
  Мартин Фаулер (Martin Fowler), Кент Бек (Kent Beck), Джон Брант (John Brant) и др.

• «Искусство программирования для Unix» Эрик Реймонд (Eric Raymond)

• «Практика программирования»
  Брайан Керниган (Brian Kernighan), Роб Пайк (Rob Pike)

• «Чистый код. Создание, анализ и рефакторинг» Роберт К. Мартин (Robert Martin)

• «Шаблоны игрового программирования» Роберт Нистром (Robert Nystrom)

• «Читаемый код, или Программирование как искусство»
  Дастин Босуэлл (Dustin Boswell), Тревор Фаучер (Trevor Foucher)

Несколько статей, блогов и инструментов

• Статья «Как написать неподдерживаемый программный код» — своего рода классика. В формате «вредных советов» читателю предлагается узнать о том, какой код точно нельзя считать чистым.
• У чистого кода есть некоторые формальные признаки. Проверить, не исходит ли от кода «дурной запах», можно с помощью таблицы профессора Мики Мянтюля (Mika M"antyl"a). Признаки хорошего кода можно найти в блоге Coding Horror.
• Как советуют пользователи Quora, чтобы постичь искусство чистого кода, стоит как можно больше читать хороший код. Для этого подойдут такие платформы, как GitHub, Codeplex, Google Code. Кстати, различные платформы предоставляют готовые инструменты для улучшения кода. Например, GitHub Code Review.
• Процесс очистки кода можно частично автоматизировать. Существуют инструменты для статистического анализа. В случае с C, C++ для этого разработан PC-lint. Упростить код позволяет SourceMonitor.
• Рекомендации по структурированию кода также зачастую дают разработчики платформ. Например, такой документ есть у Microsoft для C.

• IaaS-дайджест: 30 материалов о работе с ПД, новых технологиях, ИБ и высокой производительности
• 100 практических материалов по безопасности, экономике и инструментарию IaaS

• Балансировка нагрузки в облаке IaaS
• Виртуализация приложений: как правильно настраивать виртуальные машины
• Особенности двухфакторной аутентификации: работает ли это в облаке IaaS

В ECMAScript 6 представлены два новых флага для регулярных выражений:

1. y включает режим «липкого» сопоставления.
2. u включает различные связанные с Unicode опции.

Влияние на синтаксис

Влияние на оператор ‘.’

Влияние на квантификаторы

Влияние на символьные классы

const regex = /^[bcd]$/;
console.log(
	regex.test('a'), // false
	regex.test('b'), // true
	regex.test('c'), // true
	regex.test('d'), // true
	regex.test('e')  // false
);

Влияние на escape-последовательности

Влияние на флаг i

const es5regex = /[a-z]/i;
const es6regex = /[a-z]/iu;
console.log(
	es5regex.test('s'),      es6regex.test('s'),      // true true
	es5regex.test('S'),      es6regex.test('S'),      // true true
	// Note: U+017F преобразуется в `S`.
	es5regex.test('\u017F'), es6regex.test('\u017F'), // false true
	// Note: U+212A преобразуется в `K`.
	es5regex.test('\u212A'), es6regex.test('\u212A')  // false true
);

console.log(
	/\u212A/iu.test('K'), // true
	/\u212A/iu.test('k'), // true
	/\u017F/iu.test('S'), // true
	/\u017F/iu.test('s')  // true
);

console.log(
	/\w/iu.test('\u017F'), // true
	/\w/iu.test('\u212A'), // true
	/\W/iu.test('\u017F'), // false
	/\W/iu.test('\u212A'), // false
	/\W/iu.test('s'),      // false
	/\W/iu.test('S'),      // false
	/\W/iu.test('K'),      // false
	/\W/iu.test('k'),      // false
	/\b/iu.test('\u017F'), // true
	/\b/iu.test('\u212A'), // true
	/\b/iu.test('s'),      // true
	/\b/iu.test('S'),      // true
	/\B/iu.test('\u017F'), // false
	/\B/iu.test('\u212A'), // false
	/\B/iu.test('s'),      // false
	/\B/iu.test('S'),      // false
	/\B/iu.test('K'),      // false
	/\B/iu.test('k')       // false
);

Влияние на HTML-документы

Поддержка

Рекомендации для разработчиков

• С этого момента используйте флаг u для каждого регулярного выражения, которое вы пишете.
• … но не добавляйте флаг u слепо в существующие регулярные выражения, поскольку это может неявным образом изменить их смысл.
• Избегайте комбинирования флагов u и i. Лучше явно включать в регулярное выражение символы всех регистров, чем страдать от неявного программного приведения символов к одному регистру.
• Используйте транспилер, чтобы убедиться, что ваш код работает везде, включая устаревшие окружения.

Преобразование (transpiling) Unicode ES6 регулярных выражений в ES5

• минимизация времени анализа результатов автотестов;
  
• минимизация количества дублирующих дефектов.
  

С чего начинали?

• СУБД Oracle 11g для хранения справочных данных, истории;
  
• Oracle TimesTen In-Memory Database 11g для хранения хэшей shingles;
  
• Jersey для микросервисов;
  
• React JS для FrontEnd.
  

• Агенты по разбору логов автотестов;
  

• Plugin Jenkins;
  

• Maven Plugin;
  

• Набор микросервисов с функциями приема новых сообщений, принятия событий о завершении запусков, для функционирования Frontend части;
  
  
• Frontend на базе React JS;
  
• База данных под управлением Oracle 11g;
  
• Службы нотификации для рассылки результатов тестов по определенным каналам.
  

Подсистема агрегации сообщений об ошибках

• прием сообщений от автотестов;
  
• парсинг стандартных отчетов: Allure для API-тестов и Serenity для UI-тестов;
  
• агрегация сообщений методом нечеткого поиска. В качестве основы был выбран алгоритм поиска нечетких дубликатов текстов (shingles);
  
• автоматическое заведение шаблонов ошибок (обучение без учителя).
  

Подсистема принятия решений

Скриншоты

Видеозаписи прохождения тестов

БД

Плоские текстовые файлы с системными логами

Подсистема оповещений

• Шаг 1. Канонизация текста.
  

• Шаг 2. Разделение на словосочетания (shingles).
  

• Шаг 3. Вычисление хэшей shingles по алгоритму MD5.  
  

• Шаг 4. Выбирается подходящий шаблон ошибки.
  

• Заключительный этап.
  
  

Поговорим об аналогах

Часть 1: конвейер рендеринга с высоты птичьего полёта

• Входная сборка (Input Assembly). Видеопроцессор считывает буферы вершин и индексов из памяти, определяет как соединены образующие треугольники вершины и передаёт остальное в конвейер.
• Затенение вершин (Vertex Shading). Вершинный шейдер выполняется для каждой из вершин сетки, обрабатывая по отдельной вершине за раз. Его основная задача — преобразовать вершину, получить её положение и использовать текущие настройки камеры и области просмотра для вычисления её расположения на экране.
• Растеризация (Rasterization). После того, как вершинный шейдер выполнен для каждой вершины треугольника и видеопроцессор знает, где она появится на экране, треугольник растеризируется — преобразуется в набор отдельных пикселей. Значения каждой вершины — UV-координаты, цвет вершины, нормаль и т.д. — интерполируются по пикселям треугольника. Поэтому если одна вершина треугольника имеет чёрный цвет, а другая — белый, то пиксель, растеризированный посередине между ними получит интерполированный серый цвет вершин.
• Затенение пикселей (Pixel Shading). Затем для каждого растеризированного пикселя выполняется пиксельный шейдер (хотя технически на этом этапе это ещё не пиксель, а «фрагмент», поэтому иногда пиксельный шейдер называют фрагментным). Этот шейдер запрограммированным образом придаёт пикселю цвет, сочетая свойства материала, текстуры, источники освещения и другие параметры, чтобы получить определённый внешний вид. Пикселей очень много (целевой рендер с разрешением 1080p содержит больше двух миллионов), и каждый из них нужно затенить хотя бы раз, поэтому обычно видеопроцессор тратит на пиксельный шейдер много времени.
• Вывод целевого рендера (Render Target Output). Наконец пиксель записывается в целевой рендер, но перед этим проходит некоторые проверки, чтобы убедиться в его правильности. Глубинный тест отбрасывает пиксели, которые находятся глубже, чем пиксель, уже присутствующий в целевом рендере. Но если пиксель проходит все проверки (глубины, альфа-канала, трафарета и т.д.), он записывается в хранящийся в памяти целевой рендер.

float3 MaterialColor; 
Texture2D MaterialTexture; 
SamplerState TexSampler; 

float3 LightDirection; 
float3 LightColor; 

float4 MyPixelShader( float2 vUV : TEXCOORD0, float3 vNorm : NORMAL0 ) : SV_Target 
{ 
   float3 vertexNormal = normalize(vNorm);  
   float3 lighting = LightColor * dot( vertexNormal, LightDirection ); 
   float3 material = MaterialColor * MaterialTexture.Sample( TexSampler, vUV ).rgb; 

   float3 color = material * lighting; 
   float alpha = 1; return float4(color, alpha); 
}

dp3 r0.x, v1.xyzx, v1.xyzx 
rsq r0.x, r0.x 
mul r0.xyz, r0.xxxx, v1.xyzx 
dp3 r0.x, r0.xyzx, cb0[1].xyzx 
mul r0.xyz, r0.xxxx, cb0[2].xyzx 
sample_indexable(texture2d)(float,float,float,float) r1.xyz, v0.xyxx, t0.xyzw, s0 
mul r1.xyz, r1.xyzx, cb0[0].xyzx 
mul o0.xyz, r0.xyzx, r1.xyzx 
mov o0.w, l(1.000000) 
ret

Центральный процессор и вызовы отрисовки

Часть 2: обычные «бутылочные горлышки» видеопроцессора

Профилирование

Инструкции шейдеров

Полоса пропускания памяти и текстуры

И многое другое...

Другие технические статьи

• Render Hell — Simon Trumpler
• Texture filtering: mipmaps — Shawn Hargreaves
• Graphics Gems for Games — Findings from Avalanche Studios — Emil Persson
• Triangulation — Emil Persson
• How bad are small triangles on GPU and why? — Christophe Riccio
• Game Art Tricks — Simon Trumpler
• Optimizing the rendering of a particle system — Christer Ericson
  
• Practical Texture Atlases — Ivan-Assen Ivanov
  
• How GPUs Work — David Luebke & Greg Humphreys
  
• Casual Introduction to Low-Level Graphics Programming — Stephanie Hurlburt
  
• Counting Quads — Stephen Hill
  
• Overdraw in Overdrive — Stephen Hill
  
• Life of a triangle — NVIDIA's logical pipeline — NVIDIA
  
• From Shader Code to a Teraflop: How Shader Cores Work — Kayvon Fatahalian
  
• A Trip Through the Graphics Pipeline (2011) — Fabian Giesen
  

Открытость и качество финансовых данных

В чем смысл таких исследований

Зачем участвовать в опросе

Области видимости и замыкания важны в JavaScript, однако они сбивали меня с толку, когда я только начинал их изучать. Ниже приведены объяснения этих терминов, которые помогут вам разобраться в них.

Начнем с областей видимости

Область видимости

Область видимости в JavaScript определяет, какие переменные доступны вам. Существуют два типа областей видимости: глобальная и локальная.

Глобальная область видимости

Если переменная объявлена вне всех функций или фигурных скобок ({}), то считается, что она определена в глобальной области видимости.

Примечание: это верно только для JavaScript в веб браузерах. В Node.js глобальные переменные объявляются иначе, но мы не будем касаться Node.js в этой статье.

const globalVariable = 'some value';

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

const hello = 'Hello CSS-Tricks Reader!';

function sayHello () {
  console.log(hello);
}

console.log(hello); // 'Hello CSS-Tricks Reader!'
sayHello(); // 'Hello CSS-Tricks Reader!'

Хотя можно объявлять переменные в глобальной области видимости, но не рекомендуется это делать. Всё из-за того, что существует вероятность пересечения имен, когда двум или более переменным присваивают одинаковое имя. Если переменные объявляются через const или let, то каждый раз, когда будет происходить пересечение имён, будет показываться сообщение об ошибке. Такое поведение нежелательно.

// Не делайте так!
let thing = 'something';
let thing = 'something else'; // Ошибка, thing уже была объявлена

Если объявлять переменные через var, то вторая переменная после объявления перепишет первую. Такое поведение тоже нежелательно, т.к. код усложняется в отладке.

// Не делайте так!
var thing = 'something';
var thing = 'something else'; // возможно где-то в коде у переменной совершенно другое значение
console.log(thing); // 'something else'

Итак, следует всегда объявлять локальные переменные, а не глобальные.

Локальная область видимости

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

В JavaScript выделяют два типа локальных областей видимости:

• область видимости функции
• и область видимости блока.

Сначала рассмотрим область видимости функции

Область видимости функции

Переменная, объявленная внутри функции, доступна только внутри функции. Код снаружи функции не имеет к ней доступа.

В примере ниже, переменная hello находится внутри области видимости функции sayHello:

function sayHello () {
  const hello = 'Hello CSS-Tricks Reader!';
  console.log(hello);
}

sayHello(); // 'Hello CSS-Tricks Reader!'
console.log(hello); // Ошибка, hello не определена

Область видимости блока

Переменная, объявленная внутри фигурных скобок {} через const или let, доступна только внутри фигурных скобок.

В примере ниже, можно увидеть, что переменная hello находится внутри области видимости фигурных скобок:

{
  const hello = 'Hello CSS-Tricks Reader!';
  console.log(hello); // 'Hello CSS-Tricks Reader!'
}

console.log(hello); // Ошибка, hello не определена

Блочная область видимости является частным случаем области видимости функции, т.к. функции объявляются с фигурными скобками (кроме случаев использования стрелочных функций с неявным возвращением значения).

Подъем функции в области видимости

Функции, объявленные как «function declaration» (прим. перев.: функция вида function имя(параметры) {...}), всегда поднимаются наверх в текущей области видимости. Так, два примера ниже эквивалентны:

// Тоже самое, что пример ниже
sayHello();
function sayHello () {
  console.log('Hello CSS-Tricks Reader!');
}

// Тоже самое, что пример выше
function sayHello () {
  console.log('Hello CSS-Tricks Reader!');
}
sayHello();

Если же функция объявляется как «function expression» (функциональное выражение) (прим. перев.: функция вида var f = function (параметры) {...}), то такая функция не поднимается в текущей области видимости.

sayHello(); // Ошибка, sayHello не определена
const sayHello = function () {
  console.log(aFunction);
}

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

У функций нет доступа к областям видимости других функций

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

В примере ниже функция second не имеет доступа к переменной firstFunctionVariable.

function first () {
  const firstFunctionVariable = `I'm part of first`;
}

function second () {
  first();
  console.log(firstFunctionVariable); // Ошибка, firstFunctionVariable не определена.
}

Вложенные области видимости

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

В тоже время внешняя функция не имеет доступа к переменным внутренней функции.

function outerFunction () {
  const outer = `I'm the outer function!`;

  function innerFunction() {
    const inner = `I'm the inner function!`;
    console.log(outer); // I'm the outer function!
  }

  console.log(inner); // Ошибка, inner не определена
}

Для визуализации того, как работают области видимости, можно представить одностороннее зеркало. Вы можете видеть тех, кто находится с другой стороны, но те, кто стоят с обратной стороны (зеркальной стороны), не могут видеть вас.

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

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

Замыкания

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

function outerFunction () {
  const outer = `I see the outer variable!`;

  function innerFunction() {
    console.log(outer);
  }

  return innerFunction;
}

outerFunction()(); // I see the outer variable!

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

function outerFunction () {
  const outer = `I see the outer variable!`;

  return function innerFunction() {
    console.log(outer);
  }
}

outerFunction()(); // I see the outer variable!

Благодаря замыканиям появляется доступ к внешней функции, поэтому они обычно используются для двух целей:

1. контроля побочных эффектов;
2. создания приватных переменных.

Контроль побочных эффектов с помощью замыканий

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

function (x) {
  console.log('A console.log is a side effect!');
}

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

Для пояснения рассмотрим пример

Допустим, требуется приготовить торт ко дню рождения вашего друга. Приготовление торта займет секунду, так как написанная функция выводит «торт испечён» через секунду.

Примечание: для краткости и простоты далее используются стрелочные функции из ES6.

function makeCake() {
  setTimeout(_ => console.log(`Made a cake`), 1000);
}

Как можно заметить, такая функция имеет побочный эффект в виде таймера.

Далее допустим, вашему другу нужно выбрать вкус торта. Для этого нужно дописать «добавить вкус» к функции makeCake.

function makeCake(flavor) {
  setTimeout(_ => console.log(`Made a ${flavor} cake!`, 1000));
}

После вызова функции торт будет испечён ровно через секунду.

makeCake('banana'); // Made a banana cake!

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

Для решения этой проблемы можно написать функцию prepareCake, которая будет хранить вкус торта. Затем передать замыкание в makeCakeLater через prepareCake.

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

function prepareCake (flavor) {
  return function () {
    setTimeout(_ => console.log(`Made a ${flavor} cake!`, 1000));
  }
}

const makeCakeLater = prepareCake('banana');

// Позже в вашем коде...
makeCakeLater(); // Made a banana cake!

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

Приватные переменные с замыканиями

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

Однако иногда требуется доступ к такой приватной переменной, и для этого используются замыкания.

function secret (secretCode) {
  return {
    saySecretCode () {
      console.log(secretCode);
    }
  }
}

const theSecret = secret('CSS Tricks is amazing');
theSecret.saySecretCode(); // 'CSS Tricks is amazing'

В примере выше saySecretCode — единственная функция (замыкание), которая выводит secretCode снаружи исходной функции secret. По этой причине такую функцию называют привилегированной.

Отладка областей видимости с помощью DevTools

Инструменты разработчика (DevTools) Chrome и Firefox упрощают отлаживание переменных в текущей области видимости. Существует два способа применения этого функционала.

Первый способ: добавлять ключевое слово debugger в код, чтобы останавливать выполнение JavaScript кода в браузерах с целью дальнейшей отладки.

Ниже пример с prepareCake:

function prepareCake (flavor) {
  // Добавляем debugger
  debugger
  return function () {
    setTimeout(_ => console.log(`Made a ${flavor} cake!`, 1000));
  }
}

const makeCakeLater = prepareCake('banana');

Если открыть DevTools и перейти во вкладку Sources в Chrome (или вкладку Debugger в Firefox), то можно увидеть доступные переменные.

Можно также переместить debugger внутрь замыкания. Обратите внимание, как переменные области видимости изменяться в этот раз:

function prepareCake (flavor) {
  return function () {
    // Добавляем debugger
    debugger
    setTimeout(_ => console.log(`Made a ${flavor} cake!`, 1000));
  }
}

const makeCakeLater = prepareCake('banana');

Второй способ: добавлять брейкпоинт напрямую в код во вкладке Sources (или Debugger) путем клика на номер строки.

Выводы:

• Области видимости и замыкания не настолько сложны для понимания, как кажется. Они достаточно просты, если рассматривать их через принцип одностороннего зеркала.
• После объявления переменной в функции доступ к ней возможен только внутри функции. Такие переменные называют определенными в контексте этой функции.
• Если вы объявляете любую внутреннюю функцию внутри другой функции, то внутренняя функция называется замыканием, т.к. эта функция сохраняет доступ к переменным внешней функции.

Задача

Проект

Исходные данные

• name — название
• dest_type — тип полиморфной связи с направлением или районом («Place» или «District»)
• dest_id — id связи с направлением или районом
• stars — звездность (от 0 до 5)
• currency — код валюты

• arrival_date — дата заезда
• property_id — id отеля
• rule — тип правила (0 или 1), в зависимости от типа по разному рассчитывается дата выезда, подробнее в решении ниже
• min_stay — минимальное количество ночей для проживания

• room_id — id номера
• date — дата
• initial_count — количество доступных номеров
• sales_count — количество уже забронированных номеров

• room_id — id номера
• max_guests — максимальное количество гостей
• meal_type — тип питания, число от 0 до 8, где 0 — без питания, 1 — завтрак, 2 — полупансион и т.д.
• has_special_requirements — наличие специальных условий, булево значение
• before_type — тип специального условия (0 или 1), 0 — политика действует, только если бронирование происходит до определенной даты, 1 — политика действует, если бронирование совершается за N дней до даты заезда
  
• before_date — дата для before_type 0
• days_before_arrival — количество дней для before_type 1

• room_price_policy_id — id политики номера
• price_date — дата
• price — цена

• sale_currency — код продаваемой валюты
• buy_currency — код покупаемой валюты
• price — курс, число единиц продаваемой валюты, деленное на курс, даст число единиц покупаемой валюты
  

Входные параметры

• Направление или район — что-то из places или districts. Причем если это направление, то при поиске надо искать не только отели направления, но и отели всех районов направления
• Желаемая дата заезда
• Желаемая дата выезда
• Состав группы людей, например, 3 взрослых + 2 ребенка (7 и 9 лет)
• Опционально, фильтры по цене за ночь, звездности отеля, типу питания

Результаты поиска

• Подходящие даты заезда-выезда
• Подходящий по вместимости самый дешевый номер ИЛИ 3 самых дешевых номера если нет номера вмещающего всю группу
• Стоимость за период заезда-выезда в базовой валюте на каждый номер, попавший в результат

Решение

• Направление “Валь Торанс”, в которое входят еще два района “Тинь Ле Лак” и “Тинь Валь Кларе”
• Желаемая дата заезда: 2 января 2018
• Желаемая дата выезда: 8 января 2018 (соответственно количество желаемых ночей — 6)
• Состав группы людей: 3 взрослых + 2 ребенка (7 и 9 лет)
• Сегодня: 17 августа 2017

Шаг 1. Ближайшая дата заезда к желаемой

SELECT DISTINCT ON (property_id)
  arrival_date,
  property_id,
  abs('2018-01-02'::date - arrival_date) AS days_diff
FROM property_arrival_rules
INNER JOIN properties ON properties.id = property_arrival_rules.property_id
WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
  AND (
    (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
    OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
  )
ORDER BY property_id, days_diff

Шаг 2. Подходящая дата выезда

• удаляем рассчитанные периоды за даты: от “даты правила минус 30 дней” до “даты правила”
• рассчитываем периоды на каждый день от “даты правила минус 30 дней” до “даты правила” на каждый период бронирования: на 1 день, на 2 дня, на 3 дня, …, на 30 дней

WITH fit_arrival_rules AS (
  SELECT DISTINCT ON (property_id)
    arrival_date,
    property_id,
    abs('2018-01-02'::date - arrival_date) AS days_diff
  FROM property_arrival_rules
  INNER JOIN properties ON properties.id = property_arrival_rules.property_id
  WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
    AND (
      (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
      OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
    )
  ORDER BY property_id, days_diff
)

SELECT 
  property_arrival_periods.arrival_date, 
  property_arrival_periods.departure_date, 
  property_arrival_periods.property_id
FROM property_arrival_periods
INNER JOIN fit_arrival_rules
  ON property_arrival_periods.property_id = fit_arrival_rules.property_id 
    AND property_arrival_periods.arrival_date = fit_arrival_rules.arrival_date
WHERE wanted_departure_range @> (property_arrival_periods.arrival_date + 6)

Шаг 3. Доступные номера

WITH fit_arrival_rules AS (
  SELECT DISTINCT ON (property_id)
    arrival_date,
    property_id,
    abs('2018-01-02'::date - arrival_date) AS days_diff
  FROM property_arrival_rules
  INNER JOIN properties ON properties.id = property_arrival_rules.property_id
  WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
    AND (
      (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
      OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
    )
  ORDER BY property_id, days_diff
),
fit_arrival_dates AS (
  SELECT 
    property_arrival_periods.arrival_date, 
    property_arrival_periods.departure_date, 
    property_arrival_periods.property_id
  FROM property_arrival_periods
  INNER JOIN fit_arrival_rules
    ON property_arrival_periods.property_id = fit_arrival_rules.property_id 
      AND property_arrival_periods.arrival_date = fit_arrival_rules.arrival_date
  WHERE wanted_departure_range @> (property_arrival_periods.arrival_date + 6)
)

SELECT room_availabilities.room_id
FROM room_availabilities
INNER JOIN rooms ON rooms.id = room_availabilities.room_id
INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
WHERE fit_arrival_dates.arrival_date <= date AND date < fit_arrival_dates.departure_date
  AND initial_count - sales_count > 0
GROUP BY fit_arrival_dates.arrival_date, fit_arrival_dates.departure_date, room_id
HAVING COUNT(room_availabilities.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)

Шаг 4. Стоимость номеров и “помещается ли группа?”

• 3 взрослых
• 3 взрослых + ребенок 4 лет
• 2 взрослых + ребенок 10 лет (на место взрослого)

• 4 взрослых
• 3 взрослых + ребенок 7 лет
• 2 взрослых + 2 ребенка 9 лет

CREATE OR REPLACE FUNCTION is_room_fit_guests(guests INTEGER[], capacity INTEGER[])
RETURNS BOOLEAN
AS
$$ 
DECLARE
  guest int;
  seat int;
  seat_index int;
  max_array_index CONSTANT int := 2147483647;
BEGIN
  guest = guests[1];

  IF guest IS NULL
  THEN 
    RETURN TRUE;
  END IF;

  seat_index := 1;
  FOREACH seat IN ARRAY capacity
  LOOP
    IF guest <= seat
    THEN
      RETURN is_room_fit_guests(guests[2:max_array_index], capacity[1:seat_index-1] || capacity[seat_index+1:max_array_index]);
    END IF;
    seat_index := seat_index + 1;
  END LOOP;

  RETURN FALSE;
END;
$$ 
LANGUAGE plpgsql;

WITH fit_arrival_rules AS (
  SELECT DISTINCT ON (property_id)
    arrival_date,
    property_id,
    abs('2018-01-02'::date - arrival_date) AS days_diff
  FROM property_arrival_rules
  INNER JOIN properties ON properties.id = property_arrival_rules.property_id
  WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
    AND (
      (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
      OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
    )
  ORDER BY property_id, days_diff
),
fit_arrival_dates AS (
  SELECT 
    property_arrival_periods.arrival_date, 
    property_arrival_periods.departure_date, 
    property_arrival_periods.property_id
  FROM property_arrival_periods
  INNER JOIN fit_arrival_rules
    ON property_arrival_periods.property_id = fit_arrival_rules.property_id 
      AND property_arrival_periods.arrival_date = fit_arrival_rules.arrival_date
  WHERE wanted_departure_range @> (property_arrival_periods.arrival_date + 6)
)

SELECT
  rooms.property_id,
  fit_arrival_dates.arrival_date,
  fit_arrival_dates.departure_date,
  room_price_policy_id,
  room_price_policies.meal_type,
  (
    CASE
      WHEN room_properties.currency = 'EUR' THEN SUM(room_prices.price)
      ELSE (SUM(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
    END
  ) AS total,
  (
    CASE
      WHEN room_properties.currency = 'EUR' THEN AVG(room_prices.price)::DECIMAL(10,2)
      ELSE (AVG(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
    END
  ) AS average_night_price,
  rooms.id AS room_id,
  is_room_fit_guests(ARRAY[7,9,18,18,18], room_price_policies.capacity) AS fit_people
FROM room_prices
INNER JOIN room_price_policies ON room_prices.room_price_policy_id = room_price_policies.id
INNER JOIN rooms ON room_price_policies.room_id = rooms.id
INNER JOIN properties room_properties ON room_properties.id = rooms.property_id
LEFT JOIN currency_rates 
  ON currency_rates.sale_currency = room_properties.currency 
  AND currency_rates.buy_currency = 'EUR'
INNER JOIN (
  SELECT room_availabilities.room_id
  FROM room_availabilities
  INNER JOIN rooms ON rooms.id = room_availabilities.room_id
  INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
  WHERE fit_arrival_dates.arrival_date <= date AND date < fit_arrival_dates.departure_date
    AND initial_count - sales_count > 0
  GROUP BY fit_arrival_dates.arrival_date, fit_arrival_dates.departure_date, room_id
  HAVING COUNT(room_availabilities.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
) ra ON ra.room_id = rooms.id
INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
WHERE fit_arrival_dates.arrival_date <= price_date AND price_date < fit_arrival_dates.departure_date
  AND (room_price_policies.has_special_requirements = FALSE
    OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 0
      AND room_price_policies.before_date IS NOT NULL AND '2017-08-17'::date < room_price_policies.before_date)
    OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 1
      AND room_price_policies.days_before_arrival IS NOT NULL 
      AND '2017-08-17'::date < fit_arrival_dates.arrival_date - room_price_policies.days_before_arrival)
  )
  AND room_price_policies.capacity IS NOT NULL
GROUP BY
  rooms.property_id,
  fit_arrival_dates.arrival_date,
  fit_arrival_dates.departure_date,
  room_price_policy_id,
  room_price_policies.meal_type,
  rooms.id,
  room_properties.currency,
  currency_rates.price,
  room_price_policies.capacity
HAVING COUNT(room_prices.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)

Шаг 5. Подходящие отели

WITH fit_arrival_rules AS (
  SELECT DISTINCT ON (property_id)
    arrival_date,
    property_id,
    abs('2018-01-02'::date - arrival_date) AS days_diff
  FROM property_arrival_rules
  INNER JOIN properties ON properties.id = property_arrival_rules.property_id
  WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
    AND (
      (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
      OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
    )
  ORDER BY property_id, days_diff
),
fit_arrival_dates AS (
  SELECT 
    property_arrival_periods.arrival_date, 
    property_arrival_periods.departure_date, 
    property_arrival_periods.property_id
  FROM property_arrival_periods
  INNER JOIN fit_arrival_rules
    ON property_arrival_periods.property_id = fit_arrival_rules.property_id 
      AND property_arrival_periods.arrival_date = fit_arrival_rules.arrival_date
  WHERE wanted_departure_range @> (property_arrival_periods.arrival_date + 6)
),
properties_with_rooms AS (
  SELECT
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN SUM(room_prices.price)
        ELSE (SUM(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS total,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN AVG(room_prices.price)::DECIMAL(10,2)
        ELSE (AVG(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS average_night_price,
    rooms.id AS room_id,
    is_room_fit_guests(ARRAY[7,9,18,18,18], room_price_policies.capacity) AS fit_people
  FROM room_prices
  INNER JOIN room_price_policies ON room_prices.room_price_policy_id = room_price_policies.id
  INNER JOIN rooms ON room_price_policies.room_id = rooms.id
  INNER JOIN properties room_properties ON room_properties.id = rooms.property_id
  LEFT JOIN currency_rates 
    ON currency_rates.sale_currency = room_properties.currency 
    AND currency_rates.buy_currency = 'EUR'
  INNER JOIN (
    SELECT room_availabilities.room_id
    FROM room_availabilities
    INNER JOIN rooms ON rooms.id = room_availabilities.room_id
    INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
    WHERE fit_arrival_dates.arrival_date <= date AND date < fit_arrival_dates.departure_date
      AND initial_count - sales_count > 0
    GROUP BY fit_arrival_dates.arrival_date, fit_arrival_dates.departure_date, room_id
    HAVING COUNT(room_availabilities.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
  ) ra ON ra.room_id = rooms.id
  INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
  WHERE fit_arrival_dates.arrival_date <= price_date AND price_date < fit_arrival_dates.departure_date
    AND (room_price_policies.has_special_requirements = FALSE
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 0
        AND room_price_policies.before_date IS NOT NULL AND '2017-08-17'::date < room_price_policies.before_date)
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 1
        AND room_price_policies.days_before_arrival IS NOT NULL 
        AND '2017-08-17'::date < fit_arrival_dates.arrival_date - room_price_policies.days_before_arrival)
    )
    AND room_price_policies.capacity IS NOT NULL
  GROUP BY
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    rooms.id,
    room_properties.currency,
    currency_rates.price,
    room_price_policies.capacity
  HAVING COUNT(room_prices.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
)

SELECT DISTINCT ON(property_id) *, 
  1 as all_guests_placed
FROM properties_with_rooms
WHERE fit_people = TRUE
ORDER BY property_id, total

Шаг 6. Неподходящие отели с номерами в наличии

WITH fit_arrival_rules AS (
  SELECT DISTINCT ON (property_id)
    arrival_date,
    property_id,
    abs('2018-01-02'::date - arrival_date) AS days_diff
  FROM property_arrival_rules
  INNER JOIN properties ON properties.id = property_arrival_rules.property_id
  WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
    AND (
      (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
      OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
    )
  ORDER BY property_id, days_diff
),
fit_arrival_dates AS (
  SELECT 
    property_arrival_periods.arrival_date, 
    property_arrival_periods.departure_date, 
    property_arrival_periods.property_id
  FROM property_arrival_periods
  INNER JOIN fit_arrival_rules
    ON property_arrival_periods.property_id = fit_arrival_rules.property_id 
      AND property_arrival_periods.arrival_date = fit_arrival_rules.arrival_date
  WHERE wanted_departure_range @> (property_arrival_periods.arrival_date + 6)
),
properties_with_rooms AS (
  SELECT
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN SUM(room_prices.price)
        ELSE (SUM(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS total,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN AVG(room_prices.price)::DECIMAL(10,2)
        ELSE (AVG(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS average_night_price,
    rooms.id AS room_id,
    is_room_fit_guests(ARRAY[7,9,18,18,18], room_price_policies.capacity) AS fit_people
  FROM room_prices
  INNER JOIN room_price_policies ON room_prices.room_price_policy_id = room_price_policies.id
  INNER JOIN rooms ON room_price_policies.room_id = rooms.id
  INNER JOIN properties room_properties ON room_properties.id = rooms.property_id
  LEFT JOIN currency_rates 
    ON currency_rates.sale_currency = room_properties.currency 
    AND currency_rates.buy_currency = 'EUR'
  INNER JOIN (
    SELECT room_availabilities.room_id
    FROM room_availabilities
    INNER JOIN rooms ON rooms.id = room_availabilities.room_id
    INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
    WHERE fit_arrival_dates.arrival_date <= date AND date < fit_arrival_dates.departure_date
      AND initial_count - sales_count > 0
    GROUP BY fit_arrival_dates.arrival_date, fit_arrival_dates.departure_date, room_id
    HAVING COUNT(room_availabilities.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
  ) ra ON ra.room_id = rooms.id
  INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
  WHERE fit_arrival_dates.arrival_date <= price_date AND price_date < fit_arrival_dates.departure_date
    AND (room_price_policies.has_special_requirements = FALSE
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 0
        AND room_price_policies.before_date IS NOT NULL AND '2017-08-17'::date < room_price_policies.before_date)
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 1
        AND room_price_policies.days_before_arrival IS NOT NULL 
        AND '2017-08-17'::date < fit_arrival_dates.arrival_date - room_price_policies.days_before_arrival)
    )
    AND room_price_policies.capacity IS NOT NULL
  GROUP BY
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    rooms.id,
    room_properties.currency,
    currency_rates.price,
    room_price_policies.capacity
  HAVING COUNT(room_prices.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
),
properties_with_recommended_room AS (
  SELECT DISTINCT ON(property_id) *, 
    1 as all_guests_placed
  FROM properties_with_rooms
  WHERE fit_people = TRUE
  ORDER BY property_id, total
)

SELECT DISTINCT ON(property_id) *, 
  0 as all_guests_placed   
FROM properties_with_rooms
WHERE property_id NOT IN (SELECT property_id FROM properties_with_recommended_room)
ORDER BY property_id, total

Шаг 7. Все отели направления

WITH fit_arrival_rules AS (
  SELECT DISTINCT ON (property_id)
    arrival_date,
    property_id,
    abs('2018-01-02'::date - arrival_date) AS days_diff
  FROM property_arrival_rules
  INNER JOIN properties ON properties.id = property_arrival_rules.property_id
  WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
    AND (
      (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
      OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
    )
  ORDER BY property_id, days_diff
),
fit_arrival_dates AS (
  SELECT 
    property_arrival_periods.arrival_date, 
    property_arrival_periods.departure_date, 
    property_arrival_periods.property_id
  FROM property_arrival_periods
  INNER JOIN fit_arrival_rules
    ON property_arrival_periods.property_id = fit_arrival_rules.property_id 
      AND property_arrival_periods.arrival_date = fit_arrival_rules.arrival_date
  WHERE wanted_departure_range @> (property_arrival_periods.arrival_date + 6)
),
properties_with_rooms AS (
  SELECT
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN SUM(room_prices.price)
        ELSE (SUM(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS total,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN AVG(room_prices.price)::DECIMAL(10,2)
        ELSE (AVG(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS average_night_price,
    rooms.id AS room_id,
    is_room_fit_guests(ARRAY[7,9,18,18,18], room_price_policies.capacity) AS fit_people
  FROM room_prices
  INNER JOIN room_price_policies ON room_prices.room_price_policy_id = room_price_policies.id
  INNER JOIN rooms ON room_price_policies.room_id = rooms.id
  INNER JOIN properties room_properties ON room_properties.id = rooms.property_id
  LEFT JOIN currency_rates 
    ON currency_rates.sale_currency = room_properties.currency 
    AND currency_rates.buy_currency = 'EUR'
  INNER JOIN (
    SELECT room_availabilities.room_id
    FROM room_availabilities
    INNER JOIN rooms ON rooms.id = room_availabilities.room_id
    INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
    WHERE fit_arrival_dates.arrival_date <= date AND date < fit_arrival_dates.departure_date
      AND initial_count - sales_count > 0
    GROUP BY fit_arrival_dates.arrival_date, fit_arrival_dates.departure_date, room_id
    HAVING COUNT(room_availabilities.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
  ) ra ON ra.room_id = rooms.id
  INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
  WHERE fit_arrival_dates.arrival_date <= price_date AND price_date < fit_arrival_dates.departure_date
    AND (room_price_policies.has_special_requirements = FALSE
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 0
        AND room_price_policies.before_date IS NOT NULL AND '2017-08-17'::date < room_price_policies.before_date)
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 1
        AND room_price_policies.days_before_arrival IS NOT NULL 
        AND '2017-08-17'::date < fit_arrival_dates.arrival_date - room_price_policies.days_before_arrival)
    )
    AND room_price_policies.capacity IS NOT NULL
  GROUP BY
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    rooms.id,
    room_properties.currency,
    currency_rates.price,
    room_price_policies.capacity
  HAVING COUNT(room_prices.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
),
properties_with_recommended_room AS (
  SELECT DISTINCT ON(property_id) *, 
    1 as all_guests_placed
  FROM properties_with_rooms
  WHERE fit_people = TRUE
  ORDER BY property_id, total
),
properties_without_recommended_room AS (
  SELECT DISTINCT ON(property_id) *, 
    0 as all_guests_placed   
  FROM properties_with_rooms
  WHERE property_id NOT IN (SELECT property_id FROM properties_with_recommended_room)
  ORDER BY property_id, total
),
properties_with_cheapest_room AS (
  SELECT * FROM properties_with_recommended_room
  UNION ALL
  SELECT * FROM properties_without_recommended_room
)

SELECT properties.*,
  (
    CASE 
      WHEN room_id IS NOT NULL THEN 1
      ELSE 0
    END
  ) AS room_available,
  properties_with_cheapest_room.arrival_date,
  properties_with_cheapest_room.departure_date,
  properties_with_cheapest_room.room_id,
  properties_with_cheapest_room.room_price_policy_id,
  properties_with_cheapest_room.total,
  properties_with_cheapest_room.average_night_price,
  properties_with_cheapest_room.all_guests_placed
FROM properties
LEFT JOIN properties_with_cheapest_room ON properties_with_cheapest_room.property_id = properties.id
WHERE
    (
      (properties.dest_type = 'Place' AND properties.dest_id IN (9)) 
      OR (properties.dest_type = 'District' AND properties.dest_id IN (16, 17))
    )
ORDER BY all_guests_placed DESC NULLS LAST, room_available DESC, total ASC
LIMIT 20 OFFSET 0

Шаг 8. 3 самых дешевых номера

WITH fit_arrival_rules AS (
  SELECT DISTINCT ON (property_id)
    arrival_date,
    property_id,
    abs('2018-01-02'::date - arrival_date) AS days_diff
  FROM property_arrival_rules
  INNER JOIN properties ON properties.id = property_arrival_rules.property_id
  WHERE '2017-01-02'::date - 7 <= arrival_date AND arrival_date <= '2018-01-02'::date + 7
    AND property_id IN (1, 4)
  ORDER BY property_id, days_diff
),
fit_arrival_dates AS (
  SELECT 
    property_arrival_periods.arrival_date, 
    property_arrival_periods.departure_date, 
    property_arrival_periods.property_id
  FROM property_arrival_periods
  INNER JOIN fit_arrival_rules
    ON property_arrival_periods.property_id = fit_arrival_rules.property_id 
      AND property_arrival_periods.arrival_date = fit_arrival_rules.arrival_date
  WHERE wanted_departure_range @> (property_arrival_periods.arrival_date + 6)
),
properties_with_available_rooms AS (
  SELECT DISTINCT ON (rooms.id)
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN SUM(room_prices.price)
        ELSE (SUM(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS total,
    (
      CASE
        WHEN room_properties.currency = 'EUR' THEN AVG(room_prices.price)::DECIMAL(10,2)
        ELSE (AVG(room_prices.price) / COALESCE(currency_rates.price, 1))::DECIMAL(10,2)
      END
    ) AS average_night_price,
    rooms.id AS room_id
  FROM room_prices
  INNER JOIN room_price_policies ON room_prices.room_price_policy_id = room_price_policies.id
  INNER JOIN rooms ON room_price_policies.room_id = rooms.id
  INNER JOIN properties room_properties ON room_properties.id = rooms.property_id
  LEFT JOIN currency_rates 
    ON currency_rates.sale_currency = room_properties.currency 
    AND currency_rates.buy_currency = 'EUR'
  INNER JOIN (
    SELECT room_availabilities.room_id
    FROM room_availabilities
    INNER JOIN rooms ON rooms.id = room_availabilities.room_id
    INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
    WHERE fit_arrival_dates.arrival_date <= date AND date < fit_arrival_dates.departure_date
      AND initial_count - sales_count > 0
    GROUP BY fit_arrival_dates.arrival_date, fit_arrival_dates.departure_date, room_id
    HAVING COUNT(room_availabilities.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
  ) ra ON ra.room_id = rooms.id
  INNER JOIN fit_arrival_dates ON fit_arrival_dates.property_id = rooms.property_id
  WHERE fit_arrival_dates.arrival_date <= price_date AND price_date < fit_arrival_dates.departure_date
    AND (room_price_policies.has_special_requirements = FALSE
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 0
        AND room_price_policies.before_date IS NOT NULL AND '2017-08-17'::date < room_price_policies.before_date)
      OR (room_price_policies.has_special_requirements = TRUE AND room_price_policies.before_type = 1
        AND room_price_policies.days_before_arrival IS NOT NULL 
        AND '2017-08-17'::date < fit_arrival_dates.arrival_date - room_price_policies.days_before_arrival)
    )
  GROUP BY
    rooms.property_id,
    fit_arrival_dates.arrival_date,
    fit_arrival_dates.departure_date,
    room_price_policy_id,
    room_price_policies.meal_type,
    rooms.id,
    room_properties.currency,
    currency_rates.price
  HAVING COUNT(room_prices.id) = (fit_arrival_dates.departure_date - fit_arrival_dates.arrival_date)
)

SELECT 
  distinct_available_rooms.property_id,
  distinct_available_rooms.room_id,
  distinct_available_rooms.room_price_policy_id,
  distinct_available_rooms.total
FROM properties
JOIN LATERAL (
  SELECT * FROM properties_with_available_rooms
  WHERE properties.id = properties_with_available_rooms.property_id
  ORDER BY total
  LIMIT 3
) distinct_available_rooms ON distinct_available_rooms.property_id = properties.id        
WHERE properties.id IN (1, 4)
ORDER BY distinct_available_rooms.total

Результат

Наша компания из США (SkuVault, прописанная в Louisville, Kentucky) решила открыть 100-процентную дочку в России. Наш случай несколько уникален: CEO не мог посетить РФ, так что заверять и пересылать идентификационные документы приходилось туда-сюда меж двух контитентов.

На практике, все делается достаточно просто. Всего-то придется столкнуться с бюрократической машиной Mother Russia (которая за последние годы стала неимоверно удобнее), проблемами с межведомственной коммуникацией, ну да беготней с документами.

Список базовых документов для открытия ООО в России выглядит следующим образом:

• Паспорт владельца
• Заявление на открытие ООО
• Решение (о создании организации и назначении гендира)

Если учредитель – юр. лицо, то список документов дополняется документами о создании материнской организации, данные об учредителях, и, как подсказывает нам налоговая – “выписка из торговой палаты, или ее аналога”.

Ключевые документы по организации в США

• Certificate of Existence (когда и кем была зарегистрирована организация);
• Annual Report (годовой отчет о состоянии компании);
• Letter of Good Standing (документ о финансовом здоровье и отсутствии проблем с налогами);

Подавать документы можно только в оригинале, а действительны они будут только подписанные Секретарем Штата (Secretary of State).

1. Берем оригиналы этих трех документов, из списка выше
2. Несем делать перевод в местное бюро переводов, которое умеет нотариально заверять
3. Просим бюро заверить нотариально выполненный перевод

Бывает, что у материнской организации несколько учредителей. Я вернусь к этому нюансу позже.

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

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

По факту же, паспорт гражданина США (который используется американцами для поездок зарубеж) прекрасно подходит. Там нет адреса, так что надо отсканировать водительские права (в которых он есть).

Итак, вот у нас на руках сканы документов учредителя, которые он прислал по почте:

1. Копия паспорта гражданина США
2. Копия водительских

Переводим документы на русский в уже знакомом бюро переводов, заверяем перевод у нотариуса.

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

Форма Заявления

Разные отделы в налоговой хотят, чтобы заявление было заполнено по-разному. Если вы думаете, что регистрируясь через юридическую контору вы ощутимо облегчите себе жизнь, то вы ошибаетесь =) Не верьте возгласам, что юристы все сделают за вас. Они заполнят документы и побегают с ними по инстанциям, но заверять подписи учредителя, в случае если он отсутствует в России все равно придется самостоятельно. К сожалению, местные юристы за пределами двух столиц, обычно сами не знают полной процедуры и нюансов, а Московские и Питерские компании не консультировали по нашей ситуации, так как у них нет юрисдикции открывать дочерние организации за пределами своего региона.

Юристы и налоговая обычно утверждают, что заполнять заявление должно быть:

• Заполнено на кириллице, и только владельцем материнской организации (неправда, документ можно заполнить заранее, остается его только подписать)
• Подписано владельцем, с заверенной подписью только на территории РФ (неправда)
• Подписано владельцем, с заверенной подписью только в консульстве РФ (частично правда)

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

Путь первый: Консульство родное, сердцу дорогое

Если у вас есть готовность потратить кучу времени, чтоб посетить какое-нибудь русское консульство (которых 4 штуки по углам США), и назначить собеседовение (срок ожидания: ~2-4 недели) – снимаю перед вами шляпу.

В то время как посольство в D.C. моментально отвечает на корреспонденцию, и быстро берет трубку – консульство в Сан-Франциско больше похоже на ленивцев из Zootopia, и отвечают по почте только через две недели. Кстати, документы можно заверять в консульстве, которое не прикреплено к вашему штату (например гражданин из Кентукки, может записаться на прием в Сан-Франциско).

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

1. Учредительные документы в консульство (cert. of existence, letter of good standing, annual report)
2. Документы для подтверждения личности CEO (оригиналы и копии паспорта гражданина США, водительские)

Не забываем отослать заранее заполненные документы и сканы, которые вы хотите заверить и подписать, на почту консульству.

У нашей налоговой есть “желаемая” форма заверенного:

1. Подпись заверена штампом нотариуса в консульстве
2. Следующая страница содержит информацию о нотариусе, заверившем подпись
3. Нотариус должен указать количество страниц в документе (дабы не допустить последующей подмены)
4. Заявление и страница с данными нотариуса должны быть подшиты, и на корешке должна быть печать, объединяющая всё подшитое.

Примечание: если регистрируетесь через местную юридическую фирму, которая относит документы в налоговую, пенсионный, и другие инстанции, необходимо написать доверенность (Limited Power of Attorney) от имени владельца, на курьера юридической фирмы (или, соответственно, если вы занимаетесь регистрацией – на вас).

Путь второй: местный (американский) нотариус

Намного проще и быстрее. CEO подписывает заявление у нотариуса, а нотариус заверяет подпись. В идеальном раскладе, нотариус добавляет номер своей лицензии в поле ИНН.

Доверенность на курьера

Дабы подавать документы в налоговую от имени CEO материнской компании, надо написать доверенность (Limited Power of Attorney), сроком на один год, на вас или курьера. Сдать в налоговую надо будет оригинал, а также его нотариально заверенную копию. В доверенности нужно обязательно указать, на какие именно действия доверенность дается.

Решение (форма о решении создания ООО)

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

Подаем документы, ну и сверяемся

Отлично! Мы на финишной прямой. Давайте сверим пак документов:

1. Материнская организация: Certificate of Existence (с апостилем -> переведенная на русский -> перевод нотариально заверен)
2. Материнская организация: Annual Report (с апостилем -> переведенная на русский -> перевод нотариально заверен)
3. Материнская организация: Letter of Good Standing (с апостилем -> переведенная на русский -> перевод нотариально заверен)
4. CEO / Учредитель материнской организации: Водительские Права (отсканированные + распечатанные -> переведенные на русский -> перевод заверен у нотариуса)
5. CEO / Учредитель материнской организации: паспорт гражданина США (US Citizen Passport) (отсканированный + распечатанный -> переведенный на русский -> перевод заверен у нотариуса)
6. 2 копии Решения, заполненные на русском, подписанные CEO / учредителем материнской организации, с печатью материнской организации.
7. Заявление, заполненное на русском, подписанное CEO / учредителем материнской организации, подпись заверена нотариусом.

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

Сноски:

• Форма Решения: https://www.regberry.ru/registraciya-ooo/obrazcy-dokumentov/reshenie-edinstvennogo-uchreditelya-obrazec
• Форма Заявления: https://www.regberry.ru/registraciya-ooo/obrazcy-dokumentov/forma-r11001-zapolnenie

Статья-перепост из моего бложика

• Как разместить публикацию на Product Hunt
• На чём следует сосредоточиться
• Чего стоит избегать
• Как подготовиться заранее
• Как подавать свой продукт
• Бонус: Как сделать так, чтобы о вас рассказали официальные аккаунты Product Hunt в Twitter и Facebook, а также как попасть в рассылку, которую ежедневно получают сотни тысяч читателей (даже после запуска).

Запуск продукта: Чеклист

Как не надо делать

За несколько месяцев до запуска

Размещение

Маркетинг и продвижение продукта

Твиты / Репосты на Facebook

Как действительно продвинуть свой продукт

Новостная рассылка Product Hunt