#github

У гитхаба развалилась база в 2 ночи, не удивляйтесь, что не можете сделать PR. Обещают починить в ближайшие минуты.

Если говорить о Github всерьёз - то там проблемы с руководством (год не могут найти CEO!) и вообще, инвесторы с венчурным капиталом ждут возврата средств. MS - лучшее, что могло случиться с GitHub.

Вот чуть более подробный обзор ситуации от техдира «Злых Марсиан» Ярослава Маркина https://t.me/evilmartians/527

Вот вам ещё один свежий слух: Microsoft покупает один из главных сайтов для программистов — Github; об этом будет объявлено официально в понедельник (по Штатам).

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

В 2015 Github оценивали в 2 миллиарда долларов, сколько заплатил MS — неизвестно. В слухах (сообщаемых Bloomberg) утверждается, что Github выбрал не делать IPO, а продаться MS из-за его CEO — Сатьи Наделлы. Мол, классный парень.

Хорошо быть классным парнем.

P.S. У многих «опенсорщиков» рвет пуканы по поводу гитхаба и майкрософт. Эти люди застряли в 1990-х, потому что на текущий день, майкрософт — один из самых крупных поставщиков открытого исходного кода в мире. Больше тысячи инженеров MS складывают результат своего труда в открытый доступ на гитхабе каждый день (это больше, чем у Google).

Поздравим главного редактора с первым коммитом!

Из руководства без github-аккаунта осталась только Галина Викторовна. Challenge accepted.

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

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

Резюме совещания:

про макеты:
- постепенно создаем один мастер-макет, в котором отрисованы все форматы медузы и в который добавляются новые, перестаем использовать отдельные маленькие макеты как источник правды;
- с помощью этого мастер-макета постепенно уменьшаем количество разных элементов, выносим все общие элементы в стайлбук;
- если в новых форматах есть неочевидные моменты (заголовок изменился на 1 пункт, так просто не заметишь) — указываем эти комментарии прямо рядом элементом, на полях артборда;
- этот мастер-макет храним в версионированном хранилище с возможностью просмотра диффов и автоматическими уведомлениями о правках (скорее всего github + скетч-плагин, но если найдем хороший SaaS — то вполне может и на него сядем);

про совместную работу:
- задача разработчиков — в процессе разработки (чем раньше тем лучше, идеально во время приемки) найти недорисованные/недодуманные моменты и сказать о них дизайнеру. Например, если не учтена ситуация, когда одно из полей пустое — не очевидно, какие отступы делать в этом случае. Дизайнер дорисует эти кейсы и/или добавит в макет комментарий, объясняющий логику;
- если что-то очень сложно сделать на платформе (белая тень, хитрый блюр, etc.) — обсуждаем это с дизайнером. Что нужно в разговоре? 1) объясняем что именно сложно сделать и почему 2) предлагаем решение, как вы думаете можно упростить/сделать по другому 3) приходим вместе к компромиссу. Никто не требует делать безумные хаки, которые дорого поддерживать и которые ломаются с апдейтом чего-нибудь. Все мы хотим классный продукт и дизайнер мог просто не знать/забыть о платформо-специфичной вещи;
- вывод: Не стоит допридумывать то, что не описано/не нарисовано. Нужно договариваться. Молча делать отлично от макета запрещено;

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

Теперь о том, где, как и с кем это всё обсуждать.

1. О каких-то мелких непониманиях по дизайну стоит писать в личку Насте, Вите и Насте; можно созвониться-пошарить экран и тд, если текст не решает;
2. О крупным вещах, которые хочется обсудить с командой и с дизайнерами — пишите прямо в #dev или в проектный канал типа #dev-prodano
3. Если это тема в проектной работе, которая требует осмысления и обсуждения — круто завести для неё карточку в трелло-доске проекта и заменшенить в комментарии всех причастных. В трелло обсуждения не теряются и можно посмотреть толком историю переписки по конкретному вопросу.

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

-----

А как вы строите работу дизайнеров с программистами? Делитесь в @ctodailychat, интересно послушать ваши истории.

Хороший список паролей для перебора, причем с годным планом развития и нормальными ментейнерами https://github.com/berzerk0/Probable-Wordlists

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

Как же приятно видеть конкуренцию между этими тремя Github, Bitbucket и Gitlab - идеальная ситуация для рынка. Вот бы так во всех остальных областях. https://about.gitlab.com/2017/04/22/gitlab-9-1-released/#service-desk-eep

Стандартным решением для ящиков техподдержки, кажется, до сих пор является Zendesk. Мы в Медузе используем Google groups. Интересно, есть ли классные инструменты, не такие сложные как Zendesk и при этом более удобные, чем Google groups?

CMS for static site generators! https://www.netlifycms.org
Весь сайт хранится в github, так что можно посмотреть историю правок и откатиться на любую версию страницы.
И Open-source, так что все можно допилить под клиента.
Есть классное демо, можно создать свой сайт и посмотреть, как оно работает.

В идеальном мире сайты-визитки верстаются именно в ней.

Разбавим томный рабочий день https://github.com/search?utf8=%E2%9C%93&q=remove+password&type=Commits&ref=searchresults