<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Дима пишет | Дмитрий Смотров: заметки с тегом ЛичныйОпыт</title>
<link>https://dimasmotrov.ru/tags/lichnyopyt/</link>
<description>backend python fastapi django rabbitmq kafka postgresql sqlalchemy</description>
<author></author>
<language>ru</language>
<generator>Aegea 11.3 (v4134)</generator>

<itunes:subtitle>backend python fastapi django rabbitmq kafka postgresql sqlalchemy</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Профессионал приходит со своими инструментами</title>
<guid isPermaLink="false">32</guid>
<link>https://dimasmotrov.ru/all/professional-prihodit-so-svoimi-instrumentami/</link>
<pubDate>Wed, 23 Jul 2025 11:31:32 +0300</pubDate>
<author></author>
<comments>https://dimasmotrov.ru/all/professional-prihodit-so-svoimi-instrumentami/</comments>
<description>
&lt;p&gt;Люблю задавать вопрос «Какой ваш любимый набор инструментов для разработки?». Чаще всего в ответ слышу «Такого нет/Не знаю, на чем скажут, на том и сижу».&lt;/p&gt;
&lt;p&gt;Для меня такой ответ непонятен: вы кучу времени за работой, прям вообще ни одного инструмента, без которого вам работать менее приятно, за столько времени вы не нашли? Да, хоткеи много где совпадают, но чтобы делать работу лучше и быстрее, важно, чтобы вы знали свой инструмент, чтобы он был «заточен».&lt;/p&gt;
&lt;p&gt;Много разрабов, кто делал что-то прикольное, имеет заточенный для себя набор утилит от редактора до менеджера окон. Хорошей практикой я нахожу создание папки с конфигами и закидывания ее в git. Я таким образом перепрыгивал на разные рабочие места(или на разные ОС) и всегда под рукой было все, что нужно для работы. Можно еще автоматизировать установку через разные скрипты, но тут я поленился :)&lt;/p&gt;
&lt;p&gt;Для меня список следующий, начнем с консольных инструментов:&lt;br /&gt;
— консоль с установленным &lt;b&gt;fish-shell&lt;/b&gt;. Я долго просидел на дефолтной убунтовской, но обратно возвращаться не хочу. К fish’у я добавил менеджер плагинов и пару плагинов: для работы с &lt;b&gt;git&lt;/b&gt; и &lt;b&gt;fzf&lt;/b&gt;, он же fuzzy-search. Первый позволяет написать короткую мнемонику команды вместо полной, например gcm — это git commit -m. Последний добавляет комбинации клавиш для поиска по файлам, истории команд, запущенным процессам, логу гита, переменным окружения.&lt;br /&gt;
— &lt;b&gt;rg&lt;/b&gt;(&lt;b&gt;ripgrep&lt;/b&gt;, улучшенный &lt;b&gt;grep),&lt;/b&gt; &lt;b&gt;bat&lt;/b&gt;(улучшенный &lt;b&gt;cat&lt;/b&gt;). Нужны для вима, но использую их вместо прородителей. Их cli интерфейс мне нравится больше, да и bat сразу с подсветкой синтаксиса.&lt;br /&gt;
— &lt;b&gt;httpie&lt;/b&gt; — замена для curl, с более удобным cli интерфейсом(для curl запарно запоминать набор параметров) и хорошей документацией.&lt;br /&gt;
— &lt;b&gt;hyperfine&lt;/b&gt; — тулза для бенчмарков. С ее помощью первично прозваниваю ендпоинты на нагрузку.&lt;br /&gt;
— &lt;b&gt;tmux&lt;/b&gt; с плагинами на сохранение сессий, поиск по имени сессии и кастомизации внешнего вида. В нескольких сессиях открыты разные проекты.&lt;br /&gt;
— &lt;b&gt;nvim&lt;/b&gt;, куда без него. Использую LazyVim, подпиленный напильником.&lt;/p&gt;
&lt;p&gt;Из не консольного:&lt;br /&gt;
— &lt;b&gt;Pycharm&lt;/b&gt;, в основном для разруливания конфликтов или копирования папок между проектами, тут это удобно делать.&lt;br /&gt;
— &lt;b&gt;DataGrip&lt;/b&gt;. Ничего лучше для работы с БД еще не находил. В чарме тоже есть вкладка с подключениями в БД, тут по сути эта вкладка вынесена в отдельный продукт от JB и мне так удобнее.&lt;br /&gt;
— &lt;b&gt;Nimble Commander&lt;/b&gt;. Это тот же Midnight Commander, только для мака.&lt;/p&gt;
&lt;p&gt;Готовьте свою рабочую среду для себя, так реальнее кайфовее работать.&lt;/p&gt;
</description>
</item>

<item>
<title>Баланс жизни и работы</title>
<guid isPermaLink="false">19</guid>
<link>https://dimasmotrov.ru/all/balans-zhizni-i-raboty/</link>
<pubDate>Wed, 28 May 2025 21:10:13 +0300</pubDate>
<author></author>
<comments>https://dimasmotrov.ru/all/balans-zhizni-i-raboty/</comments>
<description>
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://dimasmotrov.ru/pictures/image-6.png" width="1131" height="624" alt="" /&gt;
&lt;/div&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://dimasmotrov.ru/pictures/image-5.png" width="1063" height="425" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Пока искал статью Товеровского, решил почитать мысли Бирмана касательно баланса между жизнью и работой. У самого было странное ощущение от фразы «work life balance», ибо разделение работы, где ты тусишь треть своего дня(хотя скорее всего больше), от жизни в целом выглядит как-то странно. Тут наши мысли совпали, но мне приглянулся еще &lt;a href="https://arc.net/l/quote/nvbzowie"&gt;комментарий Жени Арутюнова&lt;/a&gt; , картинки украл из статьи.&lt;/p&gt;
&lt;p&gt;Думаю, что разговоры про баланс жизни и работы стоит преобразовать в разговоры о балансе активностей и отдыха. На длительном промежутке времени отделять работу от жизни менее эффективно: цели на работе и цели по жизни будут смотреть в разные стороны, когда их можно было бы совместить и направить в одном направлении.&lt;/p&gt;
</description>
</item>

<item>
<title>Кто я такой?</title>
<guid isPermaLink="false">4</guid>
<link>https://dimasmotrov.ru/all/kto-ya-takoy/</link>
<pubDate>Wed, 14 Aug 2024 23:27:24 +0300</pubDate>
<author></author>
<comments>https://dimasmotrov.ru/all/kto-ya-takoy/</comments>
<description>
&lt;p&gt;Senior Python Developer.&lt;br /&gt;
Разрабатываю систему ACM в AstraLinux. Руковожу командой из 8 разработчиков, отвечаю за функциональность установки/конфигурации ПО и выполнения заданных команд/скриптов на целевых компьютерах(контур из 4 микросервисов), управления инфраструктуры(контур из 3 микросервисов), а так же за отказоустойчивость отведенной мне подсистемы. Развиваю проект с MVP версии, спас несколько релизов и провел(и буду проводить дальше) методы повышения качества кода и DevEx от согласования до внедрения.&lt;/p&gt;
&lt;p&gt;Выстраиваю процессы в команде и пишу код, который решает конкретные задачи бизнеса и добавляет новое «полезное действие» в функциональность проекта.&lt;/p&gt;
&lt;p&gt;Развиваюсь в направлении архитектуры систем/кода, методологий разработки, технологиях создания качественных Backend-систем.&lt;br /&gt;
Вкатываюсь в fullstack-историю, оказываю консультации(в том числе трудоустройство с нуля) и разрабатываю ПО для коммерческих проектов.&lt;br /&gt;
Блог в телеграмме — &lt;a href="https://t.me/SmotrovDev"&gt;https://t.me/SmotrovDev&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Связь со мной&lt;/b&gt;:&lt;/p&gt;
&lt;ol start="1"&gt;
&lt;li&gt;Консультационные услуги — &lt;a href="https://teletype.in/@dsmotrov/y6bjePDDihw"&gt;https://teletype.in/@dsmotrov/y6bjePDDihw&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Для сотрудничества — SmotrovDM@yandex.com&lt;/li&gt;
&lt;/ol&gt;
</description>
</item>


</channel>
</rss>