<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Разное on Лаборатория</title>
    <link>https://www.alexkorablev.ru/general/</link>
    <description>Recent content in Разное on Лаборатория</description>
    <generator>Hugo</generator>
    <language>ru-ru</language>
    <lastBuildDate>Tue, 09 Jun 2026 12:02:14 +0500</lastBuildDate>
    <atom:link href="https://www.alexkorablev.ru/general/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Возврат смысла хобби</title>
      <link>https://www.alexkorablev.ru/general/make-hobby-great-again/</link>
      <pubDate>Tue, 09 Jun 2026 12:02:14 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/make-hobby-great-again/</guid>
      <description>Эти 5 минут с гитарой приносят куда больше радости, чем любые занятия ради заработка — и именно это заставило меня пересмотреть и хобби, и работу.</description>
    </item>
    <item>
      <title>Новый формат блога</title>
      <link>https://www.alexkorablev.ru/general/new-format/</link>
      <pubDate>Tue, 12 May 2026 18:46:01 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/new-format/</guid>
      <description>&lt;p&gt;Этому блогу уже почти 11 лет. Я начал его в 2015 году, чтобы ускорить карьеру. Получилось более или менее — не совсем так, как я рассчитывал, но всё же помогло: я упорядочил знания и успешно строю карьеру. Теперь же такой блог мне не нужен. Вот почему:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Я выдохся писать про ИТ.&lt;/strong&gt; Мне по‑прежнему нравится изучать новое и разбираться в технологиях. Но писать подробные статьи уже не хочется: это долго и нудно, а на Хабре всё равно сделают лучше. А короткие заметки казались мне недостойными блога — хотя я их всё равно иногда писал.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;У меня поменялись приоритеты.&lt;/strong&gt; Работа, семья и хобби отнимают почти всё время. Писать для меня — хобби, но профессионально заниматься ИТ‑тематикой я не готов: как уже говорил, это слишком долго и утомительно.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Рекрутёрам блог не нужен.&lt;/strong&gt; Они на него не смотрят, и он не делает прохождение собеседования легче. От большинства статей польза только для меня: мысль выкристаллизовалась, знание закрепилось. Для этого достаточно короткой заметки, а не многостраничного разбора всех случаев — что, повторюсь, долго и нудно.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Я долго думал (и советовался с ИИ… чаще, чем хотелось) и решил: с этого момента мой ИТ‑блог становится «Лабораторией». Здесь будут заметки о том, что меня волнует прямо сейчас. Не обещаю регулярности — буду писать, когда есть что сказать. Ещё я соберу здесь всё, что писал для других своих блогов (в основном о хобби).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Обман на собеседовании</title>
      <link>https://www.alexkorablev.ru/general/interview-cheating/</link>
      <pubDate>Thu, 19 Jun 2025 18:50:10 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/interview-cheating/</guid>
      <description>&lt;p&gt;На собеседовании хочется ответить на все вопросы, даже на те, на которые не знаешь ответа. Особенно если пришёл на собеседование в крутую компанию. Мотивация зашкаливает, и здесь можно допустить самую большую ошибку: попытаться схитрить и подсмотреть ответ. Во время онлайн‑интервью это ведь так просто сделать… Но есть более выгодная и безопасная стратегия: ответить «я не знаю» и записать вопрос для дальнейших поисков ответа.&lt;/p&gt;
&lt;p&gt;Есть три варианта действий при вопросе, ответа на который не знаешь. Вот они — в порядке пользы для кандидата:&lt;/p&gt;</description>
    </item>
    <item>
      <title>CLOG в базе знаний программиста</title>
      <link>https://www.alexkorablev.ru/general/clog/</link>
      <pubDate>Wed, 26 Mar 2025 18:47:52 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/clog/</guid>
      <description>&lt;p&gt;CLOG — удобный формат ведения лога проекта — для задачи, на которую требуется больше одного дня, — в базе знаний. Изначально идея &lt;a href=&#34;https://writing.bobdoto.computer/how-i-use-clogs-to-organize-my-writing-files/&#34;&gt;предложена&lt;/a&gt; Бобом Дото для работы над статьями. С минимальными изменениями CLOG подходит для рабочих проектов программиста.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Пока эта методика находится у меня на тестировании. Должно работать. Но может и взорваться…&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Суть CLOG (creative log) — создать запись в системе знаний, которая относится к конкретному проекту. В этой записи делается минимум два блока:&lt;/p&gt;</description>
    </item>
    <item>
      <title>За что платят программисту?</title>
      <link>https://www.alexkorablev.ru/general/programmer-capital/</link>
      <pubDate>Mon, 10 Mar 2025 18:42:16 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/programmer-capital/</guid>
      <description>&lt;p&gt;Программисту платят за код. Писать код — основной навык, который нужно показать в работе и на собеседовании. Знания технологий добавят очков, как и софт‑скилы. Но если программист не будет писать код, его уволят. Этот навык требует больше всего времени на освоение. Он же — лучший карьерный капитал программиста.&lt;/p&gt;
&lt;p&gt;Написание кода — сложный навык. Улучшить его — значит целенаправленно заниматься развитием этого навыка: писать много кода, который будет тестироваться, использоваться, модифицироваться.&lt;/p&gt;</description>
    </item>
    <item>
      <title>У Kаждого Cвой SCRUM</title>
      <link>https://www.alexkorablev.ru/general/scrum/</link>
      <pubDate>Tue, 28 Nov 2023 18:31:44 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/scrum/</guid>
      <description>&lt;p&gt;У каждого свой Scrum. Он описан в книгах как стройный, понятный и простой процесс. Участники семинаров и тренингов утверждают, что применять его легко. Однако в реальной жизни Scrum каждого человека не похож ни на пример из книг или тренингов, ни на процессы коллег… за редкими исключениями. Почему? Не знаю. Куда интереснее выяснить, что с этим делать и нужно ли это.&lt;/p&gt;
&lt;h2 id=&#34;tldr&#34;&gt;TL;DR&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Scrum эффективен, когда желания бизнеса и разработки совпадают и они готовы играть по этим правилам.&lt;/li&gt;
&lt;li&gt;Scrum определяет чёткие зоны ответственности и правила для скрам‑команды. Если попытаться изменить их, это может привести к проблемам.&lt;/li&gt;
&lt;li&gt;Если вы устанавливаете сроки для разработчиков, определяете исполнителей задач и не ведёте бэклог, то у вас нет Scrum, даже при наличии спринтов и ежедневных митингов.&lt;/li&gt;
&lt;li&gt;В вашей команде есть скрам‑мастер, даже если он не выделен формально. Один из членов команды выполняет эту функцию. Это занимает у него время и, возможно, вызывает лишний стресс.&lt;/li&gt;
&lt;li&gt;Наём скрам‑мастера показывает разработке, что компания готова играть по правилам и ожидает долгосрочного применения Scrum.&lt;/li&gt;
&lt;li&gt;При работе с большой командой следует разделить её на несколько подгрупп и использовать LeSS или «Scrum of Scrums».&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Я не знаю, какой Scrum можно считать идеальным. Я не являюсь сертифицированным скрам‑мастером. Я всего лишь разработчик. Эта статья — моя попытка понять, каким должен быть Scrum, зачем вам нужен скрам‑мастер и в каких случаях Scrum не работает. Повторяю: это мнение разработчика, участника скрам‑команды, а не консультанта.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Success in Programming. Обзор Книги</title>
      <link>https://www.alexkorablev.ru/general/success-in-programming/</link>
      <pubDate>Thu, 17 Aug 2017 17:22:47 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/success-in-programming/</guid>
      <description>&lt;p&gt;Персональный бренд — тема, не так часто обсуждаемая среди программистов. В действительности я знаю всего несколько людей, обладающих сильным персональным брендом, и всего двоих, кто рассказывает о построении личного бренда программистам. Один из них — Фредерик Харпер (Frederic Harper) с его книгой «&lt;a href=&#34;https://www.amazon.com/Success-Programming-Recognition-Influence-Personal-ebook/dp/B00MUUI67C&#34;&gt;Success in Programming&lt;/a&gt;».&lt;/p&gt;
&lt;h2 id=&#34;почему-персональный-бренд-важен&#34;&gt;Почему персональный бренд важен?&lt;/h2&gt;
&lt;p&gt;OK. Вы знаете кого‑нибудь, кто бы получил работу в крупной технологической компании без прохождения ада интервью? Я знаю одного. Хедхантеры одной подобной компании умоляли его уделить им минуту — и не для того, чтобы начать долгий процесс из серии интервью. Нет. Только для того, чтобы обсудить с ним, над каким из их проектов он хотел бы работать.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Обзор Soft Skills</title>
      <link>https://www.alexkorablev.ru/general/soft-skills/</link>
      <pubDate>Sat, 15 Apr 2017 17:20:33 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/soft-skills/</guid>
      <description>&lt;p&gt;Когда я начал читать &lt;a href=&#34;https://www.amazon.com/Soft-Skills-software-developers-manual/dp/1617292397&#34;&gt;«Soft Skills» Джона Сонмеза&lt;/a&gt;, я не знал, чего от неё ожидать. С одной стороны, как программисты, мы считаем, что нет ничего важнее написания кода. И это правда. Тем не менее чрезвычайно сложно найти интересный проект без продвижения самого себя. Я сомневался, что кто‑нибудь способен объяснить это разработчикам. Не могу сказать, что Джон делает это идеально, но его попытка достаточно хороша, чтобы потратить время и прочитать его книгу.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Это MOOC-курс хорош для меня?</title>
      <link>https://www.alexkorablev.ru/general/mooc/</link>
      <pubDate>Wed, 05 Apr 2017 22:10:53 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/mooc/</guid>
      <description>&lt;p&gt;Сейчас в сети довольно много различных массовых открытых онлайн‑курсов (MOOC). Одни платные, другие бесплатные. Пару лет назад о подобных курсах говорили на каждом углу: утверждали, что они убьют все другие формы обучения. Этого, разумеется, не произошло. Тем не менее эта форма — полезный и удобный инструмент самообразования, её точно стоит использовать в собственном учебном плане. Правда, стоит для начала выбрать подходящий курс.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«Все животные равны. Но некоторые животные равны более, чем другие».&lt;br&gt;
Джордж Оруэлл, «Скотный двор»&lt;/p&gt;</description>
    </item>
    <item>
      <title>Почему я использую текстовые файлы</title>
      <link>https://www.alexkorablev.ru/general/plain-text/</link>
      <pubDate>Tue, 31 Jan 2017 22:06:35 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/plain-text/</guid>
      <description>&lt;p&gt;Примерно неделю назад я пытался мигрировать блог обратно на WordPress. Я решил дать ему ещё один шанс, поскольку у меня есть планы добавлять больше картинок к постам, что достаточно тяжело делать, используя &lt;a href=&#34;http://docs.getpelican.com/en/stable/&#34;&gt;Pelican&lt;/a&gt;: очень много ручной работы. В WordPress есть отличные инструменты для управления картинками. К тому же я думал, что WYSIWYG мне подойдёт. Я установил его и даже перенёс пару постов. Но всё же я решил остановиться: форматирование этих двух постов заняло у меня порядка 20 минут.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Постновогоднее. Целеполагательное</title>
      <link>https://www.alexkorablev.ru/general/agile-results/</link>
      <pubDate>Tue, 05 Jan 2016 18:34:24 +0500</pubDate>
      <guid>https://www.alexkorablev.ru/general/agile-results/</guid>
      <description>&lt;p&gt;Наступил Новый год. Самое время разобраться с целями. Конечно, лучше бы это было сделать ещё в конце декабря, но лучше поздно, чем никогда. Сегодня я расскажу, как это делаю я.&lt;/p&gt;
&lt;p&gt;Почему‑то у меня не работает излюбленный народом метод: в новогоднюю ночь написать желание на бумажке, бумажку сжечь, пепел положить в бокал шампанского и выпить его. Наверное, всё из‑за того, что я не пью шампанское. И уже довольно давно. Так что за последние лет 7–8 я перепробовал кучу методик: от жёсткого тайм‑менеджмента до GTD.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
