GTD *

Утро, 10:30. Вы чувствуете себя богом архитектуры. Видите систему насквозь: данные элегантно перетекают между микросервисами, в голове строится граф зависимостей, руки готовы рефакторить легаси-ядро. Ваш IQ, кажется, пробил потолок.

День, 14:30. Вы смотрите в IDE. Открыт метод на 10 строк. Читаете его пятый раз и физически не можете понять, что он делает. В голове белый шум и вязкое ощущение торможения. Вы идете за третьим кофе, пытаясь понять: "Неужели я деградирую?", "Почему я соображаю так медленно?".

Спойлер: дело не в возрасте и не в компетенции. Это просто Троттлинг (Throttling). Есть предположение, что срабатывает защитный механизм человеческого "железа", который принудительно снижает тактовую частоту, чтобы процессор не сгорел от перегрева. А виновата в этом архитектурная особенность, которую в Computer Science называют Context Switching (Переключение контекста).

Все слышали про эссе Пола Грэма "Maker's Schedule, Manager's Schedule". Но сейчас не про тайм-менеджмент. Нас интересует физика процесса, биохимия этого "перегрева". Давайте посчитаем стоимость прерывания в тактах процессора и поймем, почему попытка запустить на нашем однопоточном легаси одновременно тяжелые вычисления и архитектуру Event Loop гарантированно приводит к падению производительности.

Честно говоря, фразы в духе «я не сплю» меня всегда бесили. Выглядело это так: ложишься в кровать, закрываешь глаза, надеешься заснуть, но твои мысли не останавливаются.

Внутренний монолог стартует мгновенно:

— А то фото ногтя, что скинули в 23:15… там воспаление или просто свет плохой?
— Собака из стационара. Она поела? Или миска так и стоит?
— Иру надо перенести на вторник. Или на среду? Блин, в среду же поставка.
— Перчатки! Нитриловые салфетки кончились. Чем работать?
— Кот. Корм. Пакетики!
— Соль для посудомойки. Серьезно, куда она девается?

У меня комбо-профессия: я подолог и ветеринар. Днем я лечу людям ноги, а зверям — всё остальное. Понятия «рабочее время» не существует. Боль не смотрит на часы, клиенты тоже. А дома есть муж, ему тоже нужно внимание.

Благодаря LLM проблема была решена и здесь описано как.

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

Есть один баг, который воспроизводится у многих специалистов.

Вы делаете всё «по мануалу»: качаете хард-скиллы, учите новые технологии, закрываете сложные таски. Технически вы стали круче в два раза по сравнению с собой образца 2023 года. Но если посмотреть на график реальных доходов — это Flatline, прямая линия, которая едва ползет вверх, проигрывая инфляции.

И вы вроде пытаетесь пробить этот график: ходите на собеседования (где накидывают +15%, но их быстро съедают цены), по ночам что-то пилите. А рядом сидит какой-нибудь условный Вася. Код у него.. ну, скажем прямо, не очень. Паттерны он путает. Но Вася техдир стартапа или фаундер, и его доход — это ваши x5.

Обычно в этот момент включается старый добрый эксепшн «Мир несправедлив» или его подвид «Я самозванец». И мы привыкли думать: чтобы зарабатывать больше, надо знать больше. Качать техничку.

А что, если проблема вообще не в софте? Что, если мы посмотрим на деньги не как на награду за ум, а как на техническую Нагрузку (Load)? Возможно, текущий доход — это просто оптимальная рабочая частота? Режим, в котором вы можете функционировать долго и надежно, не рискуя "синим экраном".

Давайте попробуем развернуть эту гипотезу.

Случалось такое? 19:00. Мы закрываем рабочие ноутбуки. Мы — Senior Developers, архитекторы, тимлиды. Люди, которые сегодня днем жонглировали абстракциями и решали проблемы на миллионы рублей. У нас был план: вечером покодить свой пет-проект, выучить Rust или хотя бы почитать ту самую доку по архитектуре.

В прошлой статье я рассказывал, как настроил личный iptables и перешел в режим Default Deny, чтобы отбиться от внешних DDoS-атак (коллег, пустых встреч и спама). Периметр я защитил, входящий трафик почистил. Uptime вырос.

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

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

Мой личный бэклог забит задачами типа «разобраться с налогами» и «начать бегать», которые висят там с 2019 года. Я переношу их из спринта в спринт, испытывая фоновое чувство вины.

В какой-то момент я понял: это не лень. И это не «отсутствие мотивации». Это классический Technical Debt (Технический долг), только не в репозитории, а в нейросети.

И проценты по этому долгу я плачу самым дорогим ресурсом — своей когнитивной емкостью.

В прошлом коротком посте я писал, как психанул и неделю жил в режиме «НЕТ». Эффект был неожиданный: прод не упал, а я впервые выжил. Но эксперимент — это одно. А продакшен-решение — другое.

Я сел анализировать, почему вообще этот эксперимент понадобился. И понял: я годами жил с архитектурой Default Allow.

В InfoSec это считается дичью. Представьте админа, который открыл все порты, отключил фаервол и пускает любой пакет, если у того в хедере написано «Ну пожалуйста». Этот сервер ляжет за 5 минут. Но именно так мы строим коммуникацию.

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

Я покажу, как с помощью Datacore решать стандартный кейс с проблемой выбора из нескольких вариантов или даже как в плагине сделать игру на React.

Ситуация. 14:30. Я смотрю в монитор. Вроде бы IDE открыта, метод написан, надо просто дописать пару условий в if/else. Но я уже пятую минуту скроллю один и тот же кусок кода вверх-вниз.

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

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

Раньше я думал, что просто устал. Шел за третьим кофе, тупил в YouTube. Не помогало. Потом я понял: это не усталость. Это классическая утечка памяти (Memory Leak) и переполнение стека.

Я попробовал применить к своей голове те же принципы, которыми мы дебажим сервера. И это сработало.

Общемировой объем научных статей, книг и профильной документации растет с каждым днем. Чтобы ориентироваться в интересующем корпусе знаний, находить инсайты и ответы на вопросы, специалисты все чаще используют ИИ-помощников. Мы в Beeline Cloud решили взглянуть на open source-проекты в данной области.

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

Мы с вами - пассажиры такого лайнера и наши будущие пилоты только что провалили экзамен.

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

Почему общение становится такой проблемой? Потому что его слишком много, оно хаотично и не имеет единого центра. Вас дергают коллеги, сыплются непонятные задачи, начальство ставит задания вскользь на созвонах, а через месяц интересуется результатом. Информация теряется в почте, чатах и в собственной памяти. А ещё фоном мозг напоминает: "Не забудь, надо сделать то-то и то-то!".

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

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

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

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

В этой статье я рассказал как запланировать и реализовать побольше таких моментов.

В перспективе отключения глобального интернета в РФ актуальным становятся разные способы сохранять информацию в офлайне для последующего потребления: архивы кинофильмов, музыки, книг, копии сайтов — своя мини-версия Архива интернета.

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

Один из вариантов — генерация локальных мини-сайтов с перекрёстными гиперссылками. В таком виде информация воспринимается очень комфортно.

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

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

За 30 лет, что я веду свою базу знаний, я успел перепробовать множество разнообразных методик, приложений и инструментов. Я несколько раз глобально менял формат хранения своих записей, устраивал в базе грандиозные чистки и преобразования. Моя база знаний живет и развивается. А самое главное — она помогает мне решать различные задачи, генерировать идеи, создавать новые смыслы и писать статьи.

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

Дисклеймер: Я не инфобизнесмен, ничего вам не продаю, сегодня только математика и взгляд на повседневные вещи со стороны.

Это статья первая из цикла «Дизайн жизни». По мере продвижения, я буду дополнять ее ссылками на следующие части.

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

Я в тот момент знатно прикурил, несмотря на банальность этих цифр. А если докинуть туда что в среднем современный человек проводит в смартфоне 5 часов (пусть будет 1 час по работе), то у нас в остатке получается круглый нолик без никто.

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

Вы когда-нибудь задумывались, что поиск футболки в шкафу — это O(N), а приготовление ужина — многопоточный процесс с I/O blocking?

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

Станьте архитектором не только кода, но и своей жизни!

Привет, Хабр! 👋

Меня зовут Денис, я продуктовый аналитик, и как многие из нас, я постоянно разрываюсь между проектами, встречами, идеями и личными задачами. Список дел разрастается быстрее, чем успеваешь их выполнять, а заметки и цели теряются между Google Docs, Notion и стикерами на рабочем столе.

В какой-то момент я понял, что трачу больше времени на организацию задач, чем на сами задачи. И решил написать себе карманного помощника, который соберёт всё в одном месте. Так появился мой бот zen_plan_bot.

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

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

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

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

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

Есть и другие важные правила оформления слайдов, которые я за многие годы узнал от опытных авторитетных специалистов, и теперь сам стараюсь соблюдать в своих презентациях. В этой статье мне захотелось записать все эти правила и поделиться ими с вами.