Идиот

Наконец-то познакомился с “Идиотом” Достоевского. И я никак не ожидал, что история действительно будет про идиота 😁. Думал, мол, “идиот” это игра слов и все такое. Но нет, герой натурально себе на уме. Странный малый.

Но вот что зацепило ⬇️

🔜 Обыкновенные люди

Есть люди, о которых трудно сказать что-нибудь такое, что представило бы их разом и целиком, в их самом типическом и характерном виде; это те люди, которых обыкновенно называют людьми «обыкновенными», «большинством», и которые действительно составляют огромное большинство всякого общества.

Достоевским делается акцент на самого обыкновенного человека. Ну что-то вроде моего так себе программиста, понимаете?
“образование порядочное, но не знаешь, на что его употребить; ум есть, но без своих идей”… Да-да! Вроде бы всё при себе, но ничего выдающегося. Зато обыкновенным людям нашлось место в достоевщине ☝️

🔜 “Муравейники”

Дом был огромной величины, одна из тех громадин, которые строятся аферистами для мелких квартир; в иных из таких домов бывает иногда нумеров до ста.

До ста… Не смешите мои кхм-кхм. 150 лет прошло, а ситуация та же. Но тогда хоть голову не ломали, куда свою самоходную колесницу приткнуть.

🔜 Изобретательство

Изобретатели и гении почти всегда при начале своего поприща (а очень часто и в конце) считались в обществе не более как дураками, - это уж самое рутинное замечание, слишком всем известное.

Точно. Над первыми авиастроителями тоже смеялись: камень кинь, и он полетит. Но отрицание и гнев через торг сменились принятием. Таков уж путь идеи в массы. Не унывайте, гении 😉

P.S. Читать было сложно. Бесконечные монотонные разговоры утомляли. Но финал удивил. Чего-чего, а такого финта я не ожидал.

#КнижнаяПолка

git без GitHub

Если мы пишем курсач или дипломный проект. Если изучаем что-то новое или экспериментируем. Если завели пет-проект без каких-либо планов. То ничто нам не мешает сразу сделать “git init” и коммитить!

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

Зачем? Объясняю.

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

И конечно же есть невыгода:
❌придется работать с git-ом.
Аж с тремя командами:
- git init, чтобы инициализировать репозиторий;
- git add, чтобы подготовить файлы к коммиту;
- git commit, чтобы, собственно, зафиксировать изменения.

Не стесняйтесь помогать себе подходящими инструментами. А то можно запутаться в бесконечных kursach_v1.zip … kursach_v42.zip 😉

API или SDK

Продолжаем пополнять #Словарь. Чем отличается API от SDK?

🔜 API (application programming interface) - это описание способа взаимодействия программ. Документ, если угодно.

🔜 SDK (software development kit) - это набор инструментов для разработки программ. То есть библиотеки, программы, скрипты и т.п.

Грубо говоря, API как бы описывает возможности программ “на бумаге”, а SDK их реализует. Хотя SDK этим и не ограничивается.

Антарктика

Если вы мало знаете об освоении Антарктиды, то “72 градуса ниже нуля” Владимира Санина подойдёт как нельзя лучше для начала знакомства.

Это очень яркая кинематографичная повесть 1975 года об одном санно-гусеничном походе по маршруту между советскими антарктическими станциями Мирный и Восток. Складывается ощущение, что автор свалил на головы героев весь спектр трудностей: сверхнизкие температуры, пурга, выход из строя техники и экипажа, дефицит провизии и долгие недели пути по тёмной ледяной пустыне. Пустыне, где полярники могут рассчитывать только на себя.

Владимир Санин, имея собственный опыт экспедиций в Арктике и Антарктике, подробно и убедительно описывает труд полярников. Заметно особенное внимание к людям, к коллективу. Каждый герой со своим характером, своими мотивами, своей историей и своими слабостями. Вчерашний подвиг человека сменяется досадной ошибкой, просчетом. Кто-то проявит стойкость, кто-то смалодушничает. Живые люди.

А вот несколько фактов о станции Восток, которые точно не помешают перед началом чтения. Так сказать, для лучшего понимания сеттинга.

🔜 Мирный и Восток - это реальные станции в Антарктиде. Мирный находится на береговой линии, а Восток в глубине материка. Расстояние между станциями составляет почти 1500 км. Санно-гусеничные вездеходы 70-х годов преодолевали этот путь за 5 недель.

🔜 Станция Восток находится на 3,4 км выше станции Мирный. Горная болезнь на Востоке не редкость. Хотя на самом деле эта “гора” совсем не гора, а ледяной купол. Да, многокилометровый сплошной лёд.

🔜 Осадков на Востоке практически нет, но все постройки постепенно уходят под снег, который наносится ветрами. Летом (в декабре 🤨) воздух на станции прогревается до -14°C, а зимой (в июле) опускается до -88°C. Не жара.

Санин В - “72 градуса ниже нуля” #КнижнаяПолка

Миграция с Notion на Obsidian

С 9 сентября Notion пока-пока ❌
Эх, а хорошо дружили. Я к нему прям прикипел. Построил себе приличную базу знаний с задачами, проектами, библиотекой и прочей писаниной. Теперь надо переезжать. И все знаки указали переезжать на Obsidian.

В Obsidian есть все для миграции. Экспортируем воркспейс Notion и импортируем его в Obsidian. С одной стороны, все выглядит просто. Особенно если в воркспейсе не было сложных структур. С другой стороны, есть особенности. Поговорим о них.

1️⃣ Obsidian культивирует немного другую структурную концепцию: файлы с тегами против табличной организации в Notion. Главная проблема - жёсткие свойства-теги (tags). На tags завязано много функциональности Obsidian. Но в Notion у меня свойства-теги были под другими именами. С помощью поиска/замены VSCode я эти свойства переименовал и всё встало на свои места.

2️⃣ Obsidian в отличие от Notion не поддерживает теги с пробелами. Пришлось также с помощью поиска/замены VSCode дописать в тегах нижние подчеркивания вместо пробелов.

3️⃣ Kanban-доски я организовал через плагин Projects. Получается очень похоже на Notion. Этот же плагин может формировать списки, таблицы и календари. Всё интерактивное, поддерживается фильтрация.

4️⃣ Там, где нужно сформировать из файлов простую таблицу с фильтрацией по тегам и свойствам, подойдет плагин Dataview. С помощью языка запросов можно создавать разные представления.

5️⃣ Календарь и уведомления событий в Obsidian я организовал с интеграцией Google-календаря через соответствующий плагин. Это личное предпочтение, я Google-календарём пользовался и до этого. К тому же к событиям календаря можно привязывать заметки Obsidian.

6️⃣ Синхронизацию между устройствами сделал через Яндекс-диск. Для этого хранилище Obsidian размещается в локальной папке Яндекс-диска, а клиент диска синхронизирует его с облаком. На остальных устройствах делается то же самое. На ПК работает отлично. На мобильном похуже.

В общем, переехать реально 👍
За несколько вечеров мне удалось привести в относительно рабочее состояние базу из более чем 2-х тысяч элементов. Буду осваивать Obsidian дальше, по ключевым моментам отпишусь.

Кто-нибудь уже работает с Obsidian? Посоветуете что-то?

Troubleshooting

Траблшутингом мы занимаемся каждый день. Баг такой, баг сякой. Мы либо исправляем баг, либо создаем его 🐞👋 (не специально, конечно). Но в наших интересах сводить наши проблемы к минимуму.

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

1. Не пессимизируйте преждевременно. Что бы вы тут не подумали, это значит "делайте сразу хорошо". Простой пример: если нужно использовать число 42, то определите его именованной константой, а не оставляйте болтаться "голым". Для любой технологии сообщество предлагает лучшие практики, безопасные подходы и прочие гайд-лайны. Время от времени посматривайте в подобные руководства, официальные или нет, и вы не заметите как начнете применять эти подходы автоматически.

2. Работайте с предупреждениями компилятора (или что у вас там). В пределе их не должно быть совсем. Игнорируя предупреждения, мы... См. пункт 1... Правильно, пессимизируем.

3. Используйте статические анализаторы. Это отличное усиление компилятора (или что у вас там). Множество проверок, в том числе проверок безопасности, поможет выявить косяки на раннем этапе.

Когда проблема зарегистрирована, но ее решение не очевидно, мы можем прибегать к пунктам 2 и 3. Проверьте, что включен максимальный уровень проверок компилятора (или что у вас там), а также ещё раз прогоните проблемные исходники через анализаторы. Есть шанс, что источник проблемы будет найден ✅

Кто знает, какие еще есть способы предупреждать проблемы?

#Troubleshooting

Что может быть дороже бага в требованиях?

⌛

Правильно, баг в постановке цели!