Получается можем ли мы обойти упрощенное дерево за разумное время (~10)^n - не можем, тот же факториал по сути. Можем ли значительно ускорить например муравья или эвристические свапы - возможно. Из этого всего можно вывести лишь то, что мы точно можем ускорить жадный алгоритм и не триангуляцией самой, а bsp оптимизацией которая в нем применима. Она кстати дает nlogn не в худшем случае, а в лучшем при равномерном распределении точек. Остаётся под вопросом, есть ли дальнейший алгоритм оптимизации за время nlogn, иначе же квадратичный проход оптимизации первого приближения аннулирует его эффективность.
ручная сортировка - ещё хуже в производительности, лучше сотню раз прогнать рендер для 1 миллионного буфера, чем миллион рендеров прогнать по одному треугольнику. Расход на сортировку даже учитывать не стоит тут.
Сортировка имеет как минимум 2 минуса - невозможно применить с пересечениями прозрачных обьектов и огромное количество вызовов drawArrays. Что такое drawArrays и сортировка можно понять по движку half-life1, который с трудом 3000 полигонов выдаст на экран.
А если сделать спецконтейнер для файлов, типо как шифрованный самораспаковывающийся архив но ключ капчей отдаваться будет. И сервер который эти файлы раздавать будет он будет их по разному шифровать на каждый запрос, а для веб части для превью так же генерить шифрованные превью и код на них так же капчей защитить только там ключ один будет по входу на сайт. Получится такое хранилище облачное
Я сам вебпаком собираю, и вебпак достаточно быстро это делает. Если попадается проект который собирается долго, то убираются всякие еслинты и прочая ересь и они собираются уже в сотню раз быстрее, надо ещё быстрее - разбить по энтри поинтам и всё идеально и в сборе и в проде плюс.
В вебпаке точно стили могут быть применены без перезагрузки приложения, а изменения в js они конечно быстрее во много раз идут, чем пересборка полная, но судя по результату приложение рестартается полностью. В случае с vite наоборот приходится рефрешить страницу, иначе в стейтах реакта остаются старые значения.
Вебпак точно может принимать как энтри поинт css файл, он впринципе может принимать энтрипоинтом любой файл, на который стоит лоадер, т.к. лоадер его в любом случае в js перегонит.
Я бы даже сказал, вредно тратить время на копание в себе, если ищут причины выгнать. Это пустая трата времени, когда можно найти нормальную работу, где в основе фирмы программисты
А я вот наоборот, не задерживался больше 3х месяцев в компании, все тоже самое, грузили досмерти, обвиняли во всем, работал круглосуточно. Мало того ещё какие то менеджеры, тимлиды, архитекторы... все мечтали обосрать, но я не стал раскладывать все их оскорблялки и искать в этом глубокий смысл. Я как понял - кинули оскорблялку = хотят уволить, и в этом нет причин во мне, это они решают финансовые вопросы фирмы. А по своему опыту могу сказать, что точно есть фирмы без этих недостатков
Я так же, работал разработчиком middle уровня, работу выполнял качественно, замечаний не было. Так же уволили без причин, получил фидбек такой, как будто не про меня вообще. Просто я понял одно из этого айти - не надо искать логики там где её нет, некоторые компании уже выжили из ума.
Норм продвинется, тз никуда не денется от этого, да и останутся там геймдизайнер, он задач выдаст, тестеры багов заведут и жив бэклог. А наоборот попробуй без разрабов)
естественно фотографируют, телескопы удаленно управляются, инфы на фотке больше за счет гигапиксельных камер которые несравнимо круче глазов.
Получается можем ли мы обойти упрощенное дерево за разумное время (~10)^n - не можем, тот же факториал по сути. Можем ли значительно ускорить например муравья или эвристические свапы - возможно. Из этого всего можно вывести лишь то, что мы точно можем ускорить жадный алгоритм и не триангуляцией самой, а bsp оптимизацией которая в нем применима. Она кстати дает nlogn не в худшем случае, а в лучшем при равномерном распределении точек. Остаётся под вопросом, есть ли дальнейший алгоритм оптимизации за время nlogn, иначе же квадратичный проход оптимизации первого приближения аннулирует его эффективность.
ручная сортировка - ещё хуже в производительности, лучше сотню раз прогнать рендер для 1 миллионного буфера, чем миллион рендеров прогнать по одному треугольнику. Расход на сортировку даже учитывать не стоит тут.
Сортировка имеет как минимум 2 минуса - невозможно применить с пересечениями прозрачных обьектов и огромное количество вызовов drawArrays. Что такое drawArrays и сортировка можно понять по движку half-life1, который с трудом 3000 полигонов выдаст на экран.
думаю от adobe хорошего и ждать не следует, первые всех кинут
А если сделать спецконтейнер для файлов, типо как шифрованный самораспаковывающийся архив но ключ капчей отдаваться будет. И сервер который эти файлы раздавать будет он будет их по разному шифровать на каждый запрос, а для веб части для превью так же генерить шифрованные превью и код на них так же капчей защитить только там ключ один будет по входу на сайт. Получится такое хранилище облачное
Так понимаю сокеты уже тем более осилить не смогут в обозримом будущем.
Очень лайк, вся правда
Я сам вебпаком собираю, и вебпак достаточно быстро это делает. Если попадается проект который собирается долго, то убираются всякие еслинты и прочая ересь и они собираются уже в сотню раз быстрее, надо ещё быстрее - разбить по энтри поинтам и всё идеально и в сборе и в проде плюс.
В вебпаке точно стили могут быть применены без перезагрузки приложения, а изменения в js они конечно быстрее во много раз идут, чем пересборка полная, но судя по результату приложение рестартается полностью.
В случае с vite наоборот приходится рефрешить страницу, иначе в стейтах реакта остаются старые значения.
Вебпак точно может принимать как энтри поинт css файл, он впринципе может принимать энтрипоинтом любой файл, на который стоит лоадер, т.к. лоадер его в любом случае в js перегонит.
Я бы даже сказал, вредно тратить время на копание в себе, если ищут причины выгнать. Это пустая трата времени, когда можно найти нормальную работу, где в основе фирмы программисты
А я вот наоборот, не задерживался больше 3х месяцев в компании, все тоже самое, грузили досмерти, обвиняли во всем, работал круглосуточно. Мало того ещё какие то менеджеры, тимлиды, архитекторы... все мечтали обосрать, но я не стал раскладывать все их оскорблялки и искать в этом глубокий смысл. Я как понял - кинули оскорблялку = хотят уволить, и в этом нет причин во мне, это они решают финансовые вопросы фирмы. А по своему опыту могу сказать, что точно есть фирмы без этих недостатков
Ну а чего ж им жить переставать из-за обновлений реакта
думаю даже самые тупые тыкалки это лучше чем без них
Я так же, работал разработчиком middle уровня, работу выполнял качественно, замечаний не было. Так же уволили без причин, получил фидбек такой, как будто не про меня вообще. Просто я понял одно из этого айти - не надо искать логики там где её нет, некоторые компании уже выжили из ума.
Норм продвинется, тз никуда не денется от этого, да и останутся там геймдизайнер, он задач выдаст, тестеры багов заведут и жив бэклог. А наоборот попробуй без разрабов)