Виталий публично
345 subscribers
79 photos
4 videos
211 links
Download Telegram
​​Как вы поддерживаете высокий темп в работе?

Летом я писал о методике, которой придерживался 5 месяцев. Гоняясь за ростом показателей, я оптимизировал траты времени, отказывался от ненужных дел, искоренял вредные привычки.

В итоге я заметил, что максимальную отдачу получаю в те часы и дни, когда нахожусь в «особом состоянии». Как Бредли Купер под НЗТ, только без НЗТ. Собран, сосредоточен, с ясной картиной и планами в голове. И я подумал — чтобы показатели были высоки, необязательно вести их. Достаточно поддерживать себя в этом «особом состоянии» каждый день.

Следить за этим помогла таблица. Строка — день. В каждой строке — 24 ячейки-часа. Каждый час оценивается от 1 до 5, где:

1 — Деградирующий овощ
5 — Бредли Купер

Круто, когда в строке все пятерки. Но если ниже — думаем почему, находим причину, делаем выводы, исправляемся.

На скрине видно последние три мои недели. Каждая красно-желтая яма — своя проблема, выбивающая меня из ритма, но решаемая. Последняя неделя — тому доказательство.

Воспользуйтесь таблицей сами:

Google Таблица «Темп»

Скопируйте к себе, сотрите закрашенные ячейки и начните заполнять. Делитесь результатами в чате.
⚠️ Гем factory_girl переименовали в factory_bot.

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

Зачем вообще постил? Это лайфхак — так можно легко выдрать видео с коуба, чтобы использовать в своих целях. Конкретно те коубы ушли в обновленные страницы ошибок в Мелпе: 422 и 500.

Вообще с видео последовательность такая:

1. Добываем видос;
2. Конвертируем в .webm и .mp4 (с кодеком H.264/MPEG4-AVC — это важно);
3. Вставляем в верстку:

<video
width='100%'
height='auto'
autoplay='autoplay'
loop='loop'
preload='auto'
>
<source
src='/500.mp4'
/>
<source
src='/500.webm'
type='video/webm'
/>
</video>


И всё, видосы крутятся, лавэха мутится.
И еще немного про сами страницы ошибок

На сервере я использую связку Nginx + Puma:

Nginx — прокси-сервер, быстро отдает статику (стили, скрипты, картинки, шрифты), ssl-сертификаты, отрабатывает редиректы.
Puma — сервер Ruby on Rails, отрабатывает все запросы к БД, API, рендерит страницы.

Логика по ошибкам такая:

1. Если упадет Nginx — сайт не будет доступен совсем.

2. Если упадет только Puma — Nginx сможет показать простенькие страницы ошибок. В Мелпе это 404, 422 и 500. Минимум верстки, статичные ссылки и почта для связи

3. Если ошибка случится где-то внутри Rails — тогда и страницу с ошибкой мы сможем показать, используя все возможности рельс. Взгляните на рельсовую 404. Похожа на статичную 404, но с полноценной шапкой, подвалом и ссылками. Учитывает, залогинен пользователь, или нет.
Отличный видос на вечер для бэкендеров — Антон Давыдов рассказывает о грамотной архитектуре в веб-приложениях, функциональных объектах, Dry, Hanami, касается DI и DDD.

https://www.youtube.com/watch?v=pzrZru-oZeY

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

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

Тоша Исаев толково об этом донес:
Forwarded from Isaev Live 🎬
Если вы считаете, что невозможно предугадать судьбу человека, то глубоко ошибаетесь.

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

Теперь вы умеете предугадывать судьбу человека лишь по экрану его мобильного телефона.
Виталий публично
Знаю, среди вас есть немало ребят, которым я советовал канал Жени Родионова и его курс по фронтэнду. Так вот, открыта запись на 4-ый поток. Последний для новичков в этом году. Если вы понемногу осваиваете фронтенд, или хотите въехать в эту тему — прохождение…
Новый набор — Женя обновил курс и лендинг (который ему оперативно подогнал его же ученик), гляньте:

http://erodionov.ru/frontend/

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

Как думаете, когда отметим третий юбилей?
​​А вы пользуетесь gui git-клиентами?

Гит в терминале или в gui-клиенте — тема холиварная. Мне удобнее gui, и вот почему:

1. Удобно коммитить изменения порционно

Была у вас ситуация — нужно закоммитить файл, а в нем есть как целевые для коммита изменения, так и нецелевые? Последние было бы здорово закоммитить потом, в следующем коммите. Но как это сделать в терминале?

Уверен, что можно, но в gui это явно быстрее. Смотрите скрин ниже. Выбираем файл, видим изменения, выделяем нужные просто как текст, жмем S (Stage changes). Всё. Нужные строчки закоммитятся, другие останутся нетронутыми.

2. Нет семантических разрывов

Смотрели ведь уже «Ментальное программирование»? В первой части Кирилл даже приводит Git в пример. Куча команд в гите семантически не связана с действиями, которые мы хотим совершить.

Например. Хотим внедрить в проект новую фичу («new feature») или написать багфикс («new bugfix»). А пишем что? git branch feature_name. branch? wtf?

Ладно, окей, в гите есть «ветки» и мы их используем. Хотим перейти с одной ветки на другую («change branch»). Что пишем? git checkout branch_name. checkout? WTF?

Ладно, ясно, чекаут меняет ветку в гите, запомнили. Хотим откатить файл к версии в гите («reset file», «restore file»). Что пишем? git checkout file_name. checkout??? Какого хрена, он же меняет ветку!

И так далее. Какие-то разрывы фиксятся использованием утилит вида git flow. Какие-то — использованием графического интерфейса, наглядно показывающего, в каком состоянии находится код и какие возможности с ним можно производить.

————————
А вы пользуетесь gui-клиентами? И если да — какими? Пишите в чате. Мой текущий клиент — git-cola, в прошлом использовал лагающий из-за Java SmartGit, сейчас посматриваю на Github-овский клиент.
Forwarded from Anton Davydov
@gambala кстати, для порционального добавления есть флаг -p, таботает как с git add, так и с git commit
И да, ребят-дизлайкеры, у нас в проекте действительно всего два гендера, не обижайтесь ¯\_(ツ)_/¯
Прерву молчание на канале репостом на отвлеченную тему.

Обожаю терменвокс, на котором, несмотря на ограниченную область применения, можно выдавать крутые синтетические мелодии. Например, https://www.youtube.com/watch?v=_3EPtUPcs8s

А в репосте — гайд. Что за инструмент, как действует, как на нем играть.
Выношу ссылки и закладки в отдельный канал

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

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

Поэтому — каналы теперь такие:

Gambala.links — полезные ссылки и закладки
Gambala.live — лонгриды, знания и новости

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

И вот что заметил. Сейчас путь в игрострой стал каким-то другим. Скачал Unity3D — на вот тебе in-editor туториалы. Прошел — на вот официальные видеоуроки. Прошел — на вот тонны уроков от сторонних фирм (хоть покупай, хоть качай с торрентов).

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

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

И в других сферах на самом деле — то же самое. В той же веб-разработке на Rails. Раньше — пара книг и Railscasts (офигенные и по сей день). Проблемы выбора нет, просто берешь и делаешь. А сейчас — десятки курсов, книг, сотни статей, чаты, форумы.

А как вы считаете — проще стало сейчас вкатываться в новую сферу, или тяжелее? Пишите в чате.
Кстати, кроме честной покупки и пиратского скачивания есть и третий вариант — складчины. С ними и автор монету получит, и покупатель с себя часть трат снимет.

Пользовался складчиной я один раз — купил книгу по Ruby/Rails, достаточно качественную, чтобы отблагодарить автора за проделанную работу, но недостаточно полезную, чтобы платить ему в одиночку всю сумму (11500 рублей).

Организовал это дело мой коллега по цеху, и не так давно он запилил под это отдельный сервис: airisfree.space.

Знаю, в рунете есть одноименный сайт — «Складчина». Зачем тогда надо было пилить отдельный сервис? Фишка в том, что на «Складчине», если вы прозевали набор — придется ждать повтора, который неизвестно когда будет. А на airisfree.space можно вписаться в уже заверешенную складчину, заплатить часть стоимости и сразу получить продукт. Ту книгу за 11500 вы там тоже найдете.

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

Что думаете — стали бы пользоваться сервисом? И пользуетесь ли складчинами вообще? Пишите.
​​Последние дни в Gambala.links всплывали разного рода схемы и инфографика по разработке. Это картинки из моих личных запасов, которые я решил опубликовать.

Еще одну такую картинку, но уже по бизнесу — публикую здесь, с переводом:

Семь вопросов, которые нужно задать себе при запуске бизнеса

1. Вопрос архитектуры
Можете ли вы совершить качественный скачок вместо количественных улучшений?

2. Вопрос времени
Подходящее ли сейчас время для запуска вашего бизнеса?

3. Вопрос монопольности
Возьмете ли вы своим бизнесом большую долю узкого рынка?

4. Вопрос кадров
Есть ли у вас нужные люди в команде?

5. Вопрос дистрибуции
Сможете ли вы не только создать продукт, но и вывести его на рынок?

6. Вопрос стойкости
Сможете ли вы удержать вашу позицию на рынке следующие 10-20 лет?

7. Вопрос сокровенной идеи
Обнаружили ли вы уникальную возможность там, где другие ее не увидели?
Получил от коллеги вопрос:

Как работать и не выгорать?

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

Подумал, а что если писать о них здесь? Раскрывать по одной теме за раз и выдавать постами потихоньку.

Актуально? Ставьте лайки, посмотрю насколько это интересно.
Горячая тема. Столько лайков на канале еще не было.

Значит буду потихоньку выдавать:

- в Gambala.live делиться личным опытом и выводами;
- в Gambala.links кидать ссылки на материалы других людей, в свое время повлиявших на меня.

Первый материал уже в links, а с опытом — стартуем завтра.