В первой заметке мы рассмотрели дополняющие или параллельные трансакции. И с ними всё было просто, потому что оба человека «играли» в одну и ту же «игру». Например, «Взрослый» первого обращался к «Взрослому» второго и «Взрослый» второго отвечал «Взрослому» первого. Надо сказать, что общение в рамках дополняющих трансакций может происходить довольно долго, потому что всех всё устраивает. А если согласованности нет?
Да, в начале была конверсия! А потом маркетологи стали задумываться, как получили эту конверсию и что нужно сделать, чтобы повторить успех. А ещё лучше – приумножить его.
С желанием изучить путь пользователя родилось не только множество сценариев поведения пользователя, но и спор про атрибуции: если пользователь посещал сайт не единожды перед тем, как совершил конверсию, какой тогда источник считать конверсионным?
Интернет и в особенности социальные сети дают возможность мгновенного распространения контента на огромную аудиторию. Казалось бы, что может быть круче, чем запустить что-то провокационное: чтобы обсуждали, лайкали или хейтили, писали и шарили (пусть даже с возмущением!).
Ведь это бесплатное увеличение охвата и возможность познакомить с продуктом большое количество аудитории. А если и не бесплатное, то за очень, очень дёшево. Как это обычно происходит? Давайте срочно придумаем провокационный креатив и стартуем! Хороший маркетолог просто обязан в этом месте сказать себе «СТОП!» и ответить на ряд вопросов.
«Всегда честно признавай свои ошибки, это притупит бдительность начальства и позволит тебе натворить новые.» Марк Твен
Как сделать так, чтобы общение с базой данных было наиболее оптимальным, защищённым от ошибок и лишнего потребления ресурсов? Сначала давайте разберёмся с тем, какие в SQLAlchemy есть сущности для работы с сессиями и за что они отвечают.
Итак, вы начинаете делать сайт на Django! Какие модули можно смело подключать с самого начала разработки?
В этой заметке решил рассказать немного о Redux – библиотеке, которая реализует модель состояния приложения. Она позволяет формализовать и однозначно определять взаимодействующие сущности, упрощает поддержку, тестирование и добавление нового кода.
Безусловно, целью этой серии заметок не является подробное изложение психологической модели трансакционного анализа Эрика Бёрна. Это скорее затравка, попытка привлечь внимание к полезному инструменту и интересной концепции. И, конечно, я не удержался от соблазна снабдить материал контекстными примерами.
Таким вопросом часто задаются начинающие разработчики, выбирая лучший сборщик для своего Java-проекта. Давайте попробуем немного разобраться в этом совсем неоднозначном вопросе.
Сейчас большинство команд разработки принимает на вооружение стандарты кодирования и организовывает процедуры следования им. Самый лучший способ следить за соблюдением принятых стандартов, конечно же, это code review. Но постоянное возвращение кода из-за незамеченного тобой отступления от правил кодирования, к примеру, отсутствия отступа перед оператором return, не добавляет популярности данной процедуре. Чтобы уменьшить объём подобных небрежностей, для PHP-программистов существует инструмент CodeSniffer.
