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

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

Я думал о системе вроде FIFO-стека для ссылок; с другой стороны, боюсь, что так на дне всегда будут подолгу оставаться несколько ссылок, до которых просто не будет доходить очередь

A manager went to the Master Programmer and showed him the requirements document for a new application. The manager asked the Master: "How long will it take to design this system if I assign five programmers to it?"

"It will take one year," said the Master promptly.

"But we need this system immediately or even sooner! How long will it take if I assign ten programmers to it?"

The Master Programmer frowned. "In that case, it will take two years."

"And what if I assign a hundred programmers to it?"

The Master Programmer shrugged. "Then the design will never be completed," he said.

-- Tao of Programming

https://news.1rj.ru/str/gentoomemes/11359

Помогите

Backend guy doing frontend be like

я дал ёбу

Ладно, я ещё не настолько смешарик

Только что осознал, что qutebrowser — браузер с vi-подобным управлением с клавиатуры — действительно вполне можно использовать ВООБЩЕ без мыши. Не только все основные и очевидные функции браузера доступны через комбинации клавиш - здесь можно даже навести курсор на ссылку при помощи конкретной команды. На моей линуксовой машинке необходимость в мыши теперь обусловлена в основном телегой, офисом, стимом и, пожалуй, всё

По какой-то причине для телеги практически нет маломальски актуальных TUI-клиентов, которые можно было бы запускать в консоли. Даже на Discord, который вообще-то запрещает сторонние клиенты, их можно найти в достатке. Скорее всего, отчасти это связано с тем, что взаимодействие с User API требует компиляцию tdlib, которая должна проходить для конкретной платформы и не так тривиальна, как обычно в наши дни бывает с подобными библиотеками

Это... любопытное определение для Emacs

Что за проклятый гайд

Гениальное в своей тупости решение проблемы с обработкой типа Result в Rust. Бывают случаи, когда обрабатывать некритичную (возможную) ошибку нет смысла, а передавать её наверх некуда/не выйдет. Тогда её можно просто вывести на экран/в лог, и для краткости её можно передать в функцию вроде такой:

pub fn log<T, E: Display>(check: Result<T, E>) {
    match check {
        Ok(_)   => (),
        Err(e)  => eprintln!("Error: {e}"),
    }
}

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

Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.

— Brian Kernighan

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

Тут также играет роль то, что "хранить ссылки, чтобы почитать позже" и "хранить прочитанное, что может пригодиться" - это два разных юзкейса. Большинство приложений/расширений/программ для хранения и управления закладками направлены именно на второй вариант