Between bytes

Всё руками
Ностальгически-рефлексивное

С неделю назад приобрел вот такого красавца (на фото).
Как будто открыл капсулу времени - разрезал пломбу коробки, расстегнул молнию на футляре и вдохнул запах еще другой страны - фотоаппарат пролежал в заводской упаковке 35 лет. Я довольно неплохо помню то время - 3й класс, первые электронные китайские часы, с фирменным языком (как я узнал гораздо позже) The Rolling Stones на циферблате, подаренные на 9 лет... взлетающие цены... Ой, не туда я зарулил.

Так вот, взял я в руки этот фотоаппарат, купил пленку и начал пробовать снимать, совершенно не зная, что получится после проявки.
И, знаете, в процессе фотографирования что-то до боли знакомое шевельнулось внутри. Вся эта ручная цепочка действий - а аппарат абсолютно неавтоматический, нужно сначала замерить эскпозицию, затем прикинуть расстояние до объекта съемки, навести резкость (ооочень нетривиальная процедура, с неизвестным до момента проявки результатом), выставить нужную выдержку, выставить диафрагму, еще раз проверить фокусировку и потом, затаив дыхание, чтобы не было смаза, спустить затвор. Так вот, вся эта процедура напомнила мне первые упражнения с Linux, когда-то давно, когда Red Hat еще не были куплены IBM, и дистрибутив назывался просто Red Hat Linux. Я начинал, кажется, с версии 7.2 (ну путать с Red Hat Enterprise Linux 7.х!).
И это тоже была цепочка ручных, завораживающих действий - вставить CD в CD-ROM, увидеть, что ничего не изменилось, найти новое устройство в messages, смонтировать, запустить lilo... Впрочем, может, с последовательностью действий я могу и ошибаться. Но суть от этого не меняется - маленькими шагами, ручными действиями, запускалась таинственная, могущественная (там где я работал, какие-то серверы были на ней) операционка, знания о которой и умения - сакральны для большинства. Магия, не меньше. А через пару лет выстрелил Alt Linux Master, первый на моей памяти Linux с человеческим (хоть и отдаленно) лицом. И линукс начал вылупляться из своей нишевости.

Схожие чувства были и когда я впервые, после нескольких лет работы с Linux оказался перед терминалом с Solaris 9. Ох. Но это уже была не магия, а боль - после штатного линуксового bash, с его автодополнением и прочими плюшками, соляровский Bourne shell (или Korn, уж точно не помню), с его олдскульностью, от которой сводило скулы, словно окатил холодной водой - нажимаешь стрелочку вверх, а тебе вместо предыдущей команды кракозябры на экране выводятся, нажимаешь привычный Tab, чтобы команда за тебя дополнилась - тебе опять кракозябры... И поэтому, снова, все руками, все руками...

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

А современный Linux, спросите вы, на что он похож по ощущениям?
На фотоаппарат "Зенит", который я тоже купил неделю назад "с хранения" - вроде внешне почти современен... но, все руками, все руками...

P.S. Снимками, что получились на "Любителя" - обязательно поделюсь. Недолго ждать - в пленке всего 12 кадров.

#it #linux #фото

Публичные каналы для всех

Наконец, MAX дал возможность простым смертным создавать до 5 публичных каналов.
Для этого, правда, понадобится Цифровой ID.
Но это уже мелочи, не правда ли?

Радуемся🕺💃

Память нужно отключать (иногда)

Наткнулся недавно на мнение, что память в LLM - не всегда полезна.
По крайней мере, так считает Майк Тейлор - соавтор книги "Промт инжиниринг для Gen AI".
В свой статье на Every, он пишет, что в его настройках память всегда отключена. И вот почему:
1. Память модели служит источником трудноотлавливаемых ошибок
2. Деградация или "гниение" контекста (context rot) - когда в памяти накапливаются устаревшие данные, неверные решения, противоречия, которые в дальнейшем влияют на качество ответов.

Тейлор выделил четыре типа деградации контекста (хотя, есть подозрения, что некоторые из них существовали и ранее).

Но, похоже, самый коварный - так называемое "отравление контекста" (context poisoning). В этом случае какие-либо неверные данные сохраняются в памяти и, в последствии, принимаются моделью за истину.

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

Интересный подход. Но, кажется, он больше подходит тем, кто знает тонкости промт инжиниринга и разбирается в принципых работы LLM.

Я же, по-прежнему прошу claude записывать в MEMORY.md каждый чих, чтобы после запуска новой сессии он каждый раз не вел себя как Джон Траволта в известном меме. 🤷‍♂️

Новый  Kindle

Много вижу споров об электронных книгах (ридерах, читалках - как удобнее).

Одни без ума от устройств с Android на борту - на них можно установить дополнительное ПО, и сделать читалку почти планшетом. Другие - и я в их числе - считают, что дополнительное ПО на ридере - излишество и он, ридер, должен выполнять свою главную функцию - отображать книги "как на бумаге". И да, я пользователь kindle.

Не то, чтобы я прямо фанат. Но, сравнив соотношение цены-характеристик на других устройствах, пришел к выводу, что продукт от Amazon вне конкуренции.

Так к чему я это? А к тому, что на днях получил kindle paperwhite 12. До этого, с 2019 года я использовал тоже paperwhite, но 10-го поколения. Собственно, и использовал бы дальше. Да вот возникла у нас с супругой конкуренция за книгу в "вечерний час для чтения" - время, когда мы установили для себя отказ от всяких экранов и "успокоение" нервной системы через чтение, для здорового сна.

Что ж... Вроде бы между 10 и 12 разница небольшая... Но в годах это 6 лет - 10ка вышла в 2018, 12 - в 2024.

В следствие этого и в технологиях разница очень заметна:
• Экран - был 6 дюймов, стал 7 - и это прямо сначала непривычно - так много букв на листе
• Улучшенная контрастность - буквы прямо как натуральные (хотя они и раньше были не сильно хуже)
• Подстветка - теперь можно регулировать и ее температуру. И, сам экран, безо всяких регулировок немного теплее такового на предыдущем поколении - большее приближение к натуральной бумаге.
• Скорость. Тут прямо разительное отличие - в старом киндле приходилось ждать, пока он выйдет из спячки, при загрузке домашнего экрана (если выходить из книги) или, наоборот, при загрузке книги - тоже было ощутимое ожидание. Здесь же все заметно, заметно быстрее.

И в целом, ощущение... ну как при покупке нового качественного устройства :))

А что же бумажные книги? Их я по-прежнему люблю. Но, дорогое нынче это удовольствие. Да и ставить их уже некуда…

Легкий…как призрак, Ghostty

В одной из соцсетей мне несколько дней подряд попадались посты о том, какой хороший есть эмулятор терминала Ghostty.

Я, только недавно закончивший настройку WezTerm (о котором, вероятно, расскажу отдельно), но очень любящий пробовать новое, поддался искушению и поставил себе это "маленькое привидение". Если что, у него и иконка с привидением. И даже отдельная команда есть, чтобы запустить анимацию с изображением призрака в ASCII.

Но суть не в этом, конечно.

Что могу сказать по прошествии двух дней.
1️⃣ Симпатичный, нативный для macOS интерфейс. Все-таки, WezTerm мне ну удалось настроить так, чтобы он выглядел гармонично с общим GUI макоси.
2️⃣ Легкость. Летает - не успеваешь кнопки нажимать.
3️⃣ Полчище настроек. И все настраиваются через текстовый файл - не нужно лазить по многочиселнным вкладкам (хотя, это конечно на любителя).
4️⃣ Функциональность все же поскуднее, чем в том же WezTerm. Но, как выяснилось, комбаин мне и не сильно-то нужен - все делаю через команды терминала.

⭐️Приятный бонус - больше сотни предустановленных тем, которые можно посмотреть просто выполнив команду ghostty +list-themes.

В целом, если вам нужен легковесный и быстрый терминал на Mac, который через какое-то время не сжирает кучу памяти (как например iTerm) и выглядит для яблока как родной - попробуйте Ghostty.

#itbetween #macos #ghostty

Readers’s Digest для себя. Первый запуск

Итак, вчера я писал, что возникла идея сделать свою "RSS-ленту" в Telegram.

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

Первую версию кода я писал еще в бесплатной версии Codex (см. мою заметку ранее).
Теперь же, я решил его проверить с помощью "тяжеловеса кодинга" - Claude, с моделью Opus 4.6.
Клод, конечно же, нашел там, что можно исправить, исправил... и с N-го раза мы задеплоили контейнер с ботом на мой VPS.

Что имеется в итоге, на данный момент:
• Бот, который два раза в сутки собирает заголовки и первые строки постов из каналов и присылает их пользователю.

Как это работает:
• Пользователь запускает бота и добавляет туда каналы для отслеживания.
• Бот, с помощью pyrogram ходит по каналам по заданному расписанию и доставляет инфу. К слову, кроме pyrogram, по факту, никакого другого решения для этой задачи нет. Только этот фреймворк может читать каналы от лица пользователя. В противном случае, требуется добавление бота в отслеживаемые каналы. Что, разумеется, неприемлемо.

💡Интересная деталь. Это второй бот, которого я начинал писать в Codex. И заметил, что тот зачем-то в обоих случаях строит слой хранения данных с использованием SQLAlchemy. Я сначала на этот момент не обращал внимания. Но, во время отладки кода, как человек, имеющий некоторый СУБД-бэкграунд за спиной, озадачился. После того, как указал на это клоду, тот подтвердил мои опасения - для 3 табличек без джойнов и прочей магии, SQLAlchemy - излишество. Убрали в итоге.

В общем, первая доставка новостей запланирована на сегодня, на 20:00. Я даже отписался от каналов, которые добавил в бота.
Посмотрим, насколько это окажется удобным.

P.S. Если кто-то хочет присоединиться к тестированию - пишите в личку. Дам координаты.

#itbetween #python

Reader’s Digest для себя (или RSS в телеге)

Помните, как в древней песне группы ELO поется - "Here is the news"?
Или, может, помните карманные журнальчики Reader's Digest, приходившие по почте, даже если на них не подписывались никогда? При всех особенностях маркетинга издания в России, там можно было прочесть интересные статьи.

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

На самом деле,
а) идея не моя. Я ее нагло подсмотрел в "сучкАх и задоринках" и решил собрать подобное под свои нужды
б) Уверен, такие боты уже есть. Но я даже смотреть не стал. Ибо хочется *своими руками и для себя*.

Можно задаться вопросом:
"А зачем это нужно, когда в том же любимом Perplexity можно поручить задачу Ассистенту?"

А затем, разродиться ответом:
а) Наши руки не для скуки. Снова в тему "хочется самому"
б) Все-таки, тележка - основной, на данный момент, ендпоинт для потребления текстовой периодики
в) Можно будет удалить все лишние каналы и читать только дайджест. А при необходимости переходить к источникам. Экономия времени и внимания (!) - очень ценного ресурса в наши дни.
г) Хочется, все же, чтобы ИИ использовался только на этапе разработки. А сам бот работал на чистой питонячей логике.

В общем, пока думаю над архитектурой сего инструмента.
Надеюсь, в скором времени похвастаюсь результатом.

Время бесплатного Codex

Во времена былые рассказывал я вам, как делал антиспам-бота в канал супруги.
И вот, пришло время этого бота улучшить.

Причины было две:
• Наш Акела (так я обозвал бота) закрывал глаза на сообщения других ботов в чате - это выяснилось, когда какой-то залетный ботяра наклеил свою рекламную листовку и я даже не смог пометить ее как спам.
• По факту, обработка велась только с помощью Gigachat. Что, конечно же нерационально и в целом не очень правильно - перед гигачатом еще два типа проверок, которые, по сути болтались балластом.
Что ж. Раз уж делал я бота при помощи ИИ, то и поправлять, естественно решил таким же образом.
Как будто узрев мои чаяния, OpenAI выпустили десктопную версию для macOS, которую я и установил. Конечно же, я учитывал, что бонусом с приложением идет бесплатная подписка на месяц.

1️⃣Первое, что заметил, запустив Codex - спокойно работает безо всяких VPN. Это порадовало, особенно в сравнении с тем же Visual Code, где агент ни в какую не пашет без трех букв.

2️⃣Второе - приятный, удобный интерфейс. В сравнении с тем же, на мой взгляд неказистым, Claude Cowork - выглядит выигрышно.

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

✅Подводя итог, могу сказать - опыт использования Codex оставил сугубо положительные впечатления.
Если хотите попробовать вайбкодить и сделать это бесплатно - сейчас самое время, пока OpenAI дает такую возможность. Правда, для этого нужен Mac.

#AI #itbetween

Роль модели. Так ли она нужна?

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

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

Разумеется, результаты они получают...посредственные.

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

И отчасти они правы. Ничего противозаконного в таком подходе нет. Однако, давайте расставим все по своим местам.

• Определение и описание роли при работе с LLM желательно, и даже скорее необходимо в системных промтах. То есть, если вы разрабатываете какое-то свое приложение с использованием LLM, или настраиваете агента, или, в конце концов, конфигурируете проект (пространство) в ChatGPT, Claude, Perplexity и пр. То есть, создаете инструмент для определенной задачи, где и описываете его поведение. Другими словами это называется job description.

• Если же вы приходите в чат с "одноразовым" запросом, указывать модели ее роль смысла мало. Более того, подобные вводные абзацы в этом случае могут приводить к неоднозначным ответам. Лучше, наоборот, четко описать поставленную задачу, без воды, расписать шаги (если задача сложная) и определить, если нужны, ограничения. Модель сама разберется, кто она и зачем. Незачем ее перегружать лишней информацией.

/*and stay tuned*/

#AI #itbetween

ОС руками ИИ

Любопытную новость увидел на днях — какой-то заморский студент создал полноценную операционку, используя только vibe‑coding!
Причём это не какой-то там Linux‑клон. Ядро у системы своё, написанное с нуля.

Ну ок. Наверное, этого стоило ожидать однажды.
Раздумывая над новостью, я прикидывал, что для написания такого сложного программного комплекса, пусть даже и в базовом наполнении, нужно разбираться в том, как устроены операционные системы (ядро, загрузчики, системные вызовы, прерывания и вот это вот всё).

Однако в определённый момент возникла мысль, что и проработку структуры ОС можно отдать на откуп ИИ.

Так оно и есть. Когда полез в интернеты искать информацию по этой Vib‑OS, нашёл, что Шенол (разработчик операционки) так и написал на Reddit: «no deep diving into kernel docs or bootloader assembly (well, Claude handled that part)” — никакого глубокого погружения в доки по ядру и загрузчику, всё это сделал за него Claude.

Это вам не Торвальдс, несколько месяцев по ночам ломавший глаза у монитора в попытках переписать Minix.
64 сессии с Claude — и вот вам ОС. И даже с GUI.

Вероятно, нужно пойти пересмотреть «Терминатора». Чтобы хоть запомнить, что делать, когда Т‑1000 придёт.

#AI #itbetween