Было бы интересно увидеть поведение jvm в зависимости от ОС. В Linux я не видел, что бы jvm возвращала память назад системе. Обычно после очистки сборщиком, память остаётся зарезервированной для jvm. При попытках сделать стресс тест системе, Linux просто убивал моё приложение как самое прожорливое. На Windows не пробовал, но на Windows например, CLR тоже сначала резервирует память после очистки, но в случае не хватки памяти в ОС, clr быстро худеет.
если подгрузка будет занимать больше времени для плавного скрола, то это очень будет злить. Встречал такие решения. Для меня лучше уже будут пустые элементы с надписью Loading чем постоянно натыкаться на блокировку скрола :)
Тогда если фантазировать, то можно сделать гибрид по типу рендерим за кадром N элементов, а если пользователь начал скролить, то опять за кадром подгружаем N элементов. Всё равно могут быть проблемы при агрессивном скроллинге, но тоже как решение
Мне кажется, что автор является любителем смузи с одного известного портала и я не удивлюсь, что местные к такому человеку не очень приветливые. Слишком много барин хочет. Если Пан хотел luxury, то для этого существует Париж, Лондон, возможно Мюнхен или Гамбург, но точно не Польша
я же написал конкретно про оптимизацию кода. Есть компании, которые знают что хотят и не готовы отступать. Даже если используют движки как UE4 и другие, будут писать свой код и свои оптимизации, что бы игра работала как следует, а не тупо пообрезать как я уже говорил графику и выпустить в продукцию
а можно чуть больше серьезных примеров чем Blender который всё еще проигрывает Autodesk и C4D, ну который да, хорош и он на OpenGL. Maya использует и DX и OpenGL, так что не в счет
P.S. Аудитория хабра либо всегда такой была, либо тупеет. Лакают комментарий, в котором написан вымысел, где нет ни одного примера и используется слово «все». Т.е. видимо автор готов голову на отсечение дать, что реально все! научные демонстрации и 3D-редакторы работают на OpenGL. Мне казалось, что это сайт для людей с IQ повыше чем у обезьяны
я понимаю, я сам пользуюсь время от времени линуксом и конечно можно там похвастаться играми ААА уровня. Меня больше печалит то, что не смотря на то как все хвалят OpenGL и называют DirectX злом, всё таки большинство выбирает именно DirectX.
Хотя уже давно эта тенденция уходит. Все сейчас используют готовые движки, которые в пару кликов тебе скомпилируют игру и в DirectX и в OpenGL и на консоли. Всем становится плевать, главное делать конвеер побыстрее на готовом и всё. Если игра лагает, то урежем текстуры и ещё что-то, вместо того, что бы оптимизировать код.
имхо можете меня заминусовать, но OpenGL проиграл и уже давно. Где-то в узких кругах, вроде бы в Голивуде даже, есть огромный софт построенный на OpenGL, но это всё равно никому почти не интересно. Уже давно нет у MicroSoft того влияния, что бы всех заставлять писать на DX, но почему то OpenGL никто почти не использует. Даже Sony написали свой API для консолей. Если бы OpenGL был крутой технологией, то не было бы Vulkan, был бы супер новый OpenGL 5, а пока выглядит, что разработчики хотят избежать каких либо связей со своей предыдущей разработкой
Вставлю и я свои 5 копеек. Всю жизнь был .NET developer, иногда хотелось поработать с Java, узнать как там и у них и перейдя в новую фирму стал больше Java Developer чем .NET. Что сразу бросилось в глаза:
1) IntelliJ лучше чем Visual Studio. Хотя VS+ReSharper стирает все преимущества IntelliJ, но всё же ReSharper добавляет свои проблемы (не знаю исправили баг или нет, но RS очень не любит WPF и в нашем проекте, плагин для VS, у нас почти все xaml.cs файлы были красные из-за того, что он не видел зависимости или что-то в этом роде), IntelliJ свои баги, тоже есть, но всё же для меня IntelliJ было приятным открытием
2) Очень неудобная настройка билдов (maven). Кроме того, что это огромные файлы xml, так в той же intellij нет(либо я не нашёл) GUI для управлением этим файлом и чтения зависимостей. Gradle почти тоже самое, правда все же файлы не такие огромные
3) Как же плохо без дефолтных фреймворков. Что я имею ввиду — огромное количество разных orm, библиотек логирования и т.д. Кому-то это плюс но в корпо это ужас ибо работаешь с разными программистами, с разных стран, у всех свои стандарты и пожелания. В итоге в проекте у нас 3 библиотеки для логов, ибо каждый вбил что хотел в свое время, используется MyBatis который конечно быстрый, но неудобный и вообще Spring Boot сейчас уничтожает все апгрейды у нас в проекте, потому что у нас Spring 3, сделали апдейт до 4, а дальше уже тяжело, ибо нужны новые версии зависимых других библиотек, а они все почти уже имеют настройки под Spring Boot. Ясно, что можно и под обычный настроить Spring, но если нет документации, то на это уходит много времени. Как пример — сейчас нам надо сделать Gateway и мы такие обрадовались, ведь в Spring Cloud появился как раз Gateway. Только фигушки нам ибо зависимости идут на Spring Boot и нет ещё статей на тему как поставить это на обычный Spring. К тому же очень мало статей на тему hello world в spring security на обычный spring. Найти конечно можно, но всё равно большинство под Spring Boot. В итоге сейчас думаем, что надо переноситься на Spring Boot 2, но у нас там столько зависимостей и не факт что все они имеют апдейт до SB2 и Spring 5. Вообщем ад и в .net даже близко такого не было никогда. В .net уже очень давно есть WCF и IIS, которые бы решили нашу проблему
4) Закончу на положительной ноте для Java — open source. В той же IntelliJ можно найти имплементацию любого метода и даже в дебаг кинуть. В .net core была подобная возможность, дебажить исходники, но потом почему то убрали и сделали фигню, которая работает только в call stack, а вот если просто нажму open implementation на системном методе, то мне покажет только методанные. Вообщем огромный плюс Java
Если я в чем-то не прав то пожалуйста напишите об этом, буду рад любой информации
Попахивает шизофренией Столлмана. Я благодарен таким людям, они действительно делают мир лучше, но зачем других людей под одну гребенку. Фраза «Просто признай, что тебе всё равно» очень провокационная. Звучит так же как «Просто признай, что ты сволочь неблагодарная». Призыв творить добро/open-source, и в том же тексте говорить, что Microsoft должна сгнить — некрасиво. Ну не будет чуда. Не было бы Microsoft, то не значит, что не нашлось бы других компаний, которые бы поняли, что гораздо проще написать качественный софт группой программистов в пару десятков человек смотивированных хорошей зарплатой, чем миллионами людей по всему миру с разными культурами, языками, характерами и не имея общей цели и мотивации
О да. Это с одной стороны меня напрягало в TLOU, но ИИ союзников там не самый умный, поэтому лучше уж так, чем покупка нового пада после пары десятков неудач из-за союзников
Было бы интересно увидеть поведение jvm в зависимости от ОС. В Linux я не видел, что бы jvm возвращала память назад системе. Обычно после очистки сборщиком, память остаётся зарезервированной для jvm. При попытках сделать стресс тест системе, Linux просто убивал моё приложение как самое прожорливое. На Windows не пробовал, но на Windows например, CLR тоже сначала резервирует память после очистки, но в случае не хватки памяти в ОС, clr быстро худеет.
Вы как давно курс смотрели, что у вас 1000$ это 60000 рублей? :)
P.S. Аудитория хабра либо всегда такой была, либо тупеет. Лакают комментарий, в котором написан вымысел, где нет ни одного примера и используется слово «все». Т.е. видимо автор готов голову на отсечение дать, что реально все! научные демонстрации и 3D-редакторы работают на OpenGL. Мне казалось, что это сайт для людей с IQ повыше чем у обезьяны
Хотя уже давно эта тенденция уходит. Все сейчас используют готовые движки, которые в пару кликов тебе скомпилируют игру и в DirectX и в OpenGL и на консоли. Всем становится плевать, главное делать конвеер побыстрее на готовом и всё. Если игра лагает, то урежем текстуры и ещё что-то, вместо того, что бы оптимизировать код.
1) IntelliJ лучше чем Visual Studio. Хотя VS+ReSharper стирает все преимущества IntelliJ, но всё же ReSharper добавляет свои проблемы (не знаю исправили баг или нет, но RS очень не любит WPF и в нашем проекте, плагин для VS, у нас почти все xaml.cs файлы были красные из-за того, что он не видел зависимости или что-то в этом роде), IntelliJ свои баги, тоже есть, но всё же для меня IntelliJ было приятным открытием
2) Очень неудобная настройка билдов (maven). Кроме того, что это огромные файлы xml, так в той же intellij нет(либо я не нашёл) GUI для управлением этим файлом и чтения зависимостей. Gradle почти тоже самое, правда все же файлы не такие огромные
3) Как же плохо без дефолтных фреймворков. Что я имею ввиду — огромное количество разных orm, библиотек логирования и т.д. Кому-то это плюс но в корпо это ужас ибо работаешь с разными программистами, с разных стран, у всех свои стандарты и пожелания. В итоге в проекте у нас 3 библиотеки для логов, ибо каждый вбил что хотел в свое время, используется MyBatis который конечно быстрый, но неудобный и вообще Spring Boot сейчас уничтожает все апгрейды у нас в проекте, потому что у нас Spring 3, сделали апдейт до 4, а дальше уже тяжело, ибо нужны новые версии зависимых других библиотек, а они все почти уже имеют настройки под Spring Boot. Ясно, что можно и под обычный настроить Spring, но если нет документации, то на это уходит много времени. Как пример — сейчас нам надо сделать Gateway и мы такие обрадовались, ведь в Spring Cloud появился как раз Gateway. Только фигушки нам ибо зависимости идут на Spring Boot и нет ещё статей на тему как поставить это на обычный Spring. К тому же очень мало статей на тему hello world в spring security на обычный spring. Найти конечно можно, но всё равно большинство под Spring Boot. В итоге сейчас думаем, что надо переноситься на Spring Boot 2, но у нас там столько зависимостей и не факт что все они имеют апдейт до SB2 и Spring 5. Вообщем ад и в .net даже близко такого не было никогда. В .net уже очень давно есть WCF и IIS, которые бы решили нашу проблему
4) Закончу на положительной ноте для Java — open source. В той же IntelliJ можно найти имплементацию любого метода и даже в дебаг кинуть. В .net core была подобная возможность, дебажить исходники, но потом почему то убрали и сделали фигню, которая работает только в call stack, а вот если просто нажму open implementation на системном методе, то мне покажет только методанные. Вообщем огромный плюс Java
Если я в чем-то не прав то пожалуйста напишите об этом, буду рад любой информации
P.S. Такое ощущение, что я в группе подобно МДК где куча школьников пытается скорее написать комментарий и плевать на то, что бы подумать