Странно, но ни один ребенок не отказался научиться ходить в пользу например инвалидной коляски. А тут казалось бы взрослые люди довольно интеллектуальной профессии докатились до чего..
он перестанет быть долгим даже просто на скрытом абсолюте, он не будет афектить ничего. А канвас выигрывает да, за счет отсутствия самого факта рендера
я когда то внедряя чей то код обнаружил там жквери, удалил его и заполифилил $ = document.querySelector; ajax = fetch; дословно не помню, но оно так и заработало. Странно что на эти 2 строки до сих пор версии новые появляются
Что то сомнительно по логике import defer. import() то да, он асинхронный и полностью логичный. А вот если import defer грузится при первом обращении но синхронно, то ощущение что там while (!loaded) ядро повесит, разве нет?
content-visibility: auto, странное свойство, многие рендер движки умеют отсекать невидимые элементы по сравнению боундингов и цель виртуализации вовсе не в этом, а в оптимизации подгрузки больших списков. Всегда думал что браузеры это и так по дефолту делали всегда.
Ну так если оно на букве ґ уже ломается, ну на ё сломается, в латинице расширенной на ą, ę, č сломается. А в китайском уверен что на каждый символ надо будет ставить символ переключения. В таком случае реально zip со словарем сожмет лучше чем эта идея
Ну и замечательно, самая вредоносная либа реализующая худший антипаттерн фронтенда может быть наконец свернется. Скорее всего пользователи этого наконец изучили нормальные подходы к стилизации компонентов.
Вот да, чекбоксом под display none это норм можно осуществить. И выпадашку инпуту по фокусу дать можно. И гармошку через радиогруп. Я вообще как то развивал целую парадигму кодинга на реактивном css и она простая и красивая. Но никак не на специальных там тэгах, они вообще криво стилизуются и ни капли не анимируются.
Я уже давно понял что это все не так. Конечно css может и активно стремится к решению многих задач и многие задачи уже превосходно решает благодаря переменным, обработке эвентов и даже хранении стейта на checked, active, focus, hover, построение логики на has, not в селекторах. Что касается всего кроме div, svg, canvas в хтмл, то все не годится ни на что в реальной задаче кроме скрытого под display: none
Надо просто тщательно проверять фирмы на навязывание искусственной бездарности и валить оттуда если у них эта болезнь пошла распространяться. И наоборот фирмы которые не зараженные ещё должны тщательно собеседовать новых сотрудников и проверять чтобы они не занесли инфекции
Получается можем ли мы обойти упрощенное дерево за разумное время (~10)^n - не можем, тот же факториал по сути. Можем ли значительно ускорить например муравья или эвристические свапы - возможно. Из этого всего можно вывести лишь то, что мы точно можем ускорить жадный алгоритм и не триангуляцией самой, а bsp оптимизацией которая в нем применима. Она кстати дает nlogn не в худшем случае, а в лучшем при равномерном распределении точек. Остаётся под вопросом, есть ли дальнейший алгоритм оптимизации за время nlogn, иначе же квадратичный проход оптимизации первого приближения аннулирует его эффективность.
ручная сортировка - ещё хуже в производительности, лучше сотню раз прогнать рендер для 1 миллионного буфера, чем миллион рендеров прогнать по одному треугольнику. Расход на сортировку даже учитывать не стоит тут.
Сортировка имеет как минимум 2 минуса - невозможно применить с пересечениями прозрачных обьектов и огромное количество вызовов drawArrays. Что такое drawArrays и сортировка можно понять по движку half-life1, который с трудом 3000 полигонов выдаст на экран.
какая там конкуренция openai сделали llm за десяток лет, остальные стыбзили сразу же и щя срутся будто бы на равных
Странно, но ни один ребенок не отказался научиться ходить в пользу например инвалидной коляски. А тут казалось бы взрослые люди довольно интеллектуальной профессии докатились до чего..
это не ии развился, а люди деградировали
Вывод - можно потратить деньги и ничего не сделать, можно сэкономить деньги и потратить время и ничего не сделать, а можно просто ничего не делать.
он перестанет быть долгим даже просто на скрытом абсолюте, он не будет афектить ничего. А канвас выигрывает да, за счет отсутствия самого факта рендера
читал, всё время думал, ну canvasRenderingContext2d.measureText на то есть. И да, он самый и есть оказалось)
я когда то внедряя чей то код обнаружил там жквери, удалил его и заполифилил $ = document.querySelector; ajax = fetch; дословно не помню, но оно так и заработало. Странно что на эти 2 строки до сих пор версии новые появляются
А тем временем ангулярщики requestAnimationFrame пишут не то что на animation api фичи, но на банальный цсс транзишн))
Что то сомнительно по логике import defer. import() то да, он асинхронный и полностью логичный. А вот если import defer грузится при первом обращении но синхронно, то ощущение что там while (!loaded) ядро повесит, разве нет?
content-visibility: auto, странное свойство, многие рендер движки умеют отсекать невидимые элементы по сравнению боундингов и цель виртуализации вовсе не в этом, а в оптимизации подгрузки больших списков. Всегда думал что браузеры это и так по дефолту делали всегда.
Это произошло от того что эту задачу кто-то раньше решил минималистично и производительно
Ну так если оно на букве ґ уже ломается, ну на ё сломается, в латинице расширенной на ą, ę, č сломается. А в китайском уверен что на каждый символ надо будет ставить символ переключения. В таком случае реально zip со словарем сожмет лучше чем эта идея
Ну и замечательно, самая вредоносная либа реализующая худший антипаттерн фронтенда может быть наконец свернется. Скорее всего пользователи этого наконец изучили нормальные подходы к стилизации компонентов.
Вот да, чекбоксом под display none это норм можно осуществить. И выпадашку инпуту по фокусу дать можно. И гармошку через радиогруп. Я вообще как то развивал целую парадигму кодинга на реактивном css и она простая и красивая. Но никак не на специальных там тэгах, они вообще криво стилизуются и ни капли не анимируются.
Я уже давно понял что это все не так. Конечно css может и активно стремится к решению многих задач и многие задачи уже превосходно решает благодаря переменным, обработке эвентов и даже хранении стейта на checked, active, focus, hover, построение логики на has, not в селекторах. Что касается всего кроме div, svg, canvas в хтмл, то все не годится ни на что в реальной задаче кроме скрытого под display: none
Надо просто тщательно проверять фирмы на навязывание искусственной бездарности и валить оттуда если у них эта болезнь пошла распространяться. И наоборот фирмы которые не зараженные ещё должны тщательно собеседовать новых сотрудников и проверять чтобы они не занесли инфекции
естественно фотографируют, телескопы удаленно управляются, инфы на фотке больше за счет гигапиксельных камер которые несравнимо круче глазов.
Получается можем ли мы обойти упрощенное дерево за разумное время (~10)^n - не можем, тот же факториал по сути. Можем ли значительно ускорить например муравья или эвристические свапы - возможно. Из этого всего можно вывести лишь то, что мы точно можем ускорить жадный алгоритм и не триангуляцией самой, а bsp оптимизацией которая в нем применима. Она кстати дает nlogn не в худшем случае, а в лучшем при равномерном распределении точек. Остаётся под вопросом, есть ли дальнейший алгоритм оптимизации за время nlogn, иначе же квадратичный проход оптимизации первого приближения аннулирует его эффективность.
ручная сортировка - ещё хуже в производительности, лучше сотню раз прогнать рендер для 1 миллионного буфера, чем миллион рендеров прогнать по одному треугольнику. Расход на сортировку даже учитывать не стоит тут.
Сортировка имеет как минимум 2 минуса - невозможно применить с пересечениями прозрачных обьектов и огромное количество вызовов drawArrays. Что такое drawArrays и сортировка можно понять по движку half-life1, который с трудом 3000 полигонов выдаст на экран.