<?xml version="1.0" encoding="UTF-8"?>
	<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:media="http://search.yahoo.com/mrss/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:georss="http://www.georss.org/georss">
	<channel>
	<title>fox :: echo/NGXeJsFFLcXKMaT6LEXu</title>
	<link>https://idec.foxears.su/echo/NGXeJsFFLcXKMaT6LEXu</link>
	<description>
	fox :: echo/NGXeJsFFLcXKMaT6LEXu
	</description>
	<language>ru</language>
<item><title>Re: Свой crontab для напоминалок и другого</title><guid>HmOtadyd4YxtBEZynbRx</guid><pubDate>2024-10-02 18:03:52</pubDate><author>tuple</author><link>https://idec.foxears.su/blog/HmOtadyd4YxtBEZynbRx#HmOtadyd4YxtBEZynbRx</link>
		<description>
		&gt; Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.

В моём случае это работает плохо, так как даже не смотря на постоянное уведомление, telegram куда-то испаряется......
		</description>
		<content:encoded>
<![CDATA[
tuple -> btimofeev<br><br>
<span class="quote">&gt; Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.</span><br>
<br>
В моём случае это работает плохо, так как даже не смотря на постоянное уведомление, telegram куда-то испаряется...<br>

]]>
</content:encoded></item>
<item><title>Re: Свой crontab для напоминалок и другого</title><guid>dVof4NK92DAkGMkrNTG1</guid><pubDate>2024-10-02 14:39:44</pubDate><author>btimofeev</author><link>https://idec.foxears.su/blog/dVof4NK92DAkGMkrNTG1#dVof4NK92DAkGMkrNTG1</link>
		<description>
		tuple&gt; для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.

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

...
		</description>
		<content:encoded>
<![CDATA[
btimofeev -> tuple<br><br>
<span class="quote">tuple&gt; для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.</span><br>
<br>
Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.<br>

]]>
</content:encoded></item>
<item><title>Свой crontab для напоминалок и другого</title><guid>r75w7fwhDLfBwSIeO7pj</guid><pubDate>2024-10-02 14:17:29</pubDate><author>tuple</author><link>https://idec.foxears.su/blog/r75w7fwhDLfBwSIeO7pj#r75w7fwhDLfBwSIeO7pj</link>
		<description>
		В теории можно сделать упрощённую и переосмысленную версию того, что я описал в начальном сообщении темы. Написать аналог atq.service (который для юниксовой утилиты at), который будет вызывать notify-send с нужными аргументами на основе текстового файлика, синхронизирующегося меж...
		</description>
		<content:encoded>
<![CDATA[
tuple -> tuple<br><br>
В теории можно сделать упрощённую и переосмысленную версию того, что я описал в начальном сообщении темы. Написать аналог atq.service (который для юниксовой утилиты at), который будет вызывать notify-send с нужными аргументами на основе текстового файлика, синхронизирующегося между устройствами.<br>
<br>
Однако возникает проблема с мобильными устройствами. Гуглы закрутили гайки, и отправка уведомлений, и работа в фоне без костылей невозможна. Тот же Telegram FOSS из F-Droid для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.<br>
<br>
Ещё есть вариант использовать телеграм для уведомлений на мобильных устройствах, можно даже полностью сделать напоминалку исключительно на телеграме - только взаимодействие с ботом без необходимости писать atq. Минусы? Сливать свои данные в телеграм - не лучшая идея, хоть там уже крутиться куча всего. Ну и не unixway'но.<br>

]]>
</content:encoded></item>
<item><title>Re: Избыток абстракций</title><guid>IKlaEXHZkfQqdF0jP0Qk</guid><pubDate>2024-09-29 04:23:28</pubDate><author>shaos</author><link>https://idec.foxears.su/blog/IKlaEXHZkfQqdF0jP0Qk#IKlaEXHZkfQqdF0jP0Qk</link>
		<description>
		&gt; У меня нет машины времени, чтобы вернуться на шесть лет назад.

Ну ой тогда :)

Если старый код работает, то не трогайте, а если глючит или тормозит, то аллоцируйте бюджет на "technical debt"......
		</description>
		<content:encoded>
<![CDATA[
shaos -> Andrew Lobanov<br><br>
<span class="quote">&gt; У меня нет машины времени, чтобы вернуться на шесть лет назад.</span><br>
<br>
Ну ой тогда :)<br>
<br>
Если старый код работает, то не трогайте, а если глючит или тормозит, то аллоцируйте бюджет на "technical debt"...<br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>Oc3jPY1izk0VkmzHYsPv</guid><pubDate>2024-09-28 12:32:44</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/Oc3jPY1izk0VkmzHYsPv#Oc3jPY1izk0VkmzHYsPv</link>
		<description>
		tuple&gt; Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.

Ну ой тогда :)

tuple&gt; Конкретно ...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> tuple<br><br>
<span class="quote">tuple&gt; Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.</span><br>
<br>
Ну ой тогда :)<br>
<br>
<span class="quote">tuple&gt; Конкретно сейчас список дел лежит в виде todo.txt (https://github.com/todotxt/todo.txt). А вот хотелось бы найти формат похожий, но для календарных событий.</span><br>
<br>
Звучит как часок не перле.<br>
<br>
<span class="comment">+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>y7sNYDAMlEwEEgelUgt5</guid><pubDate>2024-09-28 12:19:11</pubDate><author>tuple</author><link>https://idec.foxears.su/blog/y7sNYDAMlEwEEgelUgt5#y7sNYDAMlEwEEgelUgt5</link>
		<description>
		Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.

Конкретно сейчас список дел лежит в виде...
		</description>
		<content:encoded>
<![CDATA[
tuple -> Andrew Lobanov<br><br>
Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.<br>
<br>
Конкретно сейчас список дел лежит в виде todo.txt (<a href="https://github.com/todotxt/todo.txt)." class="url">https://github.com/todotxt/todo.txt).</a> А вот хотелось бы найти формат похожий, но для календарных событий.<br>
<br>
Есть calendar.txt, однако он не имеет никакой поддержки - никому неизвестен.<br>
Есть утилита remind (<a href="https://wiki.archlinux.org/title/Remind)," class="url">https://wiki.archlinux.org/title/Remind),</a> но достаточно устарела, неудобна с русским языком.<br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>xTmFt0v5sAIlNFZzM0pA</guid><pubDate>2024-09-28 11:41:04</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/xTmFt0v5sAIlNFZzM0pA#xTmFt0v5sAIlNFZzM0pA</link>
		<description>
		tuple&gt;&gt; Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся
btimofeev&gt; Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).

Именно org-mode стал для меня первым шагом в пере...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> btimofeev<br><br>
<span class="quote">tuple&gt;&gt; Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся</span><br>
<span class="quote">btimofeev&gt; Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).</span><br>
<br>
Именно org-mode стал для меня первым шагом в переходе с vim на emacs. Хотя, для мелких вещей и по ssh до сих пор предпочитаю vim.<br>
<br>
<span class="comment">+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>qIl7sKlISdPFC4AzkJwA</guid><pubDate>2024-09-28 11:41:04</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/qIl7sKlISdPFC4AzkJwA#qIl7sKlISdPFC4AzkJwA</link>
		<description>
		shaos&gt; О - а я из третьей секты :)
shaos&gt; Точнее из тех нормальных людей, кто вырос на MS-DOS ;)

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

shaos&gt; Я с конца 90х все свои программы пишу в mcedit (mc это клон норто...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> shaos<br><br>
<span class="quote">shaos&gt; О - а я из третьей секты :)</span><br>
<span class="quote">shaos&gt; Точнее из тех нормальных людей, кто вырос на MS-DOS ;)</span><br>
<br>
Тогда я предпочитал борландовские IDE. Но, как позже оказалось, есть более интересные и совершенные решения.<br>
<br>
<span class="quote">shaos&gt; Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…</span><br>
<br>
Mcedit уже даже для конфигов перестал использовать. Быстрее в vim поправить конфиг :)<br>
<br>
<span class="comment">+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Re: Избыток абстракций</title><guid>QAxuktmxdRMdpsA2gHAl</guid><pubDate>2024-09-28 11:41:04</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/QAxuktmxdRMdpsA2gHAl#QAxuktmxdRMdpsA2gHAl</link>
		<description>
		&gt;&gt; Как бороться с сабжем в легаси-коде?
shaos&gt; Бороться надо на этапе разработки

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

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

Обычно так и пишем. Но в старом коде мор...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> shaos<br><br>
<span class="quote">&gt;&gt; Как бороться с сабжем в легаси-коде?</span><br>
<span class="quote">shaos&gt; Бороться надо на этапе разработки</span><br>
<br>
У меня нет машины времени, чтобы вернуться на шесть лет назад.<br>
<br>
<span class="quote">shaos&gt; надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания</span><br>
<br>
Обычно так и пишем. Но в старом коде море говнокода.<br>
<br>
<span class="quote">shaos&gt; многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…</span><br>
<br>
Универсальность это хорошо. Только не ценой сложного и запутанного кода. Есть же, в конце концов, паттерны под это.<br>
<br>
<span class="comment">+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>zTBolF7M3UOum4m0cAwj</guid><pubDate>2024-09-28 11:41:03</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/zTBolF7M3UOum4m0cAwj#zTBolF7M3UOum4m0cAwj</link>
		<description>
		&gt;&gt; Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
tuple&gt; Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хоте...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> tuple<br><br>
<span class="quote">&gt;&gt; Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.</span><br>
<span class="quote">tuple&gt; Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.</span><br>
<br>
Это PlainText. Просто есть встроенный софт, который делает всё, что тебе нужно.<br>
<br>
<span class="comment">+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>p3QAuR8f81Qj2ThZGikM</guid><pubDate>2024-09-28 00:00:40</pubDate><author>btimofeev</author><link>https://idec.foxears.su/blog/p3QAuR8f81Qj2ThZGikM#p3QAuR8f81Qj2ThZGikM</link>
		<description>
		tuple&gt; Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся

Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ). 
Я тоже когда-то vim использовал (да и сейчас везде где можно...
		</description>
		<content:encoded>
<![CDATA[
btimofeev -> tuple<br><br>
<span class="quote">tuple&gt; Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся</span><br>
<br>
Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер <a href="https://orgmode.org/" class="url">https://orgmode.org/</a> ). <br>
Я тоже когда-то vim использовал (да и сейчас везде где можно стрелки на hjkl), но после знакомства с org-mode больше начал пользоваться емаксом.<br>
<span class="comment">P.S. Edited: 2024-09-27 21:00:50</span><br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>eOZg1lA3zXZcJoP8yRdP</guid><pubDate>2024-09-27 22:47:22</pubDate><author>tuple</author><link>https://idec.foxears.su/blog/eOZg1lA3zXZcJoP8yRdP#eOZg1lA3zXZcJoP8yRdP</link>
		<description>
		Родился после 2000-го года, не застал того времени. Году в 19-ом попался мне на глаза Luke Smith вот закрутилось и завертелось у меня с vim'ом....
		</description>
		<content:encoded>
<![CDATA[
tuple -> shaos<br><br>
Родился после 2000-го года, не застал того времени. Году в 19-ом попался мне на глаза Luke Smith вот закрутилось и завертелось у меня с vim'ом.<br>

]]>
</content:encoded></item>
<item><title>Re: Избыток абстракций</title><guid>lmQ0tdxLlaxv7GKdAlMW</guid><pubDate>2024-09-27 22:25:21</pubDate><author>shaos</author><link>https://idec.foxears.su/blog/lmQ0tdxLlaxv7GKdAlMW#lmQ0tdxLlaxv7GKdAlMW</link>
		<description>
		&gt; Как бороться с сабжем в легаси-коде? 

Бороться надо на этапе разработки - надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания - многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня...
		</description>
		<content:encoded>
<![CDATA[
shaos -> Andrew Lobanov<br><br>
<span class="quote">&gt; Как бороться с сабжем в легаси-коде? </span><br>
<br>
Бороться надо на этапе разработки - надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания - многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…<br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>OR1GwAoiCmmH8N4CEY8G</guid><pubDate>2024-09-27 22:18:28</pubDate><author>shaos</author><link>https://idec.foxears.su/blog/OR1GwAoiCmmH8N4CEY8G#OR1GwAoiCmmH8N4CEY8G</link>
		<description>
		О - а я из третьей секты :)
Точнее из тех нормальных людей, кто вырос на MS-DOS ;)
Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские...
		</description>
		<content:encoded>
<![CDATA[
shaos -> tuple<br><br>
О - а я из третьей секты :)<br>
Точнее из тех нормальных людей, кто вырос на MS-DOS ;)<br>
Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…<br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>ChvGVHAbcejOJW2Qgo2A</guid><pubDate>2024-09-27 16:32:42</pubDate><author>tuple</author><link>https://idec.foxears.su/blog/ChvGVHAbcejOJW2Qgo2A#ChvGVHAbcejOJW2Qgo2A</link>
		<description>
		&gt; Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.

Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы...
		</description>
		<content:encoded>
<![CDATA[
tuple -> Andrew Lobanov<br><br>
<span class="quote">&gt; Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.</span><br>
<br>
Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.<br>

]]>
</content:encoded></item>
<item><title>Избыток абстракций</title><guid>FolT2nsq9mbXL4r15zih</guid><pubDate>2024-09-27 16:26:55</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/FolT2nsq9mbXL4r15zih#FolT2nsq9mbXL4r15zih</link>
		<description>
		Как бороться с сабжем в легаси-коде? Попадаются прямо такие вещи, что я проямо колдобюсь, когда сталкиваюсь.

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

Я ещё могу нафантазировать зачем нужен счётчик ReadLock'ов в RWMutex, но вот в самом...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> All<br><br>
Как бороться с сабжем в легаси-коде? Попадаются прямо такие вещи, что я проямо колдобюсь, когда сталкиваюсь.<br>
<br>
Последнее из прекрасного, мьютекс со счётчиком локов, который нигде не используется.<br>
<br>
Я ещё могу нафантазировать зачем нужен счётчик ReadLock'ов в RWMutex, но вот в самом обычном мьютексе это нафига? Причём реально по всему проекту этот счётчик не используется нигде.<br>
<br>
А ведь для этого наверчена отдельная структура, у неё свои методы, реализующие интерфейс мьютекса, но так как нет в стандартной библиотеке интерфейса мьютекса, то наверчен свой интерфейс, но в итоге везде эти мьютексы летят через пустые интерфейсы.<br>
<br>
И вот с одной стороны проделана работа (пусть и без результата, но кто его знает, что там в головах было в древности, может была какая-то красивая идея), а с другой стороны это всё бежит по пустым интерфейсом, ломая весь вкус статической типизации.<br>
<br>
Извините, накипело. Я эту лабуду разматывал несколько часов только что, чтобы понять, что вообще такое мне в интерфейс падает, где оно описано и нафиг оно нужно.<br>
<br>
<span class="comment">+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Re: Кроссплатформенный календарь на текстовых файлах</title><guid>xzjowk29QFbdS4m5MyrZ</guid><pubDate>2024-09-27 16:22:07</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/xzjowk29QFbdS4m5MyrZ#xzjowk29QFbdS4m5MyrZ</link>
		<description>
		tuple&gt; Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.
tuple&gt; А ещё хотелос...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> tuple<br><br>
<span class="quote">tuple&gt; Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.</span><br>
<span class="quote">tuple&gt; А ещё хотелось бы, чтобы можно было не только просматривать через интерфейс приложений, но и редактировать события, а также уведомления, основанные на времени события... Но это так - мечты.</span><br>
<br>
Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.<br>
<br>
<span class="comment">+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Кроссплатформенный календарь на текстовых файлах</title><guid>GWM6FpJ6JbLkoSnDVqcT</guid><pubDate>2024-09-27 15:52:27</pubDate><author>tuple</author><link>https://idec.foxears.su/blog/GWM6FpJ6JbLkoSnDVqcT#GWM6FpJ6JbLkoSnDVqcT</link>
		<description>
		Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.

А ещё хотелось бы, чтобы м...
		</description>
		<content:encoded>
<![CDATA[
tuple -> All<br><br>
Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.<br>
<br>
А ещё хотелось бы, чтобы можно было не только просматривать через интерфейс приложений, но и редактировать события, а также уведомления, основанные на времени события... Но это так - мечты.<br>
<br>
Существует ли такое решение у кого-нибудь?<br>
<br>
---<br>
Из найденного самое ближайшее это использование calcurse - <a href="https://github.com/avidseeker/awesome-syncthing#icsx5" class="url">https://github.com/avidseeker/awesome-syncthing#icsx5</a> . Однако это работает только в одну сторону...<br>

]]>
</content:encoded></item>
<item><title>Re: боны поны и прочее</title><guid>1THhsu2XeFPq9Vjkh82S</guid><pubDate>2023-01-20 18:45:24</pubDate><author>ii.51t.ru</author><link>https://idec.foxears.su/blog/1THhsu2XeFPq9Vjkh82S#1THhsu2XeFPq9Vjkh82S</link>
		<description>
		нифига не понял, почему это в develop, но утянул себе develop тоже :)...
		</description>
		<content:encoded>
<![CDATA[
ii.51t.ru -> Difrex<br><br>
нифига не понял, почему это в develop, но утянул себе develop тоже :)<br>

]]>
</content:encoded></item>
<item><title>Re: боны поны и прочее</title><guid>RzsUXVX96nYVjN0CNBo1</guid><pubDate>2023-01-20 10:41:35</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/RzsUXVX96nYVjN0CNBo1#RzsUXVX96nYVjN0CNBo1</link>
		<description>
		Difrex&gt; Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.

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

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

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

+++ Caesium/0.4 RC1...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> Difrex<br><br>
<span class="quote">Difrex&gt; Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.</span><br>
<br>
Движение ради движения же.<br>
<br>
<span class="quote">Difrex&gt; ЗЫ: хочу тянуть по 9000 сообщений</span><br>
<br>
Для этого нам нужно начинать пользоваться технологией :)<br>
<br>
<span class="comment">+++ Caesium/0.4 RC1</span><br>

]]>
</content:encoded></item>
<item><title>Re: боны поны и прочее</title><guid>aC3HvaRHsJBNWYmBBBoP</guid><pubDate>2023-01-20 02:13:44</pubDate><author>Difrex</author><link>https://idec.foxears.su/blog/aC3HvaRHsJBNWYmBBBoP#aC3HvaRHsJBNWYmBBBoP</link>
		<description>
		Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.

ЗЫ: хочу тянуть по 9000 сообщений...
		</description>
		<content:encoded>
<![CDATA[
Difrex -> iiii<br><br>
Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.<br>
<br>
ЗЫ: хочу тянуть по 9000 сообщений<br>

]]>
</content:encoded></item>
<item><title>Re: Фантастические консоли и где они обитают</title><guid>Ri4egVN8GZxxYdAd2pnZ</guid><pubDate>2020-09-26 16:53:33</pubDate><author>btimofeev</author><link>https://idec.foxears.su/blog/Ri4egVN8GZxxYdAd2pnZ#Ri4egVN8GZxxYdAd2pnZ</link>
		<description>
		johnbrown&gt; Там, какой-то высокоуровневый ассембер, как я понял, используется, надеюсь будет полегче. Давно хотел приобщиться. Вчера читал руководство по нему, про звуки ничего не нашёл, думал не поддерживает вообще. Ну, здорово, что консоль реально существовала, не фэнтези )

Она...
		</description>
		<content:encoded>
<![CDATA[
btimofeev -> johnbrown<br><br>
<span class="quote">johnbrown&gt; Там, какой-то высокоуровневый ассембер, как я понял, используется, надеюсь будет полегче. Давно хотел приобщиться. Вчера читал руководство по нему, про звуки ничего не нашёл, думал не поддерживает вообще. Ну, здорово, что консоль реально существовала, не фэнтези )</span><br>
<br>
Она реально не существовала. Chip-8 больше похож на Java или современные виртуальные консоли, это была типа виртуальная машина которая проигрывала игры написанные на этом простеньким ассемблере. А распространялось это на несколько разных компьютеров тех лет.<br>
<br>
Ассемблер там простой, я писал небольшую статью с примерами и разбором кода как выводить изображения и обрабатывать события клавиатуры, если интересно можешь почитать <a href="https://emunix.org/post/writing-chip-8-emulator-part-3/" class="url">https://emunix.org/post/writing-chip-8-emulator-part-3/</a><br>

]]>
</content:encoded></item>
<item><title>Re: Фантастические консоли и где они обитают</title><guid>MRSCiwcJNf7VfimUFlKI</guid><pubDate>2020-09-26 15:55:06</pubDate><author>johnbrown</author><link>https://idec.foxears.su/blog/MRSCiwcJNf7VfimUFlKI#MRSCiwcJNf7VfimUFlKI</link>
		<description>
		&gt; Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды ...
		</description>
		<content:encoded>
<![CDATA[
johnbrown -> btimofeev<br><br>
<span class="quote">&gt; Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды и подобное. Я учился азам написания эмуляторов на этой системе - вот тут мой эмулятор лежит https://github.com/btimofeev/emuchip  </span><br>
<br>
Там, какой-то высокоуровневый ассембер, как я понял, используется, надеюсь будет полегче. Давно хотел приобщиться. Вчера читал руководство по нему, про звуки ничего не нашёл, думал не поддерживает вообще. Ну, здорово, что консоль реально существовала, не фэнтези )<br>
<br>
У меня когда-то был Микроша, но получалось запускать на нем только бейсик, да ещё какой-то текстовый редактор. Там и ассемблер был, но для меня тогда это было что-то инопланетное.<br>

]]>
</content:encoded></item>
<item><title>Re: Фантастические консоли и где они обитают</title><guid>aHrpYlOQZA2HliKCZhLQ</guid><pubDate>2020-09-26 11:49:01</pubDate><author>hugeping</author><link>https://idec.foxears.su/blog/aHrpYlOQZA2HliKCZhLQ#aHrpYlOQZA2HliKCZhLQ</link>
		<description>
		Если мне захочется "живого" железа, я скорее всего выберу спектрум. В детстве я программировал на БК0010-01, а вокруг были спектрумы. Поэтому, интересно. :) Даже читал книгу по железу спека не так давно. Но реально, не уверен что руки дойдут. Много всего. :) Сейчас вот Plan-9 увл...
		</description>
		<content:encoded>
<![CDATA[
hugeping -> johnbrown<br><br>
Если мне захочется "живого" железа, я скорее всего выберу спектрум. В детстве я программировал на БК0010-01, а вокруг были спектрумы. Поэтому, интересно. :) Даже читал книгу по железу спека не так давно. Но реально, не уверен что руки дойдут. Много всего. :) Сейчас вот Plan-9 увлёкся.<br>
<br>
А в плане виртуальных консолей, PICO8 для меня лучшая. В ней есть баланс ограничений, которые (на практике проверил) идеально для меня подходят. Жаль, что закрытая только. Но хотя бы формат игр открыт и есть открытые плееры...<br>

]]>
</content:encoded></item>
<item><title>Re: Фантастические консоли и где они обитают</title><guid>hWLoMNiz9AmEPDJE4XqL</guid><pubDate>2020-09-26 09:36:16</pubDate><author>btimofeev</author><link>https://idec.foxears.su/blog/hWLoMNiz9AmEPDJE4XqL#hWLoMNiz9AmEPDJE4XqL</link>
		<description>
		Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды и ...
		</description>
		<content:encoded>
<![CDATA[
btimofeev -> johnbrown<br><br>
Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды и подобное. Я учился азам написания эмуляторов на этой системе - вот тут мой эмулятор лежит <a href="https://github.com/btimofeev/emuchip" class="url">https://github.com/btimofeev/emuchip</a>  <br>

]]>
</content:encoded></item>
<item><title>Фантастические консоли и где они обитают</title><guid>4ZMIa7aLoZ3dSbTaN4Be</guid><pubDate>2020-09-25 21:16:12</pubDate><author>johnbrown</author><link>https://idec.foxears.su/blog/4ZMIa7aLoZ3dSbTaN4Be#4ZMIa7aLoZ3dSbTaN4Be</link>
		<description>
		Изучаю, время от времени, консоли из этого списка: https://github.com/paladin-t/fantasy

Приглядываюсь, прицениваюсь, так сказать. Тики, Пики, Лики... Хочется низкоуровневой 8-битной экзотики на асме или чтобы вообще без кода. Думал уже ничего не может быть проще Битси. Оказалось...
		</description>
		<content:encoded>
<![CDATA[
johnbrown -> All<br><br>
Изучаю, время от времени, консоли из этого списка: <a href="https://github.com/paladin-t/fantasy" class="url">https://github.com/paladin-t/fantasy</a><br>
<br>
Приглядываюсь, прицениваюсь, так сказать. Тики, Пики, Лики... Хочется низкоуровневой 8-битной экзотики на асме или чтобы вообще без кода. Думал уже ничего не может быть проще Битси. Оказалось, может. <br>
<br>
PIX64. Это такой no-code в "пейнте". А может и не в "пейнте". Ну, то есть, берем мышку, создаем 64x64 png, и оно как-то там само все движется...<br>
<br>
Осталось только найти для него удобный редактор. А в идеале - конвертер, чтобы из npp прямо в png, типа как xmp (кстати, кроме гимпа, кто-нибудь может работать с этим форматом?)<br>
<br>
А вы себе что присмотрели?<br>

]]>
</content:encoded></item>
<item><title>Re: Признание в любви к Го от старого сишника</title><guid>dWX0LOy8LYnGtnQuT11T</guid><pubDate>2020-09-11 15:46:28</pubDate><author>hugeping</author><link>https://idec.foxears.su/blog/dWX0LOy8LYnGtnQuT11T#dWX0LOy8LYnGtnQuT11T</link>
		<description>
		&gt; Вы его так рекламируете. Что хочется прям почитать про этот ваш Го.

Если нравится Си, то понравится и Go. Хотя я был уже подготовлен Питоном и Lua, но всё-равно, думаю, понравится....
		</description>
		<content:encoded>
<![CDATA[
hugeping -> boscholeg<br><br>
<span class="quote">&gt; Вы его так рекламируете. Что хочется прям почитать про этот ваш Го.</span><br>
<br>
Если нравится Си, то понравится и Go. Хотя я был уже подготовлен Питоном и Lua, но всё-равно, думаю, понравится.<br>

]]>
</content:encoded></item>
<item><title>Re: Признание в любви к Го от старого сишника</title><guid>NGXeJsFFLcXKMaT6LEXu</guid><pubDate>2020-09-11 15:34:46</pubDate><author>boscholeg</author><link>https://idec.foxears.su/blog/NGXeJsFFLcXKMaT6LEXu#NGXeJsFFLcXKMaT6LEXu</link>
		<description>
		Вы его так рекламируете. Что хочется прям почитать про этот ваш Го.
Хотя после си, перла, пхп, питона и "богомерзкого" JSа в голове и так полная каша. :(
Жаль мозги прокачать не получается. ...
		</description>
		<content:encoded>
<![CDATA[
boscholeg -> hugeping<br><br>
Вы его так рекламируете. Что хочется прям почитать про этот ваш Го.<br>
Хотя после си, перла, пхп, питона и "богомерзкого" JSа в голове и так полная каша. :(<br>
Жаль мозги прокачать не получается. <br>

]]>
</content:encoded></item>
<item><title>Re: Признание в любви к Го от старого сишника</title><guid>JChwWr5yxzsh1lntHl5W</guid><pubDate>2020-09-11 07:55:09</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/JChwWr5yxzsh1lntHl5W#JChwWr5yxzsh1lntHl5W</link>
		<description>
		hugeping&gt; Что бы там не говорили злопыхатели, golang прекрасен! Пока делал ноду, полюбил его ещё больше. Конечно, пока пишу совсем не "идеоматичный" код, но начал постепенно его чувствовать.
hugeping&gt; Лично для меня это что-то вроде "Си" на стероидах. Что-то между низким уровнем ...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> hugeping<br><br>
<span class="quote">hugeping&gt; Что бы там не говорили злопыхатели, golang прекрасен! Пока делал ноду, полюбил его ещё больше. Конечно, пока пишу совсем не "идеоматичный" код, но начал постепенно его чувствовать.</span><br>
<span class="quote">hugeping&gt; Лично для меня это что-то вроде "Си" на стероидах. Что-то между низким уровнем (с его простотой) и современными более абстрактными языками. Идеален для написания бекендов!</span><br>
<span class="quote">hugeping&gt; А его кросскомпиляция? Наконец-то я избавился от вороха зависимостей, dependency hellов и избежал унылой участи запускать всё в контейнерах. И всё это благодаря go!</span><br>
<span class="quote">hugeping&gt; Помню, когда читал книжку, чуть не плакал. Везде сквозил дух старого доброго Си, но только переосмысленный.</span><br>
<span class="quote">hugeping&gt; Короче, Роб Пайк рулит! Спасибо за наше счастливое детство!</span><br>
<br>
Когда пробовал go испытал примерно те же чувства. Пайк и Томпсон всё таки молодцы и понимают в языках :)<br>

]]>
</content:encoded></item>
<item><title>Признание в любви к Го от старого сишника</title><guid>zMA6GMqUR3RBJLPMOZjn</guid><pubDate>2020-09-10 22:45:35</pubDate><author>hugeping</author><link>https://idec.foxears.su/blog/zMA6GMqUR3RBJLPMOZjn#zMA6GMqUR3RBJLPMOZjn</link>
		<description>
		Что бы там не говорили злопыхатели, golang прекрасен! Пока делал ноду, полюбил его ещё больше. Конечно, пока пишу совсем не "идеоматичный" код, но начал постепенно его чувствовать.

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

]]>
</content:encoded></item>
<item><title>Re: Mutt</title><guid>7zNjpSCqkydpQhygW3iE</guid><pubDate>2019-11-06 19:38:10</pubDate><author>jmaks</author><link>https://idec.foxears.su/blog/7zNjpSCqkydpQhygW3iE#7zNjpSCqkydpQhygW3iE</link>
		<description>
		Anotheroneuser&gt;&gt; Не найдётся у кого-нибудь muttrc для mail.yandex? Или ссылки на нормальное руководство.
AL&gt; Ну так mutt это только читалка. Unix-way же. Гуглиться надо, например, про связку mutt + fetchmail + procmail + msmtp.
AL&gt; Mutt для чтения и написания писем, fetchmail ска...
		</description>
		<content:encoded>
<![CDATA[
jmaks -> Andrew Lobanov<br><br>
<span class="quote">Anotheroneuser&gt;&gt; Не найдётся у кого-нибудь muttrc для mail.yandex? Или ссылки на нормальное руководство.</span><br>
<span class="quote">AL&gt; Ну так mutt это только читалка. Unix-way же. Гуглиться надо, например, про связку mutt + fetchmail + procmail + msmtp.</span><br>
<span class="quote">AL&gt; Mutt для чтения и написания писем, fetchmail скачивает почту с сервера, procmail сортирует её, msmtp отправляет почту.</span><br>
<span class="quote">AL&gt; Если не забуду, тр вечером посмотрю у себя. Где-то должны были остаться конфиги для этого добра.</span><br>
<br>
Лучше написать таки своё; и сабж разберёшь, да и свои таки сделаешь настройки.<br>
<br>
<a href="https://syslogblog.blogspot.com/2008/10/mutt-fetchmail-exim4-smarthost-debian.html" class="url">https://syslogblog.blogspot.com/2008/10/mutt-fetchmail-exim4-smarthost-debian.html</a><br>
Вот кстати, одна из статеек в этих ваших интернетах; её таки писал сам gl00my aka Peter.<br>
<br>
А так да, ничего не поменялось принципиально за много лет.<br>
Вот тут можно поискать настройки и примеры mutt и прочих, линуксформат крутой был журнал. R.I.P.<br>
Press 'F' просто... Эх, грусть...<br>
<a href="http://wiki.linuxformat.ru/" class="url">http://wiki.linuxformat.ru/</a><br>
<br>
У димы можно посмотреть базисные штуки, дефолтные конфиги, довольно много всяких гайдов напилено...<br>
<a href="https://www.dmosk.ru/miniinstruktions.php?mini=mutt" class="url">https://www.dmosk.ru/miniinstruktions.php?mini=mutt</a><br>
<br>
На линуксцентре тож, что-то годное помню почерпнул для себя<br>
<a href="http://www.linuxcenter.ru/lib/articles/networking/linuxmail.phtml" class="url">http://www.linuxcenter.ru/lib/articles/networking/linuxmail.phtml</a><br>
<br>
Так же как и на опеннете<br>
<a href="https://www.opennet.ru/docs/RUS/mutt4users/" class="url">https://www.opennet.ru/docs/RUS/mutt4users/</a><br>
<br>
<span class="comment">+++ Caesium/0.4 RC1</span><br>

]]>
</content:encoded></item>
<item><title>Re: android dev</title><guid>0oESflp3bzmN4vUs9yqj</guid><pubDate>2019-11-03 21:19:39</pubDate><author>vit01</author><link>https://idec.foxears.su/blog/0oESflp3bzmN4vUs9yqj#0oESflp3bzmN4vUs9yqj</link>
		<description>
		jmaks&gt; vit01, btimofeev
jmaks&gt; Подскажите товарищи, накидайте годной маны, как быстро без регистрации и смс, собрать простую приложуху под сабжевую систему на смартвоне любом, умеющую одной кнопкой --пересобирать мир--, запускать стрим потока в строенный в приложуху радиво плеер?...
		</description>
		<content:encoded>
<![CDATA[
vit01 -> jmaks<br><br>
<span class="quote">jmaks&gt; vit01, btimofeev</span><br>
<span class="quote">jmaks&gt; Подскажите товарищи, накидайте годной маны, как быстро без регистрации и смс, собрать простую приложуху под сабжевую систему на смартвоне любом, умеющую одной кнопкой --пересобирать мир--, запускать стрим потока в строенный в приложуху радиво плеер?!</span><br>
<br>
btimofeev уже всё объяснил, достаточно лишь разгрести исходники парочки приложений-плееров на F-Droid <br>
<br>
<span class="quote">jmaks&gt; Ну и вообще, как бы другие советы, на чем/под чем и как лучше, удобнее, современнее собирать apk?!</span><br>
<br>
От себя добавлю, что нынче Qt очень подтянулись в поддержке андроида. Если уже знаешь Qt и умеешь на нём писать, то начать и поддерживать приложение будет нетрудно.<br>
<br>
<span class="comment">+++ Отправлено через IDEC Mobile</span><br>
<span class="comment">+++ GNU/Linux, Android, physics, MLP:FIM</span><br>

]]>
</content:encoded></item>
<item><title>Re: android dev</title><guid>hCwYQk1MboUvhFRMKT1m</guid><pubDate>2019-11-02 22:36:57</pubDate><author>btimofeev</author><link>https://idec.foxears.su/blog/hCwYQk1MboUvhFRMKT1m#hCwYQk1MboUvhFRMKT1m</link>
		<description>
		jmaks&gt; Ну и вообще, как бы другие советы, на чем/под чем и как лучше, удобнее, современнее собирать apk?!

Проще всего поставить Android Studio https://developer.android.com/studio Программы пишутся на Java/Kotlin/C/C++

Ну а дальше можно начать с изучения документации https://de...
		</description>
		<content:encoded>
<![CDATA[
btimofeev -> jmaks<br><br>
<span class="quote">jmaks&gt; Ну и вообще, как бы другие советы, на чем/под чем и как лучше, удобнее, современнее собирать apk?!</span><br>
<br>
Проще всего поставить Android Studio <a href="https://developer.android.com/studio" class="url">https://developer.android.com/studio</a> Программы пишутся на Java/Kotlin/C/C++<br>
<br>
Ну а дальше можно начать с изучения документации <a href="https://developer.android.com/guide/" class="url">https://developer.android.com/guide/</a> или startandroid.ru<br>
<br>
Ещё в последнее время становится популярным фреймворк Flutter <a href="https://flutter.dev/" class="url">https://flutter.dev/</a> Он позволяет писать нативные приложения сразу и для Android и для iOS и для веба. Здесь программы уже пишут на языке Dart. Правда и АПК с  хелло ворлдом будет иметь размер мегабайт 10.<br>

]]>
</content:encoded></item>
<item><title>Re: android dev</title><guid>owFAuF13zhskcYmfbLOp</guid><pubDate>2019-11-02 20:06:17</pubDate><author>jmaks</author><link>https://idec.foxears.su/blog/owFAuF13zhskcYmfbLOp#owFAuF13zhskcYmfbLOp</link>
		<description>
		Да, вполне не плохо. Нечто такое и нужно для начала, попробовать собрать и все такое, изучить готовый код, чтобы размотать что-то свое.
Готовое приложение для одной цели.

Ну и вообще, как бы другие советы, на чем/под чем и как лучше, удобнее, современнее собирать apk?!...
		</description>
		<content:encoded>
<![CDATA[
jmaks -> btimofeev<br><br>
Да, вполне не плохо. Нечто такое и нужно для начала, попробовать собрать и все такое, изучить готовый код, чтобы размотать что-то свое.<br>
Готовое приложение для одной цели.<br>
<br>
Ну и вообще, как бы другие советы, на чем/под чем и как лучше, удобнее, современнее собирать apk?!<br>

]]>
</content:encoded></item>
<item><title>Re: android dev</title><guid>tA4PwPTMw16h16UX5LZ4</guid><pubDate>2019-11-02 17:08:23</pubDate><author>btimofeev</author><link>https://idec.foxears.su/blog/tA4PwPTMw16h16UX5LZ4#tA4PwPTMw16h16UX5LZ4</link>
		<description>
		Тебе нужно приложение для проигрывания одной интернет-радиостанции?

Можешь посмотреть исходники приложения Transistor https://github.com/y20k/transistor, оно довольно простое....
		</description>
		<content:encoded>
<![CDATA[
btimofeev -> jmaks<br><br>
Тебе нужно приложение для проигрывания одной интернет-радиостанции?<br>
<br>
Можешь посмотреть исходники приложения Transistor <a href="https://github.com/y20k/transistor," class="url">https://github.com/y20k/transistor,</a> оно довольно простое.<br>

]]>
</content:encoded></item>
<item><title>android dev</title><guid>sEg7jxOMlVG51gOINHcf</guid><pubDate>2019-11-02 14:20:08</pubDate><author>jmaks</author><link>https://idec.foxears.su/blog/sEg7jxOMlVG51gOINHcf#sEg7jxOMlVG51gOINHcf</link>
		<description>
		vit01, btimofeev
Подскажите товарищи, накидайте годной маны, как быстро без регистрации и смс, собрать простую приложуху под сабжевую систему на смартвоне любом, умеющую одной кнопкой --пересобирать мир--, запускать стрим потока в строенный в приложуху радиво плеер?!...
		</description>
		<content:encoded>
<![CDATA[
jmaks -> All<br><br>
vit01, btimofeev<br>
Подскажите товарищи, накидайте годной маны, как быстро без регистрации и смс, собрать простую приложуху под сабжевую систему на смартвоне любом, умеющую одной кнопкой --пересобирать мир--, запускать стрим потока в строенный в приложуху радиво плеер?!<br>

]]>
</content:encoded></item>
<item><title>Re: Шуточные песенки про С (Папа может в СИ)</title><guid>S23Dj7zvaB6nCwfyF00W</guid><pubDate>2019-08-11 11:19:27</pubDate><author>vit01</author><link>https://idec.foxears.su/blog/S23Dj7zvaB6nCwfyF00W#S23Dj7zvaB6nCwfyF00W</link>
		<description>
		Peter&gt; Но вторая -- давно известная шутка. А вот "ПАПА МОЖЕТ СИ" первый раз услышал. :)

Это широко известная группа Научно-Технический Рэп. Их самые хитовые песни - это "Делай бэкап", "Тыжпрограммист", "Дедлайн", "Курим мануал"

А вот по их песням про математику (да, такие у них...
		</description>
		<content:encoded>
<![CDATA[
vit01 -> Peter<br><br>
<span class="quote">Peter&gt; Но вторая -- давно известная шутка. А вот "ПАПА МОЖЕТ СИ" первый раз услышал. :)</span><br>
<br>
Это широко известная группа Научно-Технический Рэп. Их самые хитовые песни - это "Делай бэкап", "Тыжпрограммист", "Дедлайн", "Курим мануал"<br>
<br>
А вот по их песням про математику (да, такие у них тоже есть) я на первом курсе заучивал теоремы. Очень креативные тексты и "качающая" музыка.<br>
<br>
<span class="comment">+++ Отправлено через IDEC Mobile</span><br>
<span class="comment">+++ GNU/Linux, Android, physics, MLP:FIM</span><br>

]]>
</content:encoded></item>
<item><title>Шуточные песенки про С (Папа может в СИ)</title><guid>qZzNO5SgLHmJ8kFjXJl4</guid><pubDate>2019-08-11 00:37:37</pubDate><author>Peter</author><link>https://idec.foxears.su/blog/qZzNO5SgLHmJ8kFjXJl4#qZzNO5SgLHmJ8kFjXJl4</link>
		<description>
		Случайно наткнулся на это чудо (Папа может в СИ): https://m.youtube.com/watch?v=cdX8r3ZSzN4

А искал, на самом деле, вот это (Write in C): https://www.youtube.com/watch?v=XHosLhPEN3k

Но вторая -- давно известная шутка. А вот "ПАПА МОЖЕТ СИ" первый раз услышал. :)...
		</description>
		<content:encoded>
<![CDATA[
Peter -> All<br><br>
Случайно наткнулся на это чудо (Папа может в СИ): <a href="https://m.youtube.com/watch?v=cdX8r3ZSzN4" class="url">https://m.youtube.com/watch?v=cdX8r3ZSzN4</a><br>
<br>
А искал, на самом деле, вот это (Write in C): <a href="https://www.youtube.com/watch?v=XHosLhPEN3k" class="url">https://www.youtube.com/watch?v=XHosLhPEN3k</a><br>
<br>
Но вторая -- давно известная шутка. А вот "ПАПА МОЖЕТ СИ" первый раз услышал. :)<br>

]]>
</content:encoded></item>
<item><title>Re: Python и магия генераторов</title><guid>WB88517z5kF4z2FQcOaR</guid><pubDate>2019-07-25 11:52:33</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/WB88517z5kF4z2FQcOaR#WB88517z5kF4z2FQcOaR</link>
		<description>
		&gt;&gt; Я правильно думаю, что нет простого способа просто следующее совпадение извлечь?
Difrex&gt; Ага, нету.

Понятно. И даже ожидаемо, так как оно немного противоречит философии питона, насколько я её понимаю =)

Difrex&gt; Скомпиль, кстати, регулярку сначала, будет еще быстрее
Difrex&gt; =...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> Difrex<br><br>
<span class="quote">&gt;&gt; Я правильно думаю, что нет простого способа просто следующее совпадение извлечь?</span><br>
<span class="quote">Difrex&gt; Ага, нету.</span><br>
<br>
Понятно. И даже ожидаемо, так как оно немного противоречит философии питона, насколько я её понимаю =)<br>
<br>
<span class="quote">Difrex&gt; Скомпиль, кстати, регулярку сначала, будет еще быстрее</span><br>
<span class="quote">Difrex&gt; ====</span><br>
<span class="quote">Difrex&gt; r = re.compile("(.+):(.+)\n")</span><br>
<span class="quote">Difrex&gt; ====</span><br>
<br>
Как раз поигрался вчера с этим немного и собирался в ближайшее время коммитнуть это изменение. Спасибо.<br>

]]>
</content:encoded></item>
<item><title>Re: Python и магия генераторов</title><guid>5ameJeV58t2lg7NHURbw</guid><pubDate>2019-07-25 10:12:11</pubDate><author>Difrex</author><link>https://idec.foxears.su/blog/5ameJeV58t2lg7NHURbw#5ameJeV58t2lg7NHURbw</link>
		<description>
		&gt; Я правильно думаю, что нет простого способа просто следующее совпадение извлечь?
Ага, нету.

Скомпиль, кстати, регулярку сначала, будет еще быстрее
====
r = re.compile("(.+):(.+)\n")
====...
		</description>
		<content:encoded>
<![CDATA[
Difrex -> Andrew Lobanov<br><br>
<span class="quote">&gt; Я правильно думаю, что нет простого способа просто следующее совпадение извлечь?</span><br>
Ага, нету.<br>
<br>
Скомпиль, кстати, регулярку сначала, будет еще быстрее<br>
<pre class="code">
r = re.compile("(.+):(.+)\n")
</pre>

]]>
</content:encoded></item>
<item><title>Re: Python и магия генераторов</title><guid>WbIURSpWOoKRDgv7tOdx</guid><pubDate>2019-07-25 08:33:32</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/WbIURSpWOoKRDgv7tOdx#WbIURSpWOoKRDgv7tOdx</link>
		<description>
		&gt;&gt; Я её хочу обработать минимальным количеством кода
Difrex&gt; В тему, что меня бесит -- это питоновые однострочники. Оно работает не быстрее, чем если ты запишешь это в несколько строк,
Difrex&gt; а вот читаемость падает.

Кстати, в итоге сделал вот так вообще. Даёт небольшой прирост...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> Difrex<br><br>
<span class="quote">&gt;&gt; Я её хочу обработать минимальным количеством кода</span><br>
<span class="quote">Difrex&gt; В тему, что меня бесит -- это питоновые однострочники. Оно работает не быстрее, чем если ты запишешь это в несколько строк,</span><br>
<span class="quote">Difrex&gt; а вот читаемость падает.</span><br>
<br>
Кстати, в итоге сделал вот так вообще. Даёт небольшой прирост в скорости и по идее легче читается.<br>
<br>
<pre class="code">
d = {}
for (key, vaule) in re.findall("(.+):(.+)\n", counts):
    d[key] = value
</pre>
<br>
Кстати, насколько я понял, регулярки в re ложатся в философию питона как родные и всегда есть возможность получить или список или итератор. Или баловаться со смещением в цикле, что навряд ли будет быстро.<br>
<br>
Я правильно думаю, что нет простого способа просто следующее совпадение извлечь?<br>

]]>
</content:encoded></item>
<item><title>Re: Python и магия генераторов</title><guid>vAwcArqQsyzuj138MEdk</guid><pubDate>2019-07-25 08:33:30</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/vAwcArqQsyzuj138MEdk#vAwcArqQsyzuj138MEdk</link>
		<description>
		&gt;&gt; Я её хочу обработать минимальным количеством кода
Difrex&gt; В тему, что меня бесит -- это питоновые однострочники. Оно работает не быстрее, чем если ты запишешь это в несколько строк,
Difrex&gt; а вот читаемость падает.

А мне наоборот компактность кажется читаемее. По крайней мере...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> Difrex<br><br>
<span class="quote">&gt;&gt; Я её хочу обработать минимальным количеством кода</span><br>
<span class="quote">Difrex&gt; В тему, что меня бесит -- это питоновые однострочники. Оно работает не быстрее, чем если ты запишешь это в несколько строк,</span><br>
<span class="quote">Difrex&gt; а вот читаемость падает.</span><br>
<br>
А мне наоборот компактность кажется читаемее. По крайней мере в генераторах. К тому же зачастую генератор получается быстрее циклического создания списка или словаря, вроде. Но это вкусовщина, конечно.<br>

]]>
</content:encoded></item>
<item><title>Re: Python и магия генераторов</title><guid>gFShxRsb0FYSDaPQgLnM</guid><pubDate>2019-07-24 17:37:26</pubDate><author>Difrex</author><link>https://idec.foxears.su/blog/gFShxRsb0FYSDaPQgLnM#gFShxRsb0FYSDaPQgLnM</link>
		<description>
		&gt; Я её хочу обработать минимальным количеством кода
В тему, что меня бесит -- это питоновые однострочники. Оно работает не быстрее, чем если ты запишешь это в несколько строк,
а вот читаемость падает.
...
		</description>
		<content:encoded>
<![CDATA[
Difrex -> Andrew Lobanov<br><br>
<span class="quote">&gt; Я её хочу обработать минимальным количеством кода</span><br>
В тему, что меня бесит -- это питоновые однострочники. Оно работает не быстрее, чем если ты запишешь это в несколько строк,<br>
а вот читаемость падает.<br>

]]>
</content:encoded></item>
<item><title>Re: Python и магия генераторов</title><guid>ZBRhylFnE6I8RpfE9ar5</guid><pubDate>2019-07-24 12:18:41</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/ZBRhylFnE6I8RpfE9ar5#ZBRhylFnE6I8RpfE9ar5</link>
		<description>
		AL&gt; Продолжаю учиться писать программы на питоне и возник один странный, может быть, вопрос. Есть строка, в которой хранится в "сыром" виде выхлопом x/c. То есть данные в виде
AL&gt; ====
AL&gt; echo.area:messages_count
AL&gt; ====
AL&gt; Я её хочу обработать минимальным количеством кода. Та...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> All<br><br>
<span class="quote">AL&gt; Продолжаю учиться писать программы на питоне и возник один странный, может быть, вопрос. Есть строка, в которой хранится в "сыром" виде выхлопом x/c. То есть данные в виде</span><br>
<span class="quote">AL&gt; ====</span><br>
<span class="quote">AL&gt; echo.area:messages_count</span><br>
<span class="quote">AL&gt; ====</span><br>
<span class="quote">AL&gt; Я её хочу обработать минимальным количеством кода. Так что решил использовать генератор:</span><br>
<span class="quote">AL&gt; ====</span><br>
<span class="quote">AL&gt; {x.split(":")[0]: x.split(":")[1] for x in x_i.split("\n") if ":" in x}</span><br>
<span class="quote">AL&gt; ====</span><br>
<span class="quote">AL&gt; Но при этом мне очень не нравится дважды вызванный .split(":"). Можно как-то произвести сплит единожды для каждой итерации или придётся городить огород для этого?</span><br>
<br>
Благодаря товарищам из Instead группы в ТГ решил это следующим образом:<br>
<br>
<pre class="code">
{y[0]: int(y[1]) for y in (x.split(":") for x in counts.split("\n") if ":" in x)}
</pre>
<br>
Если предложите вариант проще и быстрее, то буду рад.<br>

]]>
</content:encoded></item>
<item><title>Python и магия генераторов</title><guid>FI9Bm1Fp07wwCoepvvJy</guid><pubDate>2019-07-24 10:21:25</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/FI9Bm1Fp07wwCoepvvJy#FI9Bm1Fp07wwCoepvvJy</link>
		<description>
		Продолжаю учиться писать программы на питоне и возник один странный, может быть, вопрос. Есть строка, в которой хранится в "сыром" виде выхлопом x/c. То есть данные в виде

====
echo.area:messages_count
====

Я её хочу обработать минимальным количеством кода. Так что решил исполь...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> All<br><br>
Продолжаю учиться писать программы на питоне и возник один странный, может быть, вопрос. Есть строка, в которой хранится в "сыром" виде выхлопом x/c. То есть данные в виде<br>
<br>
<pre class="code">
echo.area:messages_count
</pre>
<br>
Я её хочу обработать минимальным количеством кода. Так что решил использовать генератор:<br>
<br>
<pre class="code">
{x.split(":")[0]: x.split(":")[1] for x in x_i.split("\n") if ":" in x}
</pre>
<br>
Но при этом мне очень не нравится дважды вызванный .split(":"). Можно как-то произвести сплит единожды для каждой итерации или придётся городить огород для этого?<br>
<br>
Эффективность обработки также играет для меня роль, так как впоследствии наработанные подходы я наверняка буду пытаться применять и для больших объёмов данных.<br>

]]>
</content:encoded></item>
<item><title>Re: CI</title><guid>87rlA8o8SjWJGh0fo4xU</guid><pubDate>2019-04-13 12:11:01</pubDate><author>Difrex</author><link>https://idec.foxears.su/blog/87rlA8o8SjWJGh0fo4xU#87rlA8o8SjWJGh0fo4xU</link>
		<description>
		&gt; Дело не в этом. Docker - сам по себе оверхед, жрёт кучу свободного места на диске своими образами
Не сохраняй их. Держи только нужные.

&gt; Да и как-то ради простенького сборочного процесса сохранять отдельный контейнер жирновато. 
Сохраняй полученный артифакт, а не новый образ....
		</description>
		<content:encoded>
<![CDATA[
Difrex -> vit01<br><br>
<span class="quote">&gt; Дело не в этом. Docker - сам по себе оверхед, жрёт кучу свободного места на диске своими образами</span><br>
Не сохраняй их. Держи только нужные.<br>
<br>
<span class="quote">&gt; Да и как-то ради простенького сборочного процесса сохранять отдельный контейнер жирновато. </span><br>
Сохраняй полученный артифакт, а не новый образ.<br>

]]>
</content:encoded></item>
<item><title>Re: CI</title><guid>swMqbPEiturCezJboEiM</guid><pubDate>2019-04-12 18:21:55</pubDate><author>vit01</author><link>https://idec.foxears.su/blog/swMqbPEiturCezJboEiM#swMqbPEiturCezJboEiM</link>
		<description>
		&gt;&gt;Drone CI тянет за собой Docker и, насколько понимаю, запускает его на каждый чих, при каждой сборке. Это оттолкнуло сразу 
Difrex&gt; Почему оттолкнуло? У тебя получаются изолированные повторяемые билды каждый запуск.

Дело не в этом. Docker - сам по себе оверхед, жрёт кучу свобод...
		</description>
		<content:encoded>
<![CDATA[
vit01 -> Difrex<br><br>
<span class="quote">&gt;&gt;Drone CI тянет за собой Docker и, насколько понимаю, запускает его на каждый чих, при каждой сборке. Это оттолкнуло сразу </span><br>
<span class="quote">Difrex&gt; Почему оттолкнуло? У тебя получаются изолированные повторяемые билды каждый запуск.</span><br>
<br>
Дело не в этом. Docker - сам по себе оверхед, жрёт кучу свободного места на диске своими образами. Да и как-то ради простенького сборочного процесса сохранять отдельный контейнер жирновато.<br>
<br>
<span class="quote">Difrex&gt; Посмотри на CircleCI - там LISP(Clojure) :)</span><br>
<span class="quote">Difrex&gt; А вообще, если ты хочешь опенсорс собирать, то бери TravisCI и не парься со своими серваками.</span><br>
<br>
CircleCI и Travis не подходят по причине того, что это Software as a Service. Да, это удобно, быстро, прикольно, но надо всегда иметь способы быть независимыми от чужого дяди.<br>
<br>
В конечном итоге придётся, видимо, осваивать докерные штучки вроде DroneCI и GitlabCI, а пока что я делаю тупо всё на баш-скриптах и не заморачиваюсь.<br>
<br>
<span class="comment">+++ Отправлено через IDEC Mobile</span><br>
<span class="comment">+++ GNU/Linux, Android, physics, MLP:FIM</span><br>

]]>
</content:encoded></item>
<item><title>Re: CI</title><guid>EXFIuOA50SAFUBMT3ogm</guid><pubDate>2019-03-16 21:17:44</pubDate><author>Difrex</author><link>https://idec.foxears.su/blog/EXFIuOA50SAFUBMT3ogm#EXFIuOA50SAFUBMT3ogm</link>
		<description>
		&gt;Drone CI тянет за собой Docker и, насколько понимаю, запускает его на каждый чих, при каждой сборке. Это оттолкнуло сразу 
Почему оттолкнуло? У тебя получаются изолированные повторяемые билды каждый запуск.
GitlabCI тоже все в докере(dind) собирает.

&gt;В идеале, конечно, хотелось...
		</description>
		<content:encoded>
<![CDATA[
Difrex -> vit01<br><br>
<span class="quote">&gt;Drone CI тянет за собой Docker и, насколько понимаю, запускает его на каждый чих, при каждой сборке. Это оттолкнуло сразу </span><br>
Почему оттолкнуло? У тебя получаются изолированные повторяемые билды каждый запуск.<br>
GitlabCI тоже все в докере(dind) собирает.<br>
<br>
<span class="quote">&gt;В идеале, конечно, хотелось бы что-нибудь подобного с синтаксисом вроде Ansible playbook, но чтобы многие вещи для сборки и развёртки были автоматизированы и был удобный гуй на всякий случай. </span><br>
Посмотри на CircleCI - там LISP(Clojure) :)<br>
<br>
А вообще, если ты хочешь опенсорс собирать, то бери TravisCI и не парься со своими серваками.<br>

]]>
</content:encoded></item>
<item><title>Re: Emacs. Редактирование одного текста в нескольких местах</title><guid>ZFEtQhq46HarADJJqtEg</guid><pubDate>2019-03-01 12:57:07</pubDate><author>Andrew Lobanov</author><link>https://idec.foxears.su/blog/ZFEtQhq46HarADJJqtEg#ZFEtQhq46HarADJJqtEg</link>
		<description>
		&gt;&gt; Вспомнил. Я его смотрел, но как-то не вкурил его философию. Выглядит круто, возможности прикольные, но пользоваться им я так и не научился. 
Difrex&gt; Там фишка в том, что есть демон, который реализует сам WM, и клиент к нему. И весь конфиг клиентом делается.
Difrex&gt; Это позволя...
		</description>
		<content:encoded>
<![CDATA[
Andrew Lobanov -> Difrex<br><br>
<span class="quote">&gt;&gt; Вспомнил. Я его смотрел, но как-то не вкурил его философию. Выглядит круто, возможности прикольные, но пользоваться им я так и не научился. </span><br>
<span class="quote">Difrex&gt; Там фишка в том, что есть демон, который реализует сам WM, и клиент к нему. И весь конфиг клиентом делается.</span><br>
<span class="quote">Difrex&gt; Это позволяет писать конфиг на любом языке.</span><br>
<br>
Примерно как в bspwm, видимо. Есть bspwm и есть bspwmc. Конфиг на чём угодно, что умеет в шелл-вызовы. Для управления исключительно bspwmc юзается. Вкупе с sxhkd очень вкусно получается.<br>
<br>
<span class="comment">+++ Caesium/0.4 RC1</span><br>
<span class="comment">+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.</span><br>

]]>
</content:encoded></item>
<item><title>Re: Emacs. Редактирование одного текста в нескольких местах</title><guid>g4QKWaSJr7u5wopwTbm2</guid><pubDate>2019-03-01 11:43:02</pubDate><author>Difrex</author><link>https://idec.foxears.su/blog/g4QKWaSJr7u5wopwTbm2#g4QKWaSJr7u5wopwTbm2</link>
		<description>
		&gt; Вспомнил. Я его смотрел, но как-то не вкурил его философию. Выглядит круто, возможности прикольные, но пользоваться им я так и не научился. 
Там фишка в том, что есть демон, который реализует сам WM, и клиент к нему. И весь конфиг клиентом делается.
Это позволяет писать конфиг ...
		</description>
		<content:encoded>
<![CDATA[
Difrex -> Andrew Lobanov<br><br>
<span class="quote">&gt; Вспомнил. Я его смотрел, но как-то не вкурил его философию. Выглядит круто, возможности прикольные, но пользоваться им я так и не научился. </span><br>
Там фишка в том, что есть демон, который реализует сам WM, и клиент к нему. И весь конфиг клиентом делается.<br>
Это позволяет писать конфиг на любом языке.<br>

]]>
</content:encoded></item>
</channel></rss>
