gavr_sas

прик https://youtu.be/RpJBHCc9VwM

Это все конечно хорошо, я пользовался всем, и Compose лучший UI фреймворк из декларативных (аля реакт, Flutter, Compose) ((хорошо бы включить imgui, но она тупая, рестартит все без какого либо запоминания и хитростей, как перевалишь за 16мс фпсы потеряешь, существует порт на го который добавляет в imgui вот этот слой умного кеширования чтоб не ререндерить)) ННно, это же андройд ебаный, кому оно надо ваще JetBrains добавляют новых таргетов компиляции для Kotlin(native через llvm, web через wasm) форкают у гугла их драгоценный Compose, и начинают портировать те вещи которые гвоздями были прибиты к Android платформе, а их дохуя - View - Canvas / RenderNode / graphics stack - input events - accessibility - text input method(IME) - resources - lifecycle Первая цель — десктоп, саамая мертвая платформа на свете, но самая простая шоб начать тк кк там у нас JVM, конеш не тот же что в андройде с их Davliками для рендера делаем Skiko - биндинги котлина к Skia(C++) для управления окнами(коих в дройде не было) берем нативный в JVM AWT/Swing, оттуда же event loop в подарок получаем возможность встраивать композные компоненты в Swing приложения такс, ну lifecycle пока нахуй, для десктопа не хватает десктоп специфичных апишок - Windows and dialogs - The system tray (GNOME - usecase?!) - MenuBar (GNOME - usecase??) - Tooltips - IME (он тож был прибит к дройду нужен новый) а еще в десктопе шоткаты с альтом контролом итд - Mouse, Keyboard тоже придется делать занова о, а еще скроллинг! он колесиком вообще по другому работает, и еще тачпадом mouse events, scroll wheel, keyboard events, shortcuts, focus, hover, drag https://kotlinlang.org/docs/multiplatform/compose-desktop-components.html#tabbing-navigation-between-components и вишенкой удобный пакетинг на десктоп приложения в .dmg .pkg .msi .exe .deb .rpm ————————————— Итак на дворе 2021, гугл взяли наш Koтlin и сделали себе линус дройдвальдс фреймворк, мы взяли их фреймворк и портировали его на десктоп Можно ли взять дройд приложение и просто запустить на десктопе? нихуя ведь там миллион дройдовских апи: ресурсы, жесты, Лайвсайкл, Вью да и выглядит он как дерьмо, материал то не адаптивный, это вам не GTK Adwaita и чего мы добились?? продолжение следует

3) Compose UI это самая общая фигня не привязанная к какой либо системе виджетов, управляет тем шо встречается везде(к дройду же можно и мышку с клавой подключить) ├── Layout system ├── Drawing ├── Modifier system ├── Input / pointer / keyboard ├── Focus ├── Accessibility ├── Text primitives └── UI tree / nodes / applier Drawing тут это тупой канвас, можно отрисовать пару квадратиков и покрасить Accessibility можно повесить на квадратики теги, чтобы их зачитывала говорилка слепым, + объединить их в группы для удобной навигации Modifier system - задавать падинги, размеры, онклик евенты, жесты, те самые теги Focus - мышш клава, сенсор, пульт андройд тв, какое текст поле кнопка ща в фокусе и при каких условиях 4) Foundation базовые UI примитивы без обертки в дизайн систему, кнопки, поля ввода, картинки, лези листы 5) Material3 собственно обертка фондейшона в дизайн систему Material Design, настоящие жырные виджеты которые уже можно юзать добавлены формы, типография, цвета, выгляды активных деактивных стейтов итд

значица есть Jetpack Compose - либа гугла которую они написали на НАШЕМ котлине когда ушли с джавы она состоит из нескольких кусочков 1) Compose Compiler plugin в коклине нет макросов, вместо них ПЛАГИНЫ КОМПИЛЯТОРА, потому что так они будут одновременно нормально работать в IDE и компиляторе, + еще там куча плюсов такого подхода включая скорость компиляции этот плагин бегает по красивому коду и превращает его в некрасивый, добавляя в каждую компособл функцию доп параметр контекста и добавляя вызовы вот оч примерный пример

@Composable
fun Profile(name: String) {
    Text(name)
}

fun Profile(
    name: String,
    composer: Composer,
    changed: Int
) {
   val dirty = changed || composer.changed...
  
    composer.startRestartGroup(KEY)
    if (!dirty && composer.skipping) {
      composer.skipToGroupEnd()
    }  else {
      Text(name, composer, changed = dirty)
    }

    composer.endRestartGroup(KEY)
}

через composer, Runtime понимает - где начался и закончился этот composable - какие параметры изменились - можно ли пропустить выполнение тела - где хранить мутбл дату; - как потом перезапустить этот кусок при recomposition 2) Runtime это движок, который управляет composition(первый раз) и recomposition(все остальные при обновлениях) он ниче не рендерит, он запускает composable-функции, сохраняет иерархию, запоминает меняющиеся переменные заполняя слот тейбл, отслеживает чтения State и чтобы понять какие группы надо перерендерить

@Composable
fun Counter() {
    val count = remember { mutableStateOf(0) }

    Text("Count: ${count.value}")
}

первый запуск:
Counter group
  slot 0 = MutableState(0)

следующий запуск:
Counter group
  slot 0 уже есть -> вернуть старый MutableState

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

Screen group
  Header group
  Counter group
    slot: remember { mutableStateOf(0) }
  Footer group

еще в рантайме помимо слот таблице есть Snapshot system она следит отслеживает все чтения и записи в стейт(а помните MobX?) и помечает в слот таблице соответствиующие группы на ререндер А Б прочитали отходы компонента С, а С их взяи и изменил => А Б помечены на ререндер

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

чет понесло https://youtu.be/wx7ToT0G0qo тлдр: датацентры в относительных числах не тратят воду вообще, к 2028 приблизительно будет тратиться 0.06% потребления америки, и только на поля для гольфа тратится в несколько раз а вот потребления электричества эстимейтиться 17% от us(а выработка электричества потреблят больше воды чем охлад) пасаны борются с ветряными мельницами получается + на зеленом сайте возожно существет аудио книга "Как лгать при помощи статистики" https://youtu.be/5p426fSlYH4 датацентры строят газовые электростанции, например строящийся в техате уже имеет 64 дизельных генератора и 10 газовых турбин с планами еще на 41, что сделает техасский датацентр одновременно самой большой электростанцией ИсКОПАЕМОГО(на динозаврах) топлива в us, потому шо строить ядерки не разрешили, или тупа долго а аи центр нужен был вчера

https://t.me/gavr_sas/4426?comment=12069 так, идея для стартапа, берем все датацентры, переводим на флюиды вместо воды, и подключаем к системе глобального отоплаения, где то 40тысяч проблем решены, одним пасанам не надо нагревать(или нагревать сильно слабее) вторым охлаждать

опасения, в отличии от типичного бизнеса где сначала инвестиции(как у амазона первые годы в склады и инфру) потом быстро начинают приносить прибыль, то тут - обучение каждой следующей модели гораздо затратнее предыдущей - увеличение кол-ва пользователей требует закупку дорогущих гпу (хуева скейлится) + гпу быстро устаревают - огромные затраты на R&D (по сравнению с другими видами бизнысов) - конкуренция, у антропика модели уже не хуже, у гугла тож догоняют, китай дистилят, — начало ценовой войны, у всех примерно одинаково => берем у кого дешевле

2 аи статейки первая https://arstechnica.com/ai/2026/06/leaked-financial-docs-show-openai-is-losing-billions-of-dollars-a-year/ утекшие документики опенаи показывают большие расходы (в лярдах) Прибыль 2024: $3.7 2025: $13.07 Расходы net loss 2024: $5 2025: $39 Расходы operations loss 2024: $8.78 2025: $20.92 operations loss - затраты на закупку гпу, зпшки, датацентры, маркетинг, аренду net loss - все расходы, проценты по долгам, инвестициям(!), налоги из $39 - $30 это бухгалтерская переоценка, то есть не реально потраченные деньге (как пример, стоимость здания в котором компания упала, никаких денег не потрачено, но это отразится в net loss) или, выпустили пакет акций на $5 лярдов, а терь они поднились в цене до $35 реально потраченных примерно $8 в итоге -20.9 операционных -30 переоценка + 13 прибыль ~~ -39 инвесторам говорят шо к 2030 году станут прибыльными, что пока оч сомнительно

полью в термос и пойду смотреть про HUI Тонского за тыщу километров на скомеечке

заварил в кофеварке чай

настройки ios уморительны, это конечно XML, но не просто XML, он сука не древовидный а плоский, вот ключи выставленные в true

<ключ> sas </ключ>
<true></true>

ахуй

#макмакич просто перестал искать файлы на внешнем ссд(проверяю руками файл есть, ищу в файндере не находит) поэтому занялся разбирательством какие там есть find утилиты знаменито переписанные на раст в итоге кажется лучший вариант флаки нечеткого поисковика по дирректориям это set out (fd -t d . | fzf -q "текст") open $out fd - find на расте, fzf - фаззи поиск на го это выходит кккрайне не оптимально, тк кк fd не поддерживает fuzzy search и в этом случае просто выдает все каталоги на вход fzf а оно уже ищет по ним fuzzy зато fzf открывает tui с результатами, и там можно сразу на месте проводить другие поиски(fd пройдется по ssd 1 раз) вот бы cli поиск с кешом и фаззи поиском в одном, ммм

ну се, дождались, самый усредненный пк по версии стим статистики вышел $1049 в минималке (а дека кста подорожала до 900) В первый раз сделали сас на алиане и линукс тогда был ну прям сильно не готов еще в играм, второй раз подвел рынок железа получается 1) новая плашка "работает на гейбкубе" имеет куда более высокое значение чем "совместимо с декой", ибо тут это не огрызок моб железа 2022 а реально просто самый средний комп игрока, если игра получает низкую оценку то либо это ядерный античит либо просто хуевый оптимизон и средний комп не потянет 2) одновременно с этим появляется возможность оставлять рядом со своими ревью хары своего пк 3) и вольво работают над системой которая будет до покупки игры пытаться предсказать ожидаемый фпс с учетом фпса всех остальных с похожим железом движение в ету сторону мне прям нрав, оптимизация последние годы никакущая Возможность выкатывать патчи первого дня(незя на диск релизах прошлого) предзаказы :з и обобщенный конструктор игор UE5 совсем расслабили ААА разрабов

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

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

https://cekrem.github.io/posts/explaining-functional-programming-to-non-programmers/ проще всего объяснить функциональную парадигму, назвав ее Excelем, шо кстати я давно заметил, и есть даже язык программирование развивающий эту идею — https://github.com/tim-hardcastle/pipefish

таакс, все правые в список плохих, все левые в список хороших, но чтоже делать с центристами? ай будь Active, but still weird niches алсо фарш юзается в проде вполне себе, а D вообще один раз побывал в AAA гейдеве https://pltdi.miraheze.org/wiki/CoolLanguages#Languages_with_toxic_creators/communities Odin ― What if you were allowed to use Jai? Hare ― What if C wasn't painful to use?