Вообще, Хабр ещё рано хоронить. Да, он испортился, но пока еще не настолько. По крайней мере, здесь ещё можно найти хороших людей, с кем можно пообщаться, подискутировать и пр.
Что это за такой прошлый Хабр?. Я больше 10-ти лет его читаю и особых ухудшений не увидел.
Меня только напрягает взаимодействие с комментариями. Накидали 30 новых комментариев, зашёл. Вдруг страница перезагрузилась и теперь я не могу ходить по комментариям по очереди.
И нет уведомлений, что кто-то написал в статью которой несколько лет или месяцев. Я бы и ответил ему, просто я не знаю, что кто-то написал комментарий.
Задумайтесь, сколько времени в сумме у вас ушло на то, чтобы написать "GDI рендер" - погрузиться в тему, написать код, всё отладить и т.п.
Да это занимает относительно много времени. А если до этого брать время на написание прототипа, то несколько лет. Что бы разобраться в этой теме. Так как я бэкендер, для меня это все было новым.
Вы же сам написали первую статью в 2021 году и сейчас их у Вас 14. Т.е., в среднем по 4 статьи в год. Да, оно неравномерно, когда-то больше, когда-то меньше, но средняя скорость публикации вполне совпадает с моими оценками.
Последние 5 статей, вроде меньше месяца. Они на одну тематику.
голый (как Король) membuff + минимальный, но удачный набор алгоритмов графики над ним.
Ещё в планах такой рендер портировать под микроконтроллеры. Да и вообще всю библиотеку LDL, если это возможно конечно.
Для этого каждую новую фичу или функционал, как бы в уме прокручиваю, будет ли работать на том или ином железе. Мало функционала, лучше портабельность.
Там не только в этом проблема. Много лишних namespace'ов, лишнего функционала. И главное я набил руку на этом проекте. И теперь знаю как некоторые вещи сделать хорошо или упростить.
То о чем вы говорите, будет просто ещё одним вариантом рендера.
Я об этом проекте упоминал в прошлых статьях. Он получился слишком жирным и сложно портируемым под старые системы. Такой большой проект я так и не смог портировать под DOS и Windows 3.1 И еще проблема, что я в него впихнул всё, и форматы графики, аудио, шрифты с поддержкой free type. Теперь я понимаю, что такие вещи должны быть внешними.
Поэтому решил начать заново, но уже с учетом предыдущего опыта и уже по мере реализации пока кодовая база небольшая портировать и под DOS и под Windows 3.1
Сделать его реально компактным.
Ну и по мере реализации, всегда хотелось поделиться мыслями и решениями которые использую в разработке LDL. Такой некий гайд получается.
Смысл не в использовании GDI, а в обеспечении совместимости с GDI в том числе под единым API. Использовать его напрямую без абстрагирования в 2025, смысла нет.
Все же я не понимаю утверждения насчёт нехватки уникальных статей. На то они и уникальные. Остальные статьи о насущном. Тоже интересные, да ни все.
Хабр это не сборник научных статей. Для этого есть другие ресурсы.
Да, но есть нюанс. Мне это предлагают бесплатно и без большущего баннера по середине экрана.
Что это за такой прошлый Хабр?. Я больше 10-ти лет его читаю и особых ухудшений не увидел.
Меня только напрягает взаимодействие с комментариями. Накидали 30 новых комментариев, зашёл. Вдруг страница перезагрузилась и теперь я не могу ходить по комментариям по очереди.
И нет уведомлений, что кто-то написал в статью которой несколько лет или месяцев. Я бы и ответил ему, просто я не знаю, что кто-то написал комментарий.
Вот поэтому все мемы я делаю сам:)
На Хабре сталкивался с несколькими статьями, прям всратого содержания и нагенеренные, так вот данные статьи реально заминусовали и автор их отозвал.
Вот если бы починить или изменить карму, возможно она была бы более полезна.
Меня Хабр, устраивает. Можно чем то поделиться, особенно на тему ретро программирования.
Почитать статьи без графомаства и 100500 формул.
Мне бы понравился раздел на Хабре, самые смешные мемы по ИТ, за прошедшую неделю. Я их обычно на Пикабу и смотрю.
Да это занимает относительно много времени. А если до этого брать время на написание прототипа, то несколько лет. Что бы разобраться в этой теме. Так как я бэкендер, для меня это все было новым.
Последние 5 статей, вроде меньше месяца. Они на одну тематику.
Я наоборот за, так как все есть на одном ресурсе. И не требуется лазить по каким то блогам в ТГ.
Бесплатно писать статью несколько месяцев? Вы шутите? Почему нельзя писать нормальные простые статьи?
У меня все статьи в основном не превышают по написанию текста пары дней, чаще пару часов. Дольше занимает код.
Мне это нравится, так как нет эффекта второй работы.
Вы же предлагаете писать научные выверенные статьи на развлекательно-айтишном ресурсе.
Спасибо за статью. Добавил в закладки.
Спасибо за идею. Надо будет поэкспериментировать.
Посмотрю спасибо, SetDIBitsToDevice насколько я помню, она может выводить именно кусок памяти без создания bitmap и всего остального обвяза.
Для старого железа 25+ летней давности это и сейчас важно:)
Спасибо посмотрю. Скриншоты выглядят хорошо. Есть и эффекты разные.
Спасибо посмотрю. Скриншоты выглядят хорошо. Есть и эффекты разные.
Ещё в планах такой рендер портировать под микроконтроллеры. Да и вообще всю библиотеку LDL, если это возможно конечно.
Для этого каждую новую фичу или функционал, как бы в уме прокручиваю, будет ли работать на том или ином железе. Мало функционала, лучше портабельность.
Там не только в этом проблема. Много лишних namespace'ов, лишнего функционала. И главное я набил руку на этом проекте. И теперь знаю как некоторые вещи сделать хорошо или упростить.
То о чем вы говорите, будет просто ещё одним вариантом рендера.
Я об этом проекте упоминал в прошлых статьях. Он получился слишком жирным и сложно портируемым под старые системы. Такой большой проект я так и не смог портировать под DOS и Windows 3.1 И еще проблема, что я в него впихнул всё, и форматы графики, аудио, шрифты с поддержкой free type. Теперь я понимаю, что такие вещи должны быть внешними.
Поэтому решил начать заново, но уже с учетом предыдущего опыта и уже по мере реализации пока кодовая база небольшая портировать и под DOS и под Windows 3.1
Сделать его реально компактным.
Ну и по мере реализации, всегда хотелось поделиться мыслями и решениями которые использую в разработке LDL. Такой некий гайд получается.
Для кроссплатформенности, очевидно же.
Смысл не в использовании GDI, а в обеспечении совместимости с GDI в том числе под единым API. Использовать его напрямую без абстрагирования в 2025, смысла нет.