gavr_sas

https://zed.dev/terms *цокающее ηηiςε

https://news.ycombinator.com/item?id=47953501

4.1. Zed's Use of Customer Data Customer hereby grants Zed a non-exclusive, worldwide, royalty-free, fully paid-up, non-sublicensable (except to service providers....

Пользователь даёт Zed право обрабатывать свои данные (включая вводимый контент) по всему миру без доплаты — только для работы сервиса, поддержки, аналитики и соблюдения закона. Передача данных — только подрядчикам или по указанию пользователя.

срочно переходим на gram https://t.me/gavr_sas/4180 https://gram.liten.app/ исключительно изза лучшего маскота — жабки!

так короче, идея для стартапа remake bounce с нокий который начинается будто без изменений, с этими буквами Ж а потом резко прокачивается по геймплею и физике мячика

ахах а ваще гляньти серию статей https://blog.jetbrains.com/fleet/2022/01/fleet-below-deck-part-i-architecture-overview/ редактор - база данных синхронизации фронтендов с бекендами, оч интересно

лучший редактор текста вышел в 1.0! https://zed.dev/blog/zed-1-0 не так давно даже добавили поддержку гит веток, последнюю глав хотелку всех юзверей а вот скриншотики разных версий зеда начиная с 0.13 до 1.0 Говорят сейчас работают над deltaDB - движком синхронизации текста шобы улучшить работу человеков вместе с мультиагентными роями У мя в голове сразу возникает паралель с Fleet который с самого начала являлся такой базой данных, и флит и зед появились в ковид с целью упростить многопользовательское взаимодействие с кодовой базой, и оба переориентировались в аи, эиром я не почти не пользовался но впечатления негативные (эир это переименованный флит от жб)

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

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

ультима

В законопроект штата Колорадо о проверке возраста добавлено исключение для проектов с открытым исходным кодом Компания System76 успешно пролоббировала исключение открытого ПО из скандального законопроекта штата Колорадо о проверке возраста (SB26-051). Изначально закон требовал от производителей внедрять механизмы подтверждения возраста прямо в ОС. Теперь же для опен соурс проектов сделали исключение. Основатель System76 Карл Ричелл лично убедил сенаторов, что попытка "зарегулировать" открытый код просто уничтожит инновации и образование в штате. Плюс технически это полнейший абсурд: любой патч вырежет подобную "проверку" из системы за пару минут. Что в итоге вывели из-под удара: - Дистрибутивы и свободные ОС: официально выведены из-под действия закона. Никакого обязательного age verification при установке линукса. - FOSS приложения и утилиты: репозитории типа GitHub/GitLab освобождены от обязательной верификации. - Контейнеры и виртуализация: Docker, Podman и прочий инструментарий - в списке исключений. Это важный прецедент: деды наконец-то выкупили, что попенсурс - это не проприетарный загон Apple или Microsoft, и его нельзя грести под одну гребенку с ними. Как выяснилось, за лоббированием подобных законов активно стоит Meta (что блять не удивительно, они просто хотят переложить отвественность на других). Сейчас Карл Ричелл планирует использовать успех в Колорадо как "золотой шаблон" для борьбы в других штатах вроде Техаса или Калифорнии. Он даже собирает истории о крутых проектах, которые дети создавали благодаря доступу к свободному ПО, чтобы выступить с ними перед законодателями. Тем не менее, на горизонте всё еще маячит федеральный Parents Decide Act. Если его примут без учета специфики свободного ПО деды повыше, то локальная победа в Колорадо может оказаться лишь временной передышкой. Источник

утро начинается с

внезапно практически тоже самое в Blacksad, и тоже нуарный детектив(шо за дела с фурри нуар детективах, щас еще MOUSE: P.I. For Hire) слишком антро и слишком маломорфные животинки, это буквально обычный чел, почему это он кот?

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

δωσ

блин в https://excalidraw.com/ нет ни шрифта импакт, ни обводки текста

https://youtu.be/J4O5h3xpIY8 обяснение як жвм оптимизит женерики, пока шо говорит, мономорфит как темплейты с++, но не 1 в 1, тк кк некоторые типы могут быть неизвестны пока не стартанет приложение

https://arxiv.org/abs/1001.5435 великая загадка центра вселенной там где сверх массивная черная дыра ожидается что чем ближе к центру чем выше должна быть плотность звезд(cusp) а она внезапно становится начиная с определенного отрезка равномерной(core) пачиму так

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

ЖВМ скоро чуть чуть похудеет https://openjdk.org/jeps/534 в 25той уже есть флажок чтобы юзать 64битные хедеры объектов, и скоро это будет дефолтом В хедерах объекта храниться - лениво вычисленный хеш - ссыль на метаинфу - поля тип методы - 1 бит для гц - инфа о локах(изза дибильного дизайна в жвм можно локнуться на любом объекте) Сжали с 128 бит до 64 за счет выноса всей метаинфы о полях и типах в отдельные таблички

In one setting, the SPECjbb2015 benchmark uses 22% less heap space and 8% less CPU time. In another setting, the number of garbage collections done by SPECjbb2015 is reduced by 15%, with both the G1 and Parallel collectors. A highly parallel JSON parser benchmark runs in 10% less time