Ваши вакансии - отстой или как HR-ам привлекать программистов

Этот пост не о технологиях, даже если вы не в курсе что такое SharePoint, то вам это не помешает.

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

1) Компания: ООО «Рога и копыта» ведущая консалтинговая компания в области управления, обладающая 20-летним опытом создания комплексных информационных систем в строительстве, энергетике, нефтегазовой отрасли и др.

2) Требования к кандидату:
•знание и опыт разработки под платформу Microsoft SharePoint Server 2013/2016 в том числе — Web Parts, Features, Master Pages, Custom Controls, Event Receivers, Timer Jobs, Site / List Templates, Workflow;
•знание основных механизмов администрирования SharePoint (Центр Администрирования, PowerShell), опыт работы с ними;
•проектирование структуры контента решения (коллекции сайтов, сайты, списки, поля списков и т.д.);
•навыки использования и реализованные решения на Server Object model, Client object model и REST API;
•знание T-SQL;
• отличное знание платформы .NET (.Net Framework и языка программирования С#);
• отличное знание веб-технологий, опыт разработки (JavaScript + jQuery, HTML, CSS);
• опыт работы c ASP.NET, WCF;
•опыт участия в коммерческих проектах разработок на базе SharePoint 2010/2013;
•умение диагностировать проблемы в работе ПО, вести общение с клиентами при осуществлении проектирования систем, технического сопровождения;
•опыт выполнять диагностику и отладку решений Microsoft SharePoint;

3) Обязанности:
• Проектирование и разработка решений на платформе MS SharePoint 2013/2016 в рамках проектов компании на всех стадиях (от формализации требований до передачи в промышленную эксплуатацию);
• Доработка существующих решений и автоматизация в соответствии с требованиями;
• Разработка решений по интеграции MS SharePoint со сторонними системами;
• Разработка SSOM решений, возможно рассмотреть варианты перевода решений на другую платформу/разработки на другой платформе (CSOM);
• Оценка трудоёмкости и сроков реализации задач;
• Взаимодействие со сторонними разработками MS SharePoint на аутсорсинге;
• Организация и управление процессом разработки;
• Развивать и поддерживать клиентские и внутренние MS SharePoint порталы.

4) Какими проектами нужно заниматься: Проекты разработки портальных решений на базе Microsoft SharePoint. Внедрение систем аналитической отчётности.

5) Технические детали: Microsoft SharePoint Designer; SQL Server management Studio; SQL Reporting Services, Visual Studio;. Языки: C#, JavaScript, HTML, CSS, T-SQL. Платформы ASP.NET, WCF, SharePoint 2013/2016. Управление разработкой: JetBrains (YouTrack, TeamCity) / обсуждается.

Почему эта вакансия отстойная

В ней нет важного

Что важно для программистов? Я понятия не имею. Поэтому ищу информацию на эту тему.
За 5 минут нахожу исследование https://www.superjob.ru/research/articles/111451/vybiraya-rabotu-programmisty-ischut-interesnyh-zadach-bankovskie-operacionisty-perspektiv-rosta-rabochie-i-medsestry-horoshego-kompensacionnogo-paketa/.

Для программистов в порядке убывания важности:
1. Высокая зарплата
2. Интересные задачи
3. Очевидные перспективы карьерного роста
4. Удобное расположение офиса

Что из этого есть в вакансии? Ничего.

Нет ценника

Я за всю жизнь провел на HH много времени в поисках работы и всегда фильтовал вакансии без указания заработной платы. Вообще всегда. Ни разу не откликнулся на вакансию без ценника. 8 из 10 моих знакомых поступали точно так же.

Как бы хорошо ни была написана вакансия, если нет ценника, то 80% соискателей пройдет мимо.

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

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

Все длинные описания можно сократить до короткой фразы:

Требуется программист SharePoint 2013\2016 (серверная и клиентская разработка, C#, JS, WCF, навыки администрирования, T-SQL) для разработки порталов и систем аналитической отчётности.

Программисту SharePoint одна фраза будет так же понятна, как и длинное описание.

Не выделено ключевое

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

Неверная цель

Автор вакансии прокомментировал:

То, что указано в вакансии - написано в расчёте на широкую аудиторию, а не на 2-3 человек, написано так, чтобы можно было варьировать подход к кандидатам с разным опытом.

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

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

Как сделать хорошую вакансию

О компании и проектах

Не пишите «ведущая компания» - это вранье в 99% случаев. Даже если где-то есть рейтинг, где вашу компанию поставили на первое место, то соискателю на это насрать. Также соискателю насрать сколько там у вас лет опыта и в каких отраслях. Более того, вообще всем насрать на 20-летний опыт в нефтегазовой или любой другой сфере.

Напишите важное - какими проектами вы занимаетесь. Указывайте больше деталей. Детали продают.

Требуется программист SharePoint в ООО «Рога и копыта». Надо будет создавать портал и систему отчетности по исполнительской дисциплине. Клиент - нефтегазовая компания с 5 тысячами пользователей и 23 филиалами по всей России и странам СНГ. Придется взаимодействовать с аутсорсерами, контролировать качество их работы. А так же переписать модуль СЭД с SSOM на JSOM.

Требования к кандидатам

Не надо расписывать каждую технологию. Сделайте акценты на том, что важно.

Надо разбираться в разработке и администрировании SharePoint 2013 и 2016, ASP.NET, WCF, уметь писать на JavaScript, C# и T-SQL. Обязательно знать jQuery и уметь делать рабочие процессы в SharePoint Designer.

Если важны личные качества, то не пишите банальности. Не надо писать про «ориентированность на результат», «умение работать в команде», «обязательность» и «исполнительность». Пишите только о том, что можете и будете проверять на собеседовании.

Условия работы

Пишите без брехни. «3 минуты от ТТК» - может оказаться так далеко от цивилизаии, что своим ходом туда не доберешься.
Обязательно укажите:

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

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

Укажите ценник

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

Указывайте сумму на руки, суммы до вычета налогов интерсуют только бухгалтеров.

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

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

Заключение

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

  1. Что за компания и кого ищите
  2. Описание проекта, с деталями
  3. Требования, с акцентами на важном
  4. Условия работы
  5. Ценник
  6. Ключевые слова для поиска

Вот как я бы написал аналогичную вакансию:

ООО «Рога и копыта» (ссылка на сайт) занимается заказной разработкой программ. Нам требуется программист SharePoint на постоянную работу.

Надо будет создавать портал и систему отчетности по исполнительской дисциплине. Клиент - нефтегазовая компания с 5 тысячами пользователей и 23 филиалами по всей России и странам СНГ. Придется взаимодействовать с аутсорсерами, контролировать качество их работы. А так же переписать модуль СЭД с SSOM на JSOM.

Надо разбираться в разработке и администрировании SharePoint 2013 и 2016, ASP.NET, WCF, уметь писать на JavaScript, C# и T-SQL, HTML и CSS.
Обязательно знать jQuery и уметь делать рабочие процессы в SharePoint Designer.
Мы используем JetBrains YouTrack и TeamCity в разработке, их знание будет плюсом.

Условия работы
• Офис в 5 минутах ходьбы от метро Парк Культуры
• Команда из 6 программистов, двух аналитиков и одного тестировщика под началом руководителя проекта
• График работы с 10:00 до 19:00, можно удаленно по согласованию с РП
• В офисе всегда свежие фрукты

Зарплата белая, 120 000 рублей в месяц на руки. Есть проектные премии по окончанию проекта.

Условия обсуждаемы

Ключевые слова для поиска: SharePoint, SSOM, JSOM, ASP.NET, WCF, JavaScript, C#, T-SQL, HTML, CSS, jQuery

Текст вакансии должен продавать позицию кандидату и отсеивать тех, кто не подходит.

PS. Если с чем-то не согласны - пишите в комментариях. Кому понравилось - делайте перепост.



3 причины не верить почасовой ставке

За неделю ко мне обратились две компании, предлагали проект на SharePoint и спрашивали какая у нас (vnextsoft) почасовая ставка. Они не говорили какую конкретно задачу надо решать или какой портал сделать, их просто интересовала ставка.

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

1. Почасовая ставка не определяет стоимость проекта

Стоимость проекта - это произведение ставки на количество часов. Ставки варируются в 2-2,5 раза максимум. Количество часов, которое может быть потрачено на решение задачи, легко может отличаться в 3-5 раз. Один раз даже видел разницу в 10 раз.

Это вполне нормально. Алистер Коберн в статье “Магия числа ПИ для руководителей проектов” вывел простую зависимость - если команда новая и проект новый, то оценки нужно умножать на Пи в квадате, что примерно равно 9,87. Опытная команда, которая уже сделала аналогичные проекты, может сделать проект с трудозатратами в 10 раз меньше, чем неопытная. Кроме того, если у компании есть наработки, решающие задачи клиента, то оценка также может быть снижена.

Так что разница в оценках в 3-5 раз - вполне ожидаема. Почасовая ставка меньше влияет на стоимость проекта.

2. Почасовая ставка снижает качество

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

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

Компании, продающие “часы” сотрудников, пользуются формулой: стоимость часа для заказчика = ЗП в час * 3. Коэффициент 3 - это не жадность, а налоги + отпуск + оборудование + софт + управление + продажи + потенциальные простои + миниимальная прибыль, чтобы имело смысл заниматься бизнесом.

Если вам пытаются продать программиста SharePoint за 1500р\час, когда средняя ЗП - 120 000 в месяц, то этот программист увидел SharePoint в первый раз.

3. Почасовая ставка - это обман

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

Некоторые компании (не буду называть) предлагают низкую ставку, но раздувают план проекта. Чтобы не выглядело странным, что простое действие занимает 40 часов, в план добавляют “непроизводственные расходы”, вроде работы аналитиков, менеджеров, “проектирование” итд.

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

Кто виноват Что делать

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

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



Встреча сообщества по SharePoint и Office 365

26 октября 2016 года состоится встреча сообщества по SharePoint и Office 365. Поделимся опытом реализации проектов на SharePoint и расскажем про новые возможности Office 365. Встреча пройдет в Microsoft Technology Center на Лесной. Начало встречи в 18:00.

В программе доклады:

PowerApps и Flow в Office 365
Михаил Бондаревский
В докладе покажу новые инструменты в Office 365 — PowerApps и Flow. Они станут доступны в ближайшем релизе Office 365. PowerApps — конструктор приложений мобильных приложений, который использует SharePoint Online как источник данных. Flow — конструктор рабочих процессов, ориентированный на конечных пользователей. 

Конфигурация Release Management в Team Foundation Server 2015 для решений фермы SharePoint 2013/2016
Александр Смотров
В докладе расскажу как автоматизировать сборку и развертывание решений для SharePoint. Как настроить автотесты для решений с помощью агентов Team Foundation Server.

Быстрая разработка и установка пакетов для SharePoint в облаке и на земле
Станислав Выщепан
В докладе расскажу про современные инструменты разработчика SharePoint, которые работают быстро, снижают количество ошибок и автоматизируют рутинные операции. Расскажу как создавать решения на TypeScript в vscode. Как загружать в SharePoint новые версии скриптов с помощью gulp. Как собрать.pnp пакет для установки и установить его в SharePoint Online и SharePoint 2016.

  Для участия обязательна регистрация, иначе вас не пустят в здание.

Если вы пропустили предыдущие встречи, то можете посмотреть записи:



SharePoint 2016 для архитекторов

Месяц назад SharePoint 2016 стал RTM. Это значит, что изменений в функционале SharePoint в ближайшие полгода мы не увидим.

SharePoint 2016 еще не GA (General Availability), то есть вы не сможете получить полноценный лицензионный ключ, только триал. Но уже пора думать о переходе на новую версию.

В SharePoint 2016 мало изменений с точки зрения пользователя или разработчика, зато много с точки зрения администратора и архитектора.

Подробнее рассмотрим новшества.

Project Server

Это первое о чем вы узнаете еще до установки SharePoint 2016. SharePoint и Project Server теперь одно целое. Ставятся они вместе, таблицы project хранятся в контентной базе SharePoint. Для включения Project Server 2016 достаточно одной команды PowerShell. С точки зрения маркетинга и продаж это все еще разные продукты.

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

Нет больше Foundation и не поддерживается SQL Express

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

У Microsoft была стратегия, что бесплатная версия Foundation должна продавать платную. WSS 2.0 даже включили в состав Windows Server 2003R2. Получилось ровно обратное - при наличии бесплатного Foundation заказчики даже не рассматривали платную версию.

Доходило до смешного: я недавно получил запрос на оценку разработки портала. Там требовались профили и личные сайты, синхронизация с AD, древовидные справочники, поиск по контенту, социальные фичи. Но все это должно было работать на Foundation.

SQL Express иногда использовали для разработческих\демонстрационных сред. Но теперь SQL Server Developer Edition бесплата для всех зарегистрированных разработчиков, поэтому потребность в Express-версии гораздо ниже.

Минимальные требования

Процессоров и памяти для SharePoint 2016 требуется столько же, сколько для 2013. Я бы рекомендовал иметь один сервер минимум с 16 гб оперативки и 4 ядрами для SharePoint+SQL для 300 активных пользователей, которые заходят на портал и что-то делают минимум раз в день. При росте количества пользователей масштабировать службы, которые не выдерживают нарузки.

Требования к софту изменились сильно - минимум Windows Server 2012R2 и SQL Server 2014 SP1, а лучше SQL Server 2016, чтобы поставить Reporting Services и PowerPivot. Минимальная поддерживаемая версия IE - 10, видимо потому, что используется CSS 3.

Нет больше Standalone режима установки

Еще со времен WSS 2.0 (может и раньше, я не в курсе) в SharePoint было два режима - Ферма и Standalone. Ферма могла быть развернута на нескольких серверах и требовала доменных учеток, а Standalone работал с локальными учетками и мог ставится даже без AD.

В SharePoint 2010 без AD стало невозможно установить SharePoint, а в Standalone было огромное количество багов. При этом ферму, поставленную в Standalone, было практически невозможно масштабировать. Надо было еще в 2013 отказаться от этого режма, но почему-то его оставили и убрали только сейчас.

MinRole

Во время запуска Configuration Wizard спрашивают какя роль будет у сервера. Указав роль вы получете набор Service Application на этом сервере без возможности этот набор изменить. Кроме роли Custom, при которой вы сможете настроить службы на сервере самостоятельно.

С одной стороны это упрощает настройку. С другой - отказоустойчивая ферма теперь требует 8 серверов SharePoint (4 роли * 2 сервера), это в дополнение к двум серверам для баз данных и двум серверам для Office Online Server.

Мне кажется, что в реальности такое количество серверов никто поднимать не будет. Тем более на практике отказоустойчивую ферму можно собрать на 4 серверах вместо 8.

Распределенный кэш

В SharePoint 2013 была проблема. Он использовал AppFabric Cache 1.0, который содержал утечки памяти. Надо было руками патчить его до последнего Cumulative Update. В SharePoint 2016 теперь ставится AppFabric сразу с CU7.

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

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

На technet есть официальный гайд по настройке тайм-аутов, он акутален как для SharePoint 2013, так и для 2016. Но в 2016 появились еще несколько кэшей (ContainerType):

  • DistributedSharedWithUserCache
  • DistributedUnifiedGroupsCache
  • DistributedFileLockThrottlerCache
  • DistributedResourceTallyCache
  • DistributedHealthScoreCache

Для них тоже стоит увеличить тайм-ауты, особенно в случае односерверной фермы.

Site Masters и баг в личных сайтах

Для создания личных сайтов в SharePoint 2016 используется новый механизм, называемый Site Masters. Вместо создания новой сайт-коллекции и активирования фич с запуском кода, создается одна скрытая сайт-коллекция (master), а из нее новые коллекции получаются просто копированием на уровне базы данных. Можно самостоятельно добавить мастеры для шаблонов сайтов, если надо будет массово создавать коллекции по этим шаблонам.

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

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

Я сделал фикс для этой проблемы. Надо скачать себе все файлы из репозитария, запустить build.cmd и установить на ферму полученный WSP-файл. Это обязательно надо сделать до первого захода на личный сайт. Когда Microsoft багу починит можно будет WSP не отключать, он не помешает.

Подробное описание бага - https://thesharepointfarm.com/2016/03/unable-to-provision-social-features-in-sharepoint-server-2016/.

Нет больше FIM в SharePoint

User Profile Sync Service, который по сути FIM Sync Service, появился в SharePoint 2010 и … не работал. Потом вышел CU, который его чинит, а следущий CU сновал ломал UPS. В SharePoint 2013 UPS стал работать стабильнее, но все равно было сложности с настройкой и отладкой.

В SharePoint 2016 окончательно решили этот вопрос - выпилили FIM из SharePoint. Теперь для простых сценариев есть AD Import, а для сложных можно отдельно установить Microsoft Identity Manager (MIM, теперь FIM так называется) и настроить синхронизацию в нем. Microsoft подготовил скрипты для настройки MIM - https://github.com/OfficeDev/PnP-Tools/tree/master/Solutions/UserProfile.MIMSync.

С точки зрения лицензирования MIM Sync Engine требует только Windows Server CAL, поэтому не увеличивает лицензионную нагрузку.

Продолжение следует

В следующий раз я расскажу про Office Online Server, Excel Service и PowerPivot.
Кто хочет научится устанавливать и настраивать все возможности SharePoint - приходите на тренинг.
Описание и регистрация по ссылке https://gandjustas.timepad.ru/event/317082/.



Блоггинг и электронная коммерция без сервер-сайд

За 7 лет я написал более сотни постов. Все посты выводятся на главной с разбиением по страницам, по 5 постов. Всего 32 страницы. Угадайте сколько человек добиралось до десятой ? Ни одного. Это значит, что две трети того, что я написал, можно найти только в гугле или яндексе. Позиции у блога в индексе не очень высокие. Значит примерно половина блога просто не существует.

Старые посты

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

На Jekyll это оказалось не так просто. Теги к постам добавлять можно, а вывести на страницу все посты по конкретному тегу - задача нетривиальная и не полностью автоматизируется. При добавлении тегов надо будет руками добавлять страницы.

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

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

Рекомендации

Гораздо интереснее, чтобы читателю предлагали перейти к наиболее интересным и\или похожим постам. Для этого нужен механизм рекомендаций.

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

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

Шаринг

Почти треть трафика у меня приходит из соцсетей. Чтобы автоматически постить обноления в соцсети я использую IFTTT. Чтобы посты видели только те, кому интересно, сделал для блога страницы на FB и G+.

Поиск и прием платежей

Тут помог яндекс. У яндекса есть поиск по сайту, я его прикрутил к блогу. Для приема платежей в магазине прикрутил формы быстрой оплаты яндекс-денег. Один недостаток - берут коммиссию с покупателя.

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

Заключение

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

Если интересно как устроен блог - можно посмотреть исходники на github.