Упс! Мб не стоило хаять Object Pascal/Delphi на котором Double Commander написан, было бы больше подобного софта. Но сами же разработчики орут "электрон наше все", либо "нативный UI не нужен, перепишите на Qt".
Double Commander — пример приложения использующего нативный win32 UI. Какой минус у winapi натива? — полупрозрачностей и анимацией нет, а без них приложение не "продать", ни пользователю, ни бизнесу.
Но с другой стороны, все процы 10+ лет, содержат графические ядра с ускорением видео высокой четкости, за графику отвечает он же, процу не нужно пережевывать пиксели ему лишь требуется пнуть видеокарту с нужными данными, общая производительность помогает перемалывать лярды инструкций в секунду.
Нет — элементарные графические примитивы все еще рисуются процессором, видеокарта осуществляет композинг. Либо иногда графику рисует таки GPU, но перед тем как оно сможет отрисовать 1005000 треугольников, CPU производит долгий процесс триангуляции(превращение примитивов в треугольники). (пример для WPF https://habr.com/ru/post/255683/)
Рендеринг шрифтов — тоже CPU осуществляет.
И все это на фоне бесконечных теней, блюров и полупрозрачности.
На 2D ускорение графики вендоры еще во времена XP забили.
Сколько жрет озу, проводник Windows 10?
Кхе кхе
47 мегобайта.
Кхе, кхе, стандартный Nautilus из мира GNOME потребляет еще больше, в три раза :))
GNOME в целом пример тормозного и жрущего нечто, но не мудрено, я очень люблю C, но не предназначен этот язык для создания богатого GUI, а когда туда еще и CSS всовывают...
Ну судя по тому что удалили всего 500 строк(это для ассемблера действительно мало), ядро не особо использовало их для ускорения своей работы.
Про положительные черты — я думаю код работы с 3DNow! был написан ~20 лет назад, и сейчас его просто некому поддерживать, из-за отсутствия у разработчиков ядра советующих процессоров. Да — на процессорах с 3DNow! — Linux Kernel станет работать медленнее, НО надо быть реалистом — он там уже невероятно медленно работает(если еще работает), и в действительности адекватно его там использовать не представляется возможным.
Обратите внимание на TypeScript, Go, Ada, Dart, ABAP. Их сообщество только формируется, но популярность растёт. Скоро они могут завоевать ощутимую долю рынка. Присмотритесь к SQL, который требуют во множестве компаний.
Вы уж определитесь, в одной статье у вас Pascal-like языки «мертвы», в другой вы предлагаете обратить внимание на Ada. Джинса конечно лютая, целых 3 ссылки на курс.
Хотите прогноз — благодаря, в том числе вашим, бесконечным вайтишным курсам и искусственной накачке рынка нас ждёт обрушение пузыря доткомов 2.0 в ближайшие 5 лет. «Спасибо».
Было принято решение установить четыре версии популярных (по моему мнению) браузеров и сравнить их в одинаковых условиях.
@Ожидал сравнение разных браузерных движков
@Автор сравнил 3 сборки хрома
@Ах да, точно, Гугл с помощью хрома убил все, даже движок от Microsoft, только Apple и Mozilla ещё держаться.
Вы же преподаватель — так? Разве ваша задача не учить тому, как делать правильно?
Не, ок — понимаю, простой пример и все такое, но зачем показывать очевидно ужасный пример.
Новичек скопирует этот код, а потом будет ещё 999 вопросов на stackoverflow про тормоза и выжирание батареи приложением.
И вообще сами же написали:
Необходимо явным образом сообщить, что View нужно перерисовать. Для этого внутри метода onDraw вызовем метод invalidate. Конечно, в этом случае будет выполняться бесконечная перерисовка, но поскольку у нас горит бесконечный огонь, такое решение допустимо.
Я кончено не senior Android developer, но разве мы не получим разное FPS на разных девайсах из-за этого? Да и вообще выглядит такой подход адово. Лучше же по какому-то таймеру попросить View перерисоваться, например 30 раз в секунду.
Всем привет! Меня зовут Юрий Дорофеев, я Android-разработчик и преподаватель в Mail.ru Group.
Вот он — истинный скил преподавателей и качество преподавания в вайтишных школах mailru.
Это какой-то рофл для Пикабу? Я конечно понимаю концепт — но уж можно было действительно постараться и перерисовать интерфейс, иконки. Все что я вижу немного копипаста со скриншотов Windows 95.
Как этот концепт будет работать, при размере кнопок 20х20 пикселей, на сенсорном девайсе?
И да — те новые иконки, что вы нарисовали — не имеют никакого отношения к Windows 95 — настоящие иконки использовали стандартные 16 цветов.
Уже наверное десятая статья о курсах КекБрейнз, из песочницы, на хабре. Такое ощущение что они делают большую скидку и/или возвращают часть средств за любой отзыв на хабре, главное хайп. Почему я так думаю? — после «песочной» статьи, об очередных курсах ВойдиВыйди, авторы больше никогда ничего не пишут и не комментируют на хабре.
Ещё раз — курсы данной и ещё топ 10 контор для вайтишников — это мусор. Оценочное суждение.
Не можешь написать Hello World без курсов => пить смузи — не твоё.
Автор — удали этот мусор с хабра плиз
В Windows тоже есть выбор — никто не заставляет пользоваться стандартным проводником.
Упс! Мб не стоило хаять Object Pascal/Delphi на котором Double Commander написан, было бы больше подобного софта. Но сами же разработчики орут "электрон наше все", либо "нативный UI не нужен, перепишите на Qt".
Double Commander — пример приложения использующего нативный win32 UI. Какой минус у winapi натива? — полупрозрачностей и анимацией нет, а без них приложение не "продать", ни пользователю, ни бизнесу.
Нет — элементарные графические примитивы все еще рисуются процессором, видеокарта осуществляет композинг. Либо иногда графику рисует таки GPU, но перед тем как оно сможет отрисовать 1005000 треугольников, CPU производит долгий процесс триангуляции(превращение примитивов в треугольники). (пример для WPF https://habr.com/ru/post/255683/)
Рендеринг шрифтов — тоже CPU осуществляет.
И все это на фоне бесконечных теней, блюров и полупрозрачности.
На 2D ускорение графики вендоры еще во времена XP забили.
Кхе, кхе, стандартный Nautilus из мира GNOME потребляет еще больше, в три раза :))
GNOME в целом пример тормозного и жрущего нечто, но не мудрено, я очень люблю C, но не предназначен этот язык для создания богатого GUI, а когда туда еще и CSS всовывают...
Ну судя по тому что удалили всего 500 строк(это для ассемблера действительно мало), ядро не особо использовало их для ускорения своей работы.
Про положительные черты — я думаю код работы с 3DNow! был написан ~20 лет назад, и сейчас его просто некому поддерживать, из-за отсутствия у разработчиков ядра советующих процессоров. Да — на процессорах с 3DNow! — Linux Kernel станет работать медленнее, НО надо быть реалистом — он там уже невероятно медленно работает(если еще работает), и в действительности адекватно его там использовать не представляется возможным.
Хотите прогноз — благодаря, в том числе вашим, бесконечным вайтишным курсам и искусственной накачке рынка нас ждёт обрушение пузыря доткомов 2.0 в ближайшие 5 лет. «Спасибо».
@Автор сравнил 3 сборки хрома
@Ах да, точно, Гугл с помощью хрома убил все, даже движок от Microsoft, только Apple и Mozilla ещё держаться.
Не, ок — понимаю, простой пример и все такое, но зачем показывать очевидно ужасный пример.
Новичек скопирует этот код, а потом будет ещё 999 вопросов на stackoverflow про тормоза и выжирание батареи приложением.
И вообще сами же написали:
Вот он — истинный скил преподавателей и качество преподавания в вайтишных школах mailru.
Как этот концепт будет работать, при размере кнопок 20х20 пикселей, на сенсорном девайсе?
И да — те новые иконки, что вы нарисовали — не имеют никакого отношения к Windows 95 — настоящие иконки использовали стандартные 16 цветов.
Без негатива, просто странная формулировка имхо
Почему я так думаю? — после «песочной» статьи, об очередных курсах ВойдиВыйди, авторы больше никогда ничего не пишут и не комментируют на хабре.
Ещё раз — курсы данной и ещё топ 10 контор для вайтишников — это мусор. Оценочное суждение.
Не можешь написать Hello World без курсов => пить смузи — не твоё.
Автор — удали этот мусор с хабра плиз
Ля, а это вообще только смех вызывает, сколько за лозунг заплатили то?