оказывается все проще чем я делал раньше

очень полезно что бы рабочие репозитории и личные не пересекались по имейлам и именам пользователям разделять конфиги гита по папкам (надеюсь вы не мешаете все репозитории в одну кашу)

https://blog.hao.dev/how-to-use-different-git-emails-for-personal-and-work-repositories-on-the-same-machine

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

RabbitMQ stream

https://www.rabbitmq.com/stream.html

и есть клиент под питон

https://github.com/qweeze/rstream

а ну вот что теперь я себе хочу домой

https://youtube.com/shorts/VIVWEOd2prk?si=qdkkhgm_a3u_0sCl

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

== https://youtube.com/shorts/OW85ZAaQBSE?si=kdq4_HotdmjygPkp

так сильно на настальгию пробило, что сюда напишу

эта конструкция стоит дофига денег и звучала просто очень круто. две такие могли озвучить зал филармонии, но только для одного в этом зале в четверть громкости. так как рупор это очень направленная тема

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

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

это был 2010 год. а Медведко Андрей Валерьевич до сих пор создает очень интересную акустику

Ктото не поленился и собрал все в одном месте
Одна статья и собес по джаваскрипту наполовину в кармане
https://habr.com/ru/companies/yandex/articles/718084/

DOOM уже запускали. но чтото посерьезней пока не видел. и вот тебе на https://youtu.be/bcjuoEZg8rI?si=LpBgapkgwsmEJF1j

Software Emulators vs FPGAs
https://youtu.be/sMMiBEhnizE?si=hRGE8SbvslIPm6pm

забавное чтиво про ИИ

иииииииииивот она

== Настоящее предназначение OpenAI SORA: как и зачем симулировать «Матрицу» для ChatGPT
https://habr.com/ru/articles/794566/

​Солнце: Я самый тяжелый объект в своей системе.

Нейтронная звезда: Я самый тяжелый объект на несколько десятков тысяч световых лет.

Черная дыра: Я самый тяжелый объект в галактике.

node_modules:

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

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

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

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

А в какой то момент источник начинает слать дичь к которой ты не готов, все ложится и обработать уже это целая проблема, а потом еще и восстановить, а потом еще и извиниться перед всеми клиентами. Если было бы два уровня гарантии то в первом уровне появилась бы уже новая схема - и ничего СИЛЬНОстрашного. сервис конечно же упадет все равно, но второй уровень спасет - ты когда починишь проблему - восстановишь от и до.

для того что бы такого не случалось надо писать сразу правильно в реляционную структуру ставить ХОТЯБЫ схему жсона строгую (и монги это касается в первую очередь). и она быть должна всегда строгой. а консистентность схем не может клиент обеспечить никогда - поэтому в идеале это должно быть на уровне гарантий базы данных.

и да. ты за свою "нефиксированную" схему данных платишь в итоге перформансом и на чтение (нет таких эффективных БД которые умеют варить запросы к произвольным ключам лучше чем это сделает к структурированным строгим данным) и на запись (проверить схему перед вставкой). и если вставка не асинхронная то это может существенно притормозить весь сервис.

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

никто не вспомнит что ты сделал это быстро. зато всегда запоминают что сделано это плохо

== pg_jsonschema
https://supabase.com/blog/pg-jsonschema-a-postgres-extension-for-json-validation

весьма интересный и полезный совет о котором я даже не думал

== 13 Tips to Improve PostgreSQL Insert Performance
https://www.timescale.com/blog/13-tips-to-improve-postgresql-insert-performance/
1. Use indexes in moderation
2. Reconsider foreign key constraints
3. Avoid unnecessary UNIQUE keys
4. Use separate disks for WAL and data
5. Use performant disks
6. Use parallel writes
7. Insert rows in batches
8. Properly configure shared_buffers
9. Run our Docker images on Linux hosts
10. Write data in loose time order
11. Avoid “too large” chunks
12. Avoid too many or too small chunks
13. Watch row width

ребят подскажите нормальный софт для просмотра больших (10...1000мб) ЛОГ файлов, так что бы можно было разбивать по колонкам, искать взаимосвязи и случаи, подсветка, структурирование

немного греп поднадоел)

хочу

а если по сабжу. то это крутющая идея
https://www.plaud.ai/?sca_ref=5794545.HpYCFsZdQh&utm_source=uppromote&utm_medium=plaud-giftgenius_2024&utm_campaign=kol_p-k