Жизнь без Канбан досок в Obisidian 💎

После перехода с Notion на Obsidian я начал упрощать всё, что только можно. Например, в Obsidian нет нативной поддержки канбан-досок. Я попробовал плагин Projects для управления постами, которые перенёс из Notion.

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

И тут я задумался: а ведь канбан — это просто набор папок.

Посты  
├── 0.Backlog  
├── 1.Next  
├── 2.InProgress  
└── 3.Done  

Для простых случаев этого более чем достаточно. Иногда самое простое решение оказывается самым удобным.

А ещё мне нравится, что в Obsidian всё — это просто файлы и папки. Это даёт огромную свободу для оптимизаций с помощью скриптов. Например, я попросил ChatGPT написать скрипт, который автоматически переносит готовые посты в папку "3.Done".

#!/bin/bash

echo "Moving files with the 'done' tag to the Done folder..."

# Paths to the Posts and Done folders
POSTS_FOLDER="$HOME/Documents/Obsidian Vault/Посты"  # Adjust the base path to your Obsidian vault
DONE_FOLDER="$HOME/Documents/Obsidian Vault/Посты/3.Done"

# Ensure the Done folder exists
if [ ! -d "$DONE_FOLDER" ]; then
  mkdir -p "$DONE_FOLDER" || {
    echo "Failed to create Done folder: $DONE_FOLDER"
    exit 1
  }
fi

# Check if the Posts folder exists
if [ ! -d "$POSTS_FOLDER" ]; then
  echo "Posts folder does not exist: $POSTS_FOLDER"
  exit 1
fi

# Process files
echo "Scanning for markdown files with #done tag in $POSTS_FOLDER..."
moved_count=0
for file in "$POSTS_FOLDER"/*.md; do
  # Skip if no markdown files are found
  if [ ! -e "$file" ]; then
    echo "No markdown files found in $POSTS_FOLDER."
    break
  fi

  # Check if the file contains the #done tag
  if grep -q "✅ Done" "$file"; then
    mv "$file" "$DONE_FOLDER/" && {
      echo "Moved: $(basename "$file")"
      ((moved_count++))
    } || {
      echo "Failed to move: $(basename "$file")"
    }
  fi
done

echo "Finished. Total files moved: $moved_count."

#obsidian

Как-то редко я стал что-то рекомендовать посмотреть/почитать, но сегодня пришел не с пустыми руками, а с докладом "Как умение продавать помогает разработчику / Андрей Кузнецов (РБС)".

Советую посмотреть доклад целиком, но мне больше всего понравилось про Эффект маятника ⚖️.

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

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

Пример, который все поймут: засовываешь руку в карман, а телефона нет 🤷‍♂️, и в панике начинаешь везде его искать. Находишь телефон во внутреннем кармане, и радости нет конца, ничего не изменилось — но вы счастливы.


💬 Как это пригодится в переговорах?

На этих "качелях" 🎢 можно сделать "продажу" — "Мол, смотри как всё плохо, но у нас есть волшебная таблетка 💊". И человек с радостью купит эту таблетку.

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

После того, как все напуганы и в панике грызут ногти - предложите им лекарство:
- Но если бы мы делили время, покрыли бы этот код тестами и провели рефакторинг — всех этих проблем можно было бы избежать.


📌 И ещё несколько моментов из доклада:

- Ключевая часть продаж — переговоры.
- Все мы что-то продаём.
- Старайтесь не называть срок по задачам первым.
- Если кто-то пытается уговорить вас сделать задачу быстрее — не делайте скидку сразу.
- Если делаете скидку — обосновывайте. Мы сделаем задачу за 8, а не за 14 дней, но возможно будут проблемы с производительностью. Или мы не успеем сделать вот эту часть функционала.
- Не используйте круглые цифры. В "не круглые цифры" люди верят охотнее, ведь им кажется, что это результат какого-то глубокого анализа. Например, говорите, что задача займет не 5 дней, а будет сделана к 12 часам в четверг.
- Никогда никого не перебивайте.
- Вежливо отказывайте собеседнику. Понимать - не значит соглашаться.

#softskills #fridayreading

Иногда бывает, засидишься за работой, пытаясь доделать интересную (или не очень) задачу. Крутишь её так и эдак 🤔, но ничего не выходит.

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

А как же это решить? 🤯 Мысленно перебираешь все возможные варианты решения. А почему же это не сработало? А может быть, вот так сделать? А если тут поле добавить? А есть ли у нас вообще эти данные? А что, если сделать дополнительный запрос на сервер? А потом... а потом...

А потом наступает тревожность, и нормально уснуть уже не получается.

У вас бывает такое? 🤷‍♂️

Но всё же чувство, когда ты всё-таки разобрался и всё получилось - бесценно.

@cherkashindev

#about_me

Запоминаем, как правильно оставлять комментарии при код-ревью

- не 🙅‍♂️ "опять ты накопипастил, ну сколько можно?!?!?!"
- а ☝️ "Consider refining the implementation to make better use of reusable code"

С началом продуктивной рабочей недели 👋

#meme #codereview

🤝 Как подружить React.lazy с дефолтным экспортом

У нас в проекте используются только именованные экспорты. Почему — писал здесь.

Но React.lazy работает только с дефолтными экспортами, и раньше нам приходилось успокаивать eslint, приговаривая // eslint-disable-next-line import/no-default-export.

Чтобы решить проблему старая дока реакта предлагает создать промежуточный файл, который ре-экспортирует компонент с дефолтным экспортом.

export { MyComponent as default } from "./ManyComponents.js";

Но как по мне — совсем не красиво.

Но что такое дефолтный экспорт? Когда мы используем динамическую загрузку модулей с помощью import, в промисе получим модуль. А дефолтный экспорт будет храниться в поле default, именованные экспорты будут храниться в соответствующих полях модуля.

То есть если мы экспортируем компонент Markdown с помощью именованного экспорта, то мы сможем получить к нему доступ через одноимённое свойство Markdown на загруженном модуле.

import React, { lazy, Suspense } from "react";
import { MySpinner } from "@private/design-system";

const MarkdownPreview = lazy(async () => {
    const module = await import('./myModule');

    // преобразуем именованный экспорт в дефолтный
    return { default: module.Markdown };
});

export const LazyMarkdownPreview = () => {
    return (
        <Suspense fallback={MySpinner}>
            <MarkdownPreview />
        </Suspense>
    );
};

#javascript #react

Ключевое слово infer

На тайпскрипте я пишу давно, но какие-то сложные типы практически не пишу.
Про infer я слышал, и много месяцев откладывал пятиминутное прочтение статьи, чтобы разобраться, как он работает 😄.

В итоге разобрался только во время доклада на Я 💛 Фронтенд — Антология полезностей в TypeScript .


Условные типы

infer неотрывно связан с условными типами, поэтому начнём с них. По сути это тернарный оператор, который применяется не к переменным, а к типам.

Простой пример типа ToArray. Если мы передали тип-массив — условие extends any[] выполняется и возвращается тот же тип T, иначе создаём массив типа — T[]

type ToArray<T> = T extends any[] ? T : T[];

type NumberArray = ToArray<number>; // number[]
type StringArray = ToArray<string[]>; // string[]

infer

Если вы знаете английский, то поняли, что тут пойдёт речь про вывод типов. Вообще, про infer удобно думать как об объявлении переменной, где тип будет выведен автоматически. То есть, TypeScript думает, можно ли что-то подставить в наше условие, чтобы оно выполнялось, если можно — выводит тип и кладёт в переменную.

Теперь попробуем решить задачу обратную ToArray — будем определять тип элемента в массиве.

type ArrayItem<T> = T extends (infer Item)[] ? Item : T;

type NumberItem = ArrayItem<number[]> // number
type StringItem = ArrayItem<string>; // string

Тут мы просто заменяем any на infer Item, что означает: "выведи тип" и положи его в переменную тип с именем Item. И дальше просто используем Item.

Также infer работает с шаблонно-литеральными типами, вот так, например, можно вывести имя БЭМ-блока по элементу или модификатору

type BemBlock<T extends string> = T extends `${infer Block}__${string}` ?
    Block : 
    T extends `${infer Block}__${string}--${string}` ? Block : never

type Block1 = BemBlock<"login-page__form"> // login-page
type Block2 = BemBlock<"login-page__user--active">  // login-page

Ещё по теме:
- Вывод типов в TypeScript с использованием конструкции as const и ключевого слова infer
- TypeScript: infer и conditional types. Продвинутый TS на примерах


#typescript

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

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

Я подумал: что за чушь!? Он в штатах, а я сижу в Российской деревне, прячусь от ковида. Мы никогда не разговариваем по телефону, да и на английском я говорю с трудом 😅. В общем, я проигнорил сообщение, а уже потом узнал, что это был тот самый фишинговый имейл.

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

Сейчас время от времени у нас проводятся "учения", с рассылкой фишинговых имейлов. И тех, кто кликнет на "вредоносную" ссылку, вешаю на доску позора. Шутка 😄.

#job

Сегодня телеграм-каналу исполнилось 4 года. 🎉

Ещё с универа я хотел завести блог. На старом ноуте, даже написано несколько статей из далёкого 2017 года, которые никто никогда не увидит (и слава богу 🤣).

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

Помню как гуглил, как создать телеграм-канал и настроить @ControllerBot, чтобы не опубликовать ничего лишнего. Помню, как стрёмно было писать посты, хотя в канале было всего 16 человек. Спустя 4 года, конечно, стало полегче. 😅

Я завёл канал, когда почувствовал стагнацию, и с тех пор он подстёгивает меня изучать что-то новое и не стоять на месте 📈. Раньше было сложно придумать о чём бы написать, а теперь у меня есть бэклог с множеством идей.

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

Спасибо всем вам, что читаете — это очень мотивирует не бросать! 🎉

#about_me

В конце прошлого года ходило много слухов, что халява для программистов закончилась:
⁃ сокращения в крупных компаниях
⁃ меньше “вкусных” вакансий

Давайте проверим, пройдите опрос ниже 👇.

P.S. этот опытный кандидат ждёт ваш оффер по адресу: г. Курск, проспект Дериглазова, лавочка №3