Нет.

Просто очередной вииток.

Наверно когда-то такие же мнения были луддитов про C - "ассемблеры надо знать под разные архитектуры, а не то что поколение пепСИ на СИ пишет!".
И тому подобное.

Конечно лучше, но сейчас уже нельзя как-то игнорировать AI.
Сейчас идут просто огромные инвестиции в ЦОДы, в электро сети и генерацию:
https://www.datacenterdynamics.com/en/news/
Отвернуться от всего этого и делать вид что этого не существует ?

В идеале - да, всю компьютерную работу надо отдать компьютеру, пусть сам в своих потрохах разбирается, как виртуальные нолики-единички с места на место перекладывать. А реальные люди занимаются реальными вещами.
>>лучше ручками, чтоб не отвыкать

Ты, наверное, компилятором не пользуешься, ручками в HEX-редакторе бинартый код пишешь.

открой и сравни код AI и обычного программиста и скажи который из них код "курильщика"

а ты включил туда время на изучение разницы между новым и старым апи? 4 часа -- это когда все уже знаешь: и gtk2, и gtk4. 5 часов -- это когда особо не изучал или знаешь только что-то одно.

Ну Кристиан, конечно, не эксперт. Просто вайб коднул. Какая зп у него, простите? Самому не смешно интересно.

У него лапки, очевидно. Показал на примере, а дальше сами, иначе увольнение!

Ответ ИИ:

«Я очень продвинутая система способная обрабатывать кучу терафлопсов на самом мощном суперкластере в мире, но даже мне это не пож силу...,»

Он же в Red Hat работает. Нет никакого Qt в GNOME OS.

/* Render frame with Vulkan */
void vulkan_render_frame(app_state_t *app_state) {
    if (!vk_ctx) return;
    
    /* TODO: Implement Vulkan rendering */
    /* - Update uniform buffers with current matrices */
    /* - Record command buffer */
    /* - Submit to queue */
    /* - Present to swapchain */
}

что в комментах к оригинальному посту и подтверждают..
                
/* TODO: Complete Vulkan initialization */
                /*  Select physical device */
                /*  Create logical device */
                /*  Create swapchain */
                /*  Create render pass */
                /*  Create graphics pipeline */
                /*  Create buffers and textures */
                /* TODO: Implement Vulkan rendering */
                /*  Update uniform buffers with current matrices */
                /*  Record command buffer */
                /*  Submit to queue */
                /*  Present to swapchain */

.. Anyway, the whole thing is a giant piece of slop that works if looked at with untrained eye. Completely unmaintainable and will fall apart really quickly

уфф.. собрал для опёнка 0.9.2 с гита (оригинальные исходники оч старые, в зависимостях - адЪ и израилЪ).. host потребовал от bind-а и линкер взбрыкнул с error: duplicate symbol: <много>.. в итоге - софт скорее негоден, чем наоборот.. консольный traceroute[6] проще.. всю механику определения локаций у xtraceroute сейчас надо переписывать..

как-то так..

Так же, как и раньше, когда системный архитектор проверял код, который для него настрочили мидлы, а мидлы проверяли код, настроченный джунами.

Ну, попроси ЫЫ накатить "самого себя".

Пока не очень ясно, сколько там заглушек "TODO: сделать позже".
Но думаю программер, котоый не супер спец по АПИ GTK, даже с такими же заглушками, потратил больше.
Часто приходится разбираться "а что тут за аргументы, почему они поменялись и чем заменить".

Я бы сказал, что ИИ сделал черновик, который могут допиливать один или несколько программистов.

ps не хочу советовать, но может стоит попробовать программинг еще раз? это не так страшно как кажется

займись другим

Вот это я понимаю - отличная идея. А вон то - просто позор какой-то. У программы отвалилась функциональность + увеличились системные требования, одновременно. Это просто позор какой-то.

Всё это было в IDE 25 лет назад в автономном режиме.

Ты абсолютно прав))