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

https://goo.gl/forms/weQbVYOJGKpMmqG73

Новая неделя (месяц) - новый текст, сегодня о не техническом но важном.

А что вы обычно делайте когда не прет?

Медиум
Телеграф

йо!
По поводу последнего поста и планирования задач. У меня тоже адовый перегруз по задачам, поэтому я решил делать как делает Шон Бланк: 3 задачи которые сдеалют мой день успешным, 3 задачи которые сделают неделю успелшной + записываю мотивацию почему мне надо сделать именно эти задачи и что они принесут. 3 неделя пошла, в привычку ещё не вошло, но уже результаты есть небольше: проще стало немношк

http://macshifford.me/all-the-things-pro/ - тут чёта тоже написывал про это

Тут ребята из @saintprug выложили запись hanami воркшопа. Пара причин почему стоит посмотреть (советую на 1.25-1.5):
- посмотреть на то, как работает фулстек ханами
- реальные примермы DI и почему это работает
- в конце второй части были вопросы на большое количество тем (эвенты, dry, архитектура)
- можно написать на почту и получить ссылки 😉

Код на то, что вышло в итоге: https://github.com/saintprug/spb_link_shortener

А по вопросам - пишите в личку или в @saintprug

Первая часть: https://youtu.be/KnSPR-F2nag
Вторая часть: https://youtu.be/DCMTyddUvio

Хорошие статьи - редкость, а хорошие статьи по тестированию - двойная редкость.

13 антипаттернов тестирования. Сложно выделить один антипаттерн, который понравился. Поэтому советую прочитать о каждом отдельно.

http://blog.codepipes.com/testing/software-testing-antipatterns.html

Русский перевод: https://habr.com/post/358178/

Написал о еще одном способе создания callable objects - Do notations из dry-monads. А так же, почему dry-transactions не вытягивают.

Medium
Telegraph

В последние время очень много путешествий (26 часов из японии в москву чего стоят), поэтому пишу мало. Зато, если вы 10 числа будете в питере на конференции (https://www.meetup.com/saintprug/events/249120635/) - говорите привет. К тому же у меня есть ограниченное количество крутых наклеек :)

В одной статье обратил внимание на упоминание the knowledge loop . Если кратко, то петля состоит из 3 элементов:

изучить -> создать -> поделиться

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

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

Из текущей работы:

* Data intensive applications и все что касается данных в продуктах. Год назад пришло осознание, что код это не важно, а бизнес логика - важно. Теперь пришел к тому, что данные и работа с данными > бизнес логика. Из-за этого, интересно как работать с данными, а так же  как хранить и как обеспечить оптимальную эволюцию в проекте;
* По работе отковыриваю сервис из монолита. Это первый шаг к сервисной архитектуре, в котором хочется получить как можно больше шишек. В планах написать статьи в блог как документацию к проекту;
* Из-за полного контроля отковыривая сервиса нашел у себя много пробелов не технических умениях. Из-за этого приходится читать много книг связанных с soft skills, бизнесом и головой;
* В качестве опыта, решил попробовать написать реальный продукт. Хочу начать глубже понимать тех, на кого работаю. Планирую закончить mvp и сделать приватную бету на https://rubyrussia.club. Об этом тоже напишу, но позже;

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

На днях, коллега поделился видео со внутренней презентации додо пиццы.

Стабильность Dodo IS

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

О том, как устроено IT в Додо Пицца

Понравилась диаграмма сервисов с описанием основного стека и напоминание, что компания - продуктовая и продукт можно и нужно потрогать:

> Надоело писать код – можешь сходить в пиццерию, покрутить додстеры или постоять на кассе.

Ну а если интересно посмотреть на процессы работы в ресторанном бизнесе (заказ пиццы) стоит почитать серию статей о работе информационной системы в додо:

Dodo IS. Часть III. Всё о заказе - Сила ума

Пятничное чтиво.

В далеком 2015 году, грезил дочитать SICP до конца, но к сожалению, с 3 раза дочитал только до главы об environments, frames и bindings. (3.2, если правильно помню). Для того что бы хоть как-то понять что это и зачем - решил написать интерпретатор scheme. В интернете нашел аналог на питоне и сделал подобное на руби.

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

Если вы застряли там же - надеюсь пост с примером реализации интерпретатора scheme сможет помочь понять тему лучше.

Write simple scheme interpreter on ruby

Ну а для тех, кто хочет поучиться на чужих ошибках - гитхаб репозиторий со списоком post-mortems разных компаний:

https://github.com/danluu/post-mortems

Pepegramming второй год подряд является информационным партнером конференции http://amp.gs/yXWI (ex railsclub). Это значит, что в этом году опять разыгрываем билеты.

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

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

Условия:

- Заполнить форму
- Рассказать друзьям
- 28 сентября в 18:00, с помощью рандома выберу победителя

Благодаря ребятам из Saint P Ruby User Group (https://t.me/saintprug) количество билетов увеличивается в 2 раза (2 вместо одного). Что это значит? шансы на победу увеличиваются в 2 раза!

Пятничное чтиво


A guide to logging in Java
Полноценный гайд о том, как использовать логгер в приложении. В качестве примера используется java и разные виды логгеров. Меняем  java на Any Lang - получаем маст хев чтиво.

Operations For Developers
Я плохо разбираюсь в том, как администрировать и деплоить приложения. Если испытываете похожие проблемы - Operations For Developers расскажет о том, что такое контейнеры, как мониторить приложения, логгировать, обеспечить безопасность и другие полезные вещи.

Learning SQL Resources
Список ссылок для того, что бы изучить SQL, а так же PostgreSQL и MySQL. Добавлю, что PostgreSQL Exercises сильно помог разобраться в сложных запросах и на него стоит потратить время.

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

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

Сам проект

Доска с моими прокетами и ишю, которые хотелось бы закрыть (можно с этим помочь)

Гитхаб - davydovanton/cookie\_box. В гитхабе примеры того как hanami дружит с dry-system и как работают do-notation на практике. А так же пример представления поддерживаемой архитектуры и пример использования веб хуков гитхаба.

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

Пока учавствуют 100 человек, а это значит, что шансы получить билет высоки

http://amp.gs/hthb

Как и обещали, вместе с @wi11son разыграли 2 билета на конференцию. Наши победители: @hana1995 и @asmorozov. Организаторы напишут вам по поводу билетов.

Спасибо что поучаствовали и поделились тем, чего не хватает на конференции. Некоторые вещи уже добавлены (например воркшопы), а некоторые будут в следующем году! 

Полное видео с записью того, как и что делали тут:
https://youtu.be/FI7Fa55VrjQ

Всё куплено!11