заметки про лайфстайл, коворкинг и интернет-маркетинг
Ctrl + ↑ Позднее

Что значит «договориться»?

28 апреля 2016, 18:24

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

Вот например вы шлёте человеку письмо и предлагаете встретиться завтра в 15:00. Это не значит, что вы договорились с ним. Это только значит, что вы письмо отправили. И если на письмо никто не ответил, значит надо звонить или писать снова и просить подтверждения.

Или кто-то вам сказал, что может в 12:00 созвониться в скайпе. Но это не значит, что вы на 12:00 с ним договорились, он просто может, а чтобы договориться, надо от человека получить подтверждение, что именно в 12:00 и именно с вами он созвониться в скайпе.

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

Ну и так далее...

Давайте не будем про это забывать, договорились?

Git bash в PhpStorm для Windows

24 апреля 2016, 21:04

Всем привет! Расскажу как немного сделать удобнее PhpStorm на Windows.

Для начала нужно установить Git bash

Скачать

По-умолчанию терминалом для PhpStorm является стандартный терминал windows cmd.exe. Для того чтобы настроить в PhpStorm bash терминал нужно изменить соответствующую настройку:

C:\Program Files\Git\bin\sh.exe -login -i
-login и -i нужны для загрузки конфигурационных файлов и включения интерактивного режима.

Теперь можете пользоваться всеми bash командами в PhpStorm на Windows

В Калифорнии теперь есть улица «Теория большого взрыва»

27 февраля 2016, 17:50

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

200-й эпизод s09e17 — «The Celebration Experimentation»
Смотреть

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

«Город Пасадена гордится возможностью обзавестись комедийными и научными связями с “Теорией Большого взрыва”. Пасадина славится своими астрономами, химиками и мыслителями, проделавшими здесь немало серьёзной работы.
Однако благодаря “Теории Большого взрыва” быть умным в Пасадине ещё и весело»,
— заявил член городского совета Энди Уилсон.

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

Кроме того, в гостях у Конана актёры Мьям Бьялик и Джонни Галэки воспроизвели свой первый экранный поцелуй. Они снимались вместе ещё в детстве.

200-й эпизод под названием «Праздичный эксперимент» расскажет о дне рождения Шелдона. Зрителям обещают много сюрпризов и приглашённых звёзд.

В честь юбилея СМИ посвятили сериалу множество материалов. Например, The Hollywood Reporter рассказал, как комедия про гиков превратилась в семейное шоу. А портал Upvoted разобрался в том, почему фанаты комиксов, компьютерных игр и научной фантастики теперь ненавидят когда-то близкий им по духу сериал.

10 правил сторителлинга

13 февраля 2016, 15:58

Сегодня — о новом способе рассказывать истории в интернете.


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

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

Cкоро настанет новая эпоха — эпоха цифрового сторителлинга. Это как золотой век русской литературы, только в интернете.

В конце 2012 года, на волне популярности iPad, редакции стали переосмыслять будущее читательского опыта. У дизайнеров и издателей новой эпохи сформировались свои стандарты, объединенные общим названием Digital Storytelling. Многие экспериментировали со специальными версиями своих изданий для планшетов, но наибольшим успехом оказался новый формат сторителлинга — интерактивная история Snowfall редакции New York Times совершила революцию в интернет-паблишинге, и создала новый стандарт подачи контента.

Материал Snowfall редакции New York Times набрал 80 тысяч лайков, а его название стало нарицательным для всех статей такого типа.

Мне бы хотелось развивать и обучать этому формату других. Наша задача — создание глобального комьюнити сторителинга. Создавая «Тильду», мы поставили себе цель дать людям простой инструмент, для того, чтобы они могли рассказывать свои истории. Эта платформа помогает создавать контентно-ориентированные проекты и публиковать их в интернете. Работая над собственной платформой и изучая формат, мы сформулировали основные правила, которые помогают в работе над визуальными историями.

Как рассказать интересную историю?

1. Контент — это главное

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

2. Будьте исследователем

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

3. Найдите красивые картинки

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

4. Прорабатывайте заголовки

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

«Владимир Кличко — сильнее всех в EBU»**

Каламбуры в заголовках, которые были популярны с середины нулевых, в последнее время стали считаться моветоном (например, обзор холодных летних супов: «Окрошка моя, я по тебе скучаю»).

Всегда будут популярны заголовки с цифрой (которые продиктованы жанром подборки или листинга): «25 мест в России, где очень весело живется», «20 фотографий о том, как весело быть детьми». Есть и совсем желтые варианты — «Эта тренировка на 9 минут заменит полноценное занятие в спортзале». Тут важно найти баланс между привлекательностью заголовка и его провокационностью, потому что никто не любит обманутых ожиданий.

5. Проектируйте несколько слоев чтения

Существует два типа чтения: первое — линейное. Сначала идет оценка материала, затем — чтение текста по порядку. Традиционный вариант. Второе — кросс-чтение (скимминг): чтение идет только по заголовкам, врезам и так далее. Плюс, если попадается что-то интересное, внимание останавливается на тексте.

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

6. Думайте паттернами

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

Паттерн оформления заголовка: раздел, заголовок, лид.

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

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

7. Избегайте монотонности

Подумайте, что и в какой последовательности увидит читатель. Подача материала должна быть разнообразной. Хороший паттерн, примененный 10 раз подряд, может мозолить глаза почти так же, как простыня текста. Посмотрите, к примеру, как выкручиваются дизайнеры Apple: имея всего один объект, они нашли 9 способов показать его по-новому.

8. Единство и контраст

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

Не переборщите с дизайном и цветом — обилие стилей перетягивает внимание и мешает усвоению информации. Развивайте в себе аскета.

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

9. Найдите подходящую тональность

Хорошо учитывать культурный контекст шрифтов. Например, в материале про Нью-Йорк будет логично смотреться Helvetica (используется в городской навигации, отражает идеологию модернизма), а про Венецию — Bodoni (один из старейших итальянских шрифтов, до сих пор широко применяемый дизайнерами).

Для хорошо оформленной статьи вполне достаточно одного шрифта. Допустимо также использование двух шрифтов — это создает эффектный контраст.

Характер шрифта влияет на тон высказывания.

10. Позаботьтесь о шэринге

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

Возможно вы захотите использовать мотивирующий текст (call to action) в комбинации с шэрами. Именно на основе бейджика в ленте фейсбука или на сайте СМИ люди решают, будут они смотреть материал, или нет.

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

Как работать с Git #1

15 января 2016, 11:46

Я работаю менеджером проектов и маркетёром-аналитиком. Но у меня есть хобби: я люблю программировать и верстать.
Совсем недавно я научился работать с Git. Я напишу несколько статей про, то как работать с системой контроля версий — «Git»

Git — мощная и сложная распределенная система контроля версий. Понимание всех возможностей git открывает для разработчика новые горизонты в управлении исходным кодом. Самый верный способ обучиться владению Git — испытать его своими руками.

0. Для начала установите Git-клиент

для Debian/Ubuntu

apt-get install git

Linux OS X Windows

1. Подготовка к работе

Установка имени и электронной почты

git config --global user.name "Your Name"
git config --global user.email "your_email@whatever.com"

2. Создание проекта

Сейчас мы научимся создавать git репозиторий с нуля.

Создайте страницу «Hello, World»

Начните работу в пустом рабочем каталоге с создания пустого каталога с именем «hello», затем войдите в него и создайте там файл с именем hello.html с таким содержанием.

Выполните:

mkdir hello
cd hello
touch hello.html

Файл: hello.html

Hello, World

Создайте репозиторий

Теперь у вас есть каталог с одним файлом. Чтобы создать git репозиторий из этого каталога, выполните команду git init.

Выполните:

git init

Результат:

$ git init
Инициализированный пустой репозиторий Git в /home/isaevdimka/PhpstormProjects/git_tutorial/work/hello/.git/

Добавьте страницу в репозиторий

Теперь давайте добавим в репозиторий страницу «Hello, World».

Выполните:

git add hello.html
git commit -m "First Commit"

Результат:

$ git commit -m "First Commit"
[master (root-commit) 79959ff] First Commit
 1 file changed, 1 insertion(+)
 create mode 100644 hello.html

4. Проверка состояния

Научимся проверять состояние репозитория

Проверьте состояние репозитория

Выполните:

git status

Результат:

$ git status
В ветке master
нечего фиксировать, рабочая директория пуста

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

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

5. Внесение изменений

Сейчас научимся отслеживать состояние рабочего каталога

Измените страницу «Hello, World»

Добавим кое-какие HTML-теги к нашему приветствию. Измените содержимое файла на:

Файл: hello.html

<h1>Hello, World!</h1>

Проверьте состояние

Теперь проверьте состояние рабочего каталога.

Выполните:

git status

Результат:

$ git status
В ветке master
Changes not staged for commit:
  (используйте "git add <file>..." чтобы обновить данные для закрепления)
  (используйте "git checkout -- <file>..." чтобы отменить изменения в рабочей директории)

	modified:   hello.html

нет изменений, добавленных в коммит (используйте "git add" и/или "git commit -a")

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

Также обратите внимание на то, что сообщение о состоянии дает вам подсказку о том, что нужно делать дальше. Если вы хотите добавить эти изменения в репозиторий, используйте команду git add. В противном случае используйте команду git сheckout для отмены изменений.

6. Индексация изменений

Сейчас научимся индексировать изменения для последующих коммитов

Добавьте изменения

Выполните:

git add hello.html
git status

Результат:

$ git status
В ветке master
Изменения для закрепления:
  (используйте "git reset HEAD <file>..."  чтобы убрать из буфера)

	modified:   hello.html

Изменения файла hello.html были проиндексированы. Это означает, что git теперь знает об изменении, но изменение пока не перманентно записано в репозиторий. Следующий коммит будет включать в себя проиндексированные изменения.

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

7. Индексация и коммит

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

Предположим, что вы отредактировали три файла (a.html, b.html, and c.html). Теперь вы хотите закоммитить все изменения, при этом чтобы изменения в a.html и b.html были одним коммитом, в то время как изменения в c.html логически не связаны с первыми двумя файлами и должны идти отдельным коммитом.

В теории, вы можете сделать следующее:

git add a.html
git add b.html
git commit -m "Changes for a and b"


git add c.html
git commit -m "Unrelated change to c"

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

8. Коммит изменений

Сейчас научимся коммитить изменения в репозиторий

Закоммитьте изменения

Достаточно об индексации. Давайте сделаем коммит того, что мы проиндексировали, в репозиторий.

Когда вы ранее использовали git commit для коммита первоначальной версии файла hello.html в репозиторий, вы включили метку -m, которая делает комментарий в командной строке. Команда commit позволит вам интерактивно редактировать комментарии для коммита. Теперь давайте это проверим.

Если вы опустите метку -m из командной строки, git перенесет вас в редактор по вашему выбору.

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

Выполните:

git commit

Результат:

$ git commit
В ветке master
Changes not staged for commit:
	modified:   hello.html

нет изменений, добавленных в коммит

Когда вы ранее использовали git commit для коммита первоначальной версии файла hello.html в репозиторий, вы включили метку -m, которая делает комментарий в командной строке. Команда commit позволит вам интерактивно редактировать комментарии для коммита. Теперь давайте это проверим.

Если вы опустите метку -m из командной строки, git перенесет вас в редактор по вашему выбору.

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

Выполните:

git commit

Результат:

$ git commit
В ветке master
Changes not staged for commit:
	modified:   hello.html

нет изменений, добавленных в коммит

Выполните:

git commit -a

В первой строке введите комментарий: «Added h1 tag». Сохраните файл и выйдите из редактора. Вы увидите…

Результат:

$ git commit -a
[master 807fc00] Added h1 tag
 1 file changed, 1 insertion(+), 1 deletion(-)

Проверьте состояние

В конце давайте еще раз проверим состояние.

Выполните:

git status

Результат:

$ git status
В ветке master
нечего фиксировать, рабочая директория пуста

Рабочий каталог чистый, можете продолжить работу.

9. Изменения, а не файлы

Цели

Понять, что git работает с изменениями, а не файлами.
Большинство систем версионного контроля работают с файлами. Вы добавляете файл в версионный контроль, а система отслеживает изменения файла с этого момента.

Git фокусируется на изменениях в файле, а не самом файле. Когда вы осуществляете команду git add file, вы не говорите git добавить файл в репозиторий. Скорее вы говорите, что git надо отметить текущее состояние файла, коммит которого будет произведен позже.

Мы попытаемся исследовать эту разницу в следующем посте...

Ctrl + ↓ Ранее
Движок — Эгея