> Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.

В моём случае это работает плохо, так как даже не смотря на постоянное уведомление, telegram куда-то испаряется...

tuple> для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.

Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.

В теории можно сделать упрощённую и переосмысленную версию того, что я описал в начальном сообщении темы. Написать аналог atq.service (который для юниксовой утилиты at), который будет вызывать notify-send с нужными аргументами на основе текстового файлика, синхронизирующегося между устройствами.

Однако возникает проблема с мобильными устройствами. Гуглы закрутили гайки, и отправка уведомлений, и работа в фоне без костылей невозможна. Тот же Telegram FOSS из F-Droid для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.

Ещё есть вариант использовать телеграм для уведомлений на мобильных устройствах, можно даже полностью сделать напоминалку исключительно на телеграме - только взаимодействие с ботом без необходимости писать atq. Минусы? Сливать свои данные в телеграм - не лучшая идея, хоть там уже крутиться куча всего. Ну и не unixway'но.

> У меня нет машины времени, чтобы вернуться на шесть лет назад.

Ну ой тогда :)

Если старый код работает, то не трогайте, а если глючит или тормозит, то аллоцируйте бюджет на "technical debt"...

tuple> Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.

Ну ой тогда :)

tuple> Конкретно сейчас список дел лежит в виде todo.txt (https://github.com/todotxt/todo.txt). А вот хотелось бы найти формат похожий, но для календарных событий.

Звучит как часок не перле.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.

Конкретно сейчас список дел лежит в виде todo.txt (https://github.com/todotxt/todo.txt). А вот хотелось бы найти формат похожий, но для календарных событий.

Есть calendar.txt, однако он не имеет никакой поддержки - никому неизвестен.
Есть утилита remind (https://wiki.archlinux.org/title/Remind), но достаточно устарела, неудобна с русским языком.

>> Как бороться с сабжем в легаси-коде?
shaos> Бороться надо на этапе разработки

У меня нет машины времени, чтобы вернуться на шесть лет назад.

shaos> надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания

Обычно так и пишем. Но в старом коде море говнокода.

shaos> многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…

Универсальность это хорошо. Только не ценой сложного и запутанного кода. Есть же, в конце концов, паттерны под это.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

shaos> О - а я из третьей секты :)
shaos> Точнее из тех нормальных людей, кто вырос на MS-DOS ;)

Тогда я предпочитал борландовские IDE. Но, как позже оказалось, есть более интересные и совершенные решения.

shaos> Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…

Mcedit уже даже для конфигов перестал использовать. Быстрее в vim поправить конфиг :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

tuple>> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся
btimofeev> Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).

Именно org-mode стал для меня первым шагом в переходе с vim на emacs. Хотя, для мелких вещей и по ssh до сих пор предпочитаю vim.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

>> Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
tuple> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.

Это PlainText. Просто есть встроенный софт, который делает всё, что тебе нужно.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

tuple> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся

Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).
Я тоже когда-то vim использовал (да и сейчас везде где можно стрелки на hjkl), но после знакомства с org-mode больше начал пользоваться емаксом.
P.S. Edited: 2024-09-27 21:00:50

Родился после 2000-го года, не застал того времени. Году в 19-ом попался мне на глаза Luke Smith вот закрутилось и завертелось у меня с vim'ом.

> Как бороться с сабжем в легаси-коде?

Бороться надо на этапе разработки - надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания - многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…

О - а я из третьей секты :)
Точнее из тех нормальных людей, кто вырос на MS-DOS ;)
Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…

> Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.

Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.

Как бороться с сабжем в легаси-коде? Попадаются прямо такие вещи, что я проямо колдобюсь, когда сталкиваюсь.

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

Я ещё могу нафантазировать зачем нужен счётчик ReadLock'ов в RWMutex, но вот в самом обычном мьютексе это нафига? Причём реально по всему проекту этот счётчик не используется нигде.

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

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

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

tuple> Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.
tuple> А ещё хотелось бы, чтобы можно было не только просматривать через интерфейс приложений, но и редактировать события, а также уведомления, основанные на времени события... Но это так - мечты.

Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.

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

Существует ли такое решение у кого-нибудь?

---
Из найденного самое ближайшее это использование calcurse - https://github.com/avidseeker/awesome-syncthing#icsx5 . Однако это работает только в одну сторону...

нифига не понял, почему это в develop, но утянул себе develop тоже :)

Difrex> Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.

Движение ради движения же.

Difrex> ЗЫ: хочу тянуть по 9000 сообщений

Для этого нам нужно начинать пользоваться технологией :)

+++ Caesium/0.4 RC1

Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.

ЗЫ: хочу тянуть по 9000 сообщений

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

Она реально не существовала. Chip-8 больше похож на Java или современные виртуальные консоли, это была типа виртуальная машина которая проигрывала игры написанные на этом простеньким ассемблере. А распространялось это на несколько разных компьютеров тех лет.

Ассемблер там простой, я писал небольшую статью с примерами и разбором кода как выводить изображения и обрабатывать события клавиатуры, если интересно можешь почитать https://emunix.org/post/writing-chip-8-emulator-part-3/

> Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды и подобное. Я учился азам написания эмуляторов на этой системе - вот тут мой эмулятор лежит https://github.com/btimofeev/emuchip

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

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

Если мне захочется "живого" железа, я скорее всего выберу спектрум. В детстве я программировал на БК0010-01, а вокруг были спектрумы. Поэтому, интересно. :) Даже читал книгу по железу спека не так давно. Но реально, не уверен что руки дойдут. Много всего. :) Сейчас вот Plan-9 увлёкся.

А в плане виртуальных консолей, PICO8 для меня лучшая. В ней есть баланс ограничений, которые (на практике проверил) идеально для меня подходят. Жаль, что закрытая только. Но хотя бы формат игр открыт и есть открытые плееры...

Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды и подобное. Я учился азам написания эмуляторов на этой системе - вот тут мой эмулятор лежит https://github.com/btimofeev/emuchip

Изучаю, время от времени, консоли из этого списка: https://github.com/paladin-t/fantasy

Приглядываюсь, прицениваюсь, так сказать. Тики, Пики, Лики... Хочется низкоуровневой 8-битной экзотики на асме или чтобы вообще без кода. Думал уже ничего не может быть проще Битси. Оказалось, может.

PIX64. Это такой no-code в "пейнте". А может и не в "пейнте". Ну, то есть, берем мышку, создаем 64x64 png, и оно как-то там само все движется...

Осталось только найти для него удобный редактор. А в идеале - конвертер, чтобы из npp прямо в png, типа как xmp (кстати, кроме гимпа, кто-нибудь может работать с этим форматом?)

А вы себе что присмотрели?

> Вы его так рекламируете. Что хочется прям почитать про этот ваш Го.

Если нравится Си, то понравится и Go. Хотя я был уже подготовлен Питоном и Lua, но всё-равно, думаю, понравится.

Вы его так рекламируете. Что хочется прям почитать про этот ваш Го.
Хотя после си, перла, пхп, питона и "богомерзкого" JSа в голове и так полная каша. :(
Жаль мозги прокачать не получается.

hugeping> Что бы там не говорили злопыхатели, golang прекрасен! Пока делал ноду, полюбил его ещё больше. Конечно, пока пишу совсем не "идеоматичный" код, но начал постепенно его чувствовать.
hugeping> Лично для меня это что-то вроде "Си" на стероидах. Что-то между низким уровнем (с его простотой) и современными более абстрактными языками. Идеален для написания бекендов!
hugeping> А его кросскомпиляция? Наконец-то я избавился от вороха зависимостей, dependency hellов и избежал унылой участи запускать всё в контейнерах. И всё это благодаря go!
hugeping> Помню, когда читал книжку, чуть не плакал. Везде сквозил дух старого доброго Си, но только переосмысленный.
hugeping> Короче, Роб Пайк рулит! Спасибо за наше счастливое детство!

Когда пробовал go испытал примерно те же чувства. Пайк и Томпсон всё таки молодцы и понимают в языках :)

Что бы там не говорили злопыхатели, golang прекрасен! Пока делал ноду, полюбил его ещё больше. Конечно, пока пишу совсем не "идеоматичный" код, но начал постепенно его чувствовать.

Лично для меня это что-то вроде "Си" на стероидах. Что-то между низким уровнем (с его простотой) и современными более абстрактными языками. Идеален для написания бекендов!

А его кросскомпиляция? Наконец-то я избавился от вороха зависимостей, dependency hellов и избежал унылой участи запускать всё в контейнерах. И всё это благодаря go!

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

Короче, Роб Пайк рулит! Спасибо за наше счастливое детство!