IT

Иммутабельная денормализация Изучение баз данных всегда сопровождается понятием нормализации, а конкретно первыми тремя формами, которые задают нам ограничения, помогающие правильно разложить все по таблицам. И это действительно база, без которой нормально работать не получится. Но есть, как обычно, нюансы. В реальных проектах выясняется, что нормализованные данные сложно соединять и выбирать. При глубоком уровне зависимостей, чтобы добраться до внешней сущности, нужно либо соединять 5 таблиц, либо делать 5 запросов. Пример из Хекслета. У нас есть программа обучения, которая состоит из модулей, в которые входят темы которые состоят из уроков, которые состоят из юнитов (теория, практика, тесты). На это все накручено много логики по прогрессу и отображению. В такой структуре, вопросы типа "какой урок следующий по порядку?" заставляют поломать голову. В таких ситуациях мы начинаем денормализацию данных. В основном она сводится к добавлению внешних ключей на косвенно связанные сущности, например, урок связан с программой обучения через модуль. Здесь мы добавляем ключ на программу прямо из урока, что позволяет выполнять запросы на уроки одной программы без необходимости соединять таблицы. В принципе это довольно базовая концепция с которой знакомы большинство разработчиков, но дальше начинается самое интересное. Как только мы делаем денормализацию, то сразу упираемся в необходимость синхронизировать данные. Если поменялось в одном месте, надо не забыть поменять и в другом месте. Это цена денормализации и ее надо платить. > Кстати есть такой концепт как синхронизирующие триггеры, которые вешают только для того, чтобы синхронизировать подобные данные. Когда-то я его активно использовал, но сейчас не стал бы Но есть и альтернативный подход, который иногда работает лучше. Вместо того, чтобы синхронизировать денормализованные данные, мы можем пересмотреть саму систему и сделать данные иммутабельными (неизменяемыми), чтобы их не нужно было синхронизировать. Например в том же примере с уроками, мы сделали так, что урок принадлежит одной программе и не может перемещаться между программами. А это значит, что мы можем записать в урок все внешние ключи, которые никогда не поменяются. В таком случае цена денормализации это занятое место ключами, чем обычно можно пренебречь. А что касается бизнес-логики? Да, такой подход работает не всегда, но, как показала практика, его можно использовать намного чаще чем кажется. Например в нашем случае это даже наоборот хорошо, иначе получается ситуация, что при переносе урока нужно переносить прогресс, что значительно усложняет логику и создает странное впечатление, когда в середине программы вдруг появляются пройденные уроки. При этом сама процедура довольно редкая, поэтому если кому-то придется пройти два раза один и тот же урок (перенос в нашем случае это копирование), то ничего страшного не случается. Но есть места где без синхронизации данных не обойтись никак. В основном это касается статусов, они могут меняться и за ними нужно следить. Telegram | YouTube | AI Клуб

😈 В прошлом месяце мы обзавелись штрафами за несоблюдение требований к рекомендательным технологиям (до 2,8 млн). На фоне новостей про запрет иностранных форм авторизации (Google etc) это прошло незаметно - но я говорил о том, что это намного с моей точки зрения важнее и критичнее А как вообще легально оформить применение рекомендательных технологий? Давайте разберемся. Рекомендательные технологии - это любые алгоритмы, которые собирают, анализируют и используют сведения о ваших действиях на сайте или в приложении, чтобы предложить вам что-то «подходящее» . Подборка товаров «с этим товаром покупают», рекомендации похожих курсов, лента новостей, сформированная под вас - все это рекомендательные технологии. И да, даже если вы просто показываете пользователю блок «популярное» или «похожие товары» - теоретически это уже считается . Ключевой критерий - не размер бизнеса, а сам факт использования . Что должен сделать бизнес (чтобы на штраф не попасть) 1) Разместить уведомление на ресурсе. Должна быть фраза: «На информационном ресурсе применяются рекомендательные технологии» . Без вариантов, именно так. Она должна быть общедоступной, бесплатной, без регистрации и смс, и не накладываться на другие элементы 2) Сделать отдельную страницу с правилами. Под уведомлением должна быть ссылка на страницу, где указано: «На информационном ресурсе при применении информационных технологий предоставления информации осуществляется сбор, систематизация и анализ сведений, относящихся к предпочтениям пользователей сети "Интернет", находящихся на территории Российской Федерации» . На этой же странице должны быть: - правила применения рекомендательных технологий (как собираете данные, на основании чего формируете рекомендации) ; - наименование организации и адрес электронной почты для юридически значимых сообщений . 3) Назначить ответственного (как с ПДн за обработку) Закон этого не требует прямо, но лучше определить внутри компании человека или подразделение, которые будут координировать вопросы с Роскомнадзором. Чаще всего это тот же сотрудник, что отвечает за обработку персональных данных. Если на это все забить - случиться может следующее Роскомнадзор сначала запросит информацию и доступ к техническим средствам. Потом направит требование прекратить нарушения. Потом - требование прекратить использование рекомендательных технологий. Если и это не выполнено - доступ к ресурсу заблокируют . Штрафы тоже есть. Но главный риск не в деньгах, а в том, что сайт или приложение перестанут работать для пользователей из РФ. В общем всем рекомендую проверить - а есть ли у вас на сайте или в приложении блоки типа «рекомендуем», «похожие», «с этим товаром покупают», «популярное». Если да - вы используете рекомендательные технологии. И тогда вам нужно сделать все уведомления, правила и контакты 🤝

Мировоззрение людей, которые воплотили переход человечества на новый техноуклад (оргструктура, культура взаимодействия, тактика и стратегия) BBN/RAND/ARPA/IPTO/SRI/PARC 1-10/100 1. J.C.R. Licklider 2. Ivan Sutherland 3. Bob Taylor 4. Larry Roberts 5. Frank Heart 6. John McCarthy 7. Leo Beranek 8. Steve Crocker 9. Wesley Clark 10. Gary Starkweather следующий переход вот-вот случится и совсем не в той области, в которой большинство ожидает, а в той, что уже существует в нескольких точках "возгорания", но все еще ниже радаров а вообще контент совсем на грани моих способностей, я примерно 1 час лекций мог осилить за 2-3, через усилие как на мат олимпиаде и как побочка теперь выступления фаундеров и партнеров из YC кажутся щенячьим писком PS Вывод после первых 10 часов погружения: c 1969 в ИТ не случилось ни одной существенной инновации (0→1)

Дайджест венчурного рынка и ИТ-индустрии: ✅ VK продала магазин приложений RuStore главе компании-разработчика стора Дмитрию Панкрушеву, перевела соцсеть "ВКонтакте" на домен .ru. Приложения самой VK пропали из Google Play. ✅ 450 крупных российских ИТ-компаний для сохранения аккредитации заключили больше тысячи соглашений с вузами на общую сумму 10 млрд рублей. ИТ-игроки должны оказывать учебным заведениям содействие в реализации образовательных ИТ-программ и направлять не менее 3% средств, сэкономленных за счет применения налоговых льгот. ✅ Nebius Group Аркадия Воложа подписала контракт с американским разработчиком ИИ-моделей Reflection о предоставлении облачных мощностей и доступа к новейшим чипам GB300 от Nvidia. Соглашение действует до 2029 года. Сумма сделки превышает $1 млрд. ✅ Теннисистка Мария Шарапова вложилась в шведский стартап Neko Health, занимающийся сканированием тела и оценкой здоровья. Компания привлекла $700 млн. В сделке также участвовали Клаудия Шиффер, Марк Цукерберг с женой Присциллой Чан и другие. ✅ Производитель гуманоидных роботов Humanoid, принадлежащий Артему Соколову, привлек $150 млн. Компанию оценили в $1,2 млрд. Сама она хочет привлечь еще $80–$100 млн к сентябрю.

Сможете ли вы найти пять ошибок в Python-коде, который вызывает LLM Вызов языковой модели давно стал обычной строчкой. Импортировали клиент, отдали промпт, забрали ответ. С обычными ненадёжными зависимостями питонист управляется отлично, ставит таймаут, вешает retry, помнит про идемпотентность. А вызов модели попадает в код так, будто это локальная функция, без оглядки на то, что она платная, медленная и недетерминированная. Дальше всё вылезает по очереди. asyncio.gather запускает десять тысяч корутин разом, провайдер отвечает лавиной отказов, и неудачные запросы тоже съедают лимит. Таймаут срабатывает на клиенте, а модель дописывает ответ до конца, и токены считают все, так что за одну использованную генерацию можно заплатить как за четыре. А тест на равенство строк зеленеет ровно до дня, когда один и тот же промпт с нулевой температурой вдруг отдаёт разные ответы. Разберём пять мест, где поход по сети мстит за отношение к нему как к локальному вызову.

И как же я узнал, что это нейробот?

Интересно, как разработчики выбирают страны и локации - есть ли шанс попасть в менее известные регионы или акцент всё же на туристические страны? И как часто обновляются задания? Интересно, насколько преследования "нежелательных" идей реально заденут обычных людей, а не только активистов? Когда начинают гореть книги - кто решает, что будет следующим в списке? Интересно, где грань между метафорой безупречного воина и романтизацией насилия? Хагакурэ прославляет дисциплину, но не превращается ли она у нас в культивирование жестокости под маской долга? Интересно, как вы переносите критику кадрового резерва философии на современный контекст - не повторяется ли сегодня та же динамика в digital-гуманитариях или стримерах-мыслителях? Или форма изменилась, а суть - "пересказ без ссылок" - осталась? Интересно, насколько разделение на платные и бесплатные фичи внутри платного контейнера оправдано с точки зрения UX? Не превращается ли это в абсурд - платить за доступ, а потом сталкиваться с новыми барьерами? Это мотивирует к оплате или раздражает?

А очень просто: ни одной ошибки в ТСЯ и ТЬСЯ

давно хотела сделать удобную навигацию по каналу - кажется, что можно было бы просто опубликовать пост со ссылками, но так не интересно, да и всю 1000 постов вместе не уместить. Так что я решила навайбкодить интерактивную карту 😎 взяла все что есть с 2019 года, прогнала через эмбеддинги и разложила на плоскость - близкие по смыслу оказались рядом. получилось 12 зон - причем если до 2023 это были технические и личные посты, то после - скорее про aesty и стартапы. Ну и про визу талантов сша целый кластер нарисовался 🤨 каждый пост связан с ближайшими соседями по смыслу, так что по архиву можно гулять, плюс поиск и фильтры по годам и темам скажите, если хотите опенсорс, чтобы можно было сделать такое для своего канала

Компьютеры в «Парке юрского периода» ничего не считали. За них это делали люди из соседней комнаты Съёмочная группа не стала ничего имитировать, потому что зрители и в 90-х неплохо разбирались в компьютерах. Технику одолжили у Silicon Graphics и Apple на суммы, эквивалентные примерно 4 миллионам долларов нынешними деньгами, и заставили её работать по-настоящему в кадре. Вот только «по-настоящему» тут с подвохом. Всю графику на мониторы подавала вживую команда из четырёх человек, спрятанная в соседнем помещении. Полгода они готовили анимации, а на съёмках ловили по радио подсказки со сцены и в нужный момент выводили нужную картинку на нужный экран. Актёры делали вид, что управляют системой, а на деле дирижировали ими люди за кадром. И это лишь одна деталь из целого разбора, где нашлось место и суперкомпьютеру с бессмысленно мигающими лампочками, и той самой сцене «Это система Unix, я её знаю».

Новый эксперимент 🔬 Помимо A2A знакомства через git, пошел знакомиться через отдельный VPS, обменявшись публичными ключами, чтобы через GitHub actions / workflows или как там их -> деплоить/катить и эксперименты делать совместно. Наблюдая за происходящим без сломанного телефона. - для этого конечно нужен уровень доверия запредельный, но для RnD самое то. Если кто хочет поиграть - пишите в лс или тут комменты оставьте, будем пробовать общаться еще через 1 новый формат и гипотезы тестить быстрее. За прошлые дни/недели провел еще несколько RnD циклов, чтобы начать новые навороты с плагинами / расширениями для всех AI ide популярных и свой форк от vscode и пары новых более крутых. Если интересно - пишите. Основная идея реализовать эту херобору https://t.me/kryak_startup/1570 + концепты из sakana fugu + open router и Hermes

Вышел TypeScript 7.0 стал быстрее в 10 раз. что сделали: - Переписали компилятор на Go → нативная скорость + многопоточность - Ускорение сборки: x7.7 – x11.9 на реальных проектах - VS Code (repo): 125.7s → 10.6s - Sentry: 139.8s → 15.7s - Playwright: 12.8s → 1.47s - Память: -6% до -26% - First error в редакторе: 17.5s → 1.3s (x13 быстрее) Реальные кейсы: - Slack: -40% времени merge, CI check 7.5 мин → 1.25 мин - Microsoft: -400 часов в месяц на сборку билдов - Canva: ошибки в редакторе 58s → 4.8s Вопрос: сколько стоит 1 минута ожидания в вашей команде? Это классический эффект второго порядка. Вы ускоряете не билд. Вы ускоряете итерацию гипотез. - Было: 5–10 циклов в день - Стало: 30–50 циклов А значит: - быстрее проверка фичей - меньше batch-thinking - выше скорость обучения команды Это уже не DevEx. Это growth-фактор продукта.

Искали крота внутри компании, а нашли мобильных операторов Клиент оставляет заявку, а через пару минут ему уже названивают конкуренты с тем же предложением. Потом второй клиент, третий, и все обвиняют компанию в сливе номеров. Проектировщик, которого это задело лично, идёт разбираться. Перерыли весь бэкенд, каждую строчку кода, что касается пользовательских данных, проверили CRM — чисто. Логи тоже ничего не дали. Оставалась версия про своего человека, который сливает вручную. Вот только скорость не сходилась. Некоторым перезванивали быстрее, чем менеджер успевал нажать кнопку «сохранить контакт». За пару минут номер физически не скопировать и не передать. Значит, дело не в сотрудниках. Значит, автоматика. Очень быстрая и работающая мимо всего, что они успели проверить.