|
| 1.2, Аноним (1), 16:31, 16/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> 3D-рендера и предоставить обвязки для языков Python
Я надеюсь, python2 (а лучше вообще первого)?
| | |
| 1.3, Аноним (3), 16:34, 16/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Опять этот вайбкодный проект на Opennet. Ну блин, модераторы, вы куда смотрите?
| | |
| 1.4, Аноним (4), 16:37, 16/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Через интеграцию библиотеки stb_image обеспечена поддержка различных форматов изображений
Фу, не-не вы там либо свой нормальный загрузчик изображений прикрутите, либо православные libjpeg-turbo, libspng, nanosvg и прочие заюзайте.
| | |
| |
| 2.46, анонимс (?), 19:23, 16/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нужна поддержка векторных BGI шрифтов из Borland C++ 80-90х годов
| | |
|
| 1.7, Аноним (3), 16:43, 16/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вопрос: а где, собственно, оптимизация? Объективно: я посмотрел, и эта "библиотека" это минимальная обёртка над существующими либами (stb_image, FreeType и т.д.), тут практически нет своего собственного кода, только может какие-то мелкие обёртки над OpenGL.
| | |
| |
| 2.11, Аноним (4), 16:52, 16/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну freetype ещё ок, он по крайней мере глифы из шрифтов с малым кеглем готовые берет, ну и генерит глифы быстрее stb_truetype.
А stb_image тут ни в какие ворота, там автор из принципа уязвимости не фиксит и по производительности библиотека дно.
| | |
| |
| 3.21, Аноним (3), 17:10, 16/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Что-то, что даст проекту право называться "оптимизированным для маломощных систем". Сейчас это просто вайбкоженная поделка, косплеющая SDL, который как раз нормально оптимизирован.
| | |
|
|
| 1.10, Аноним (3), 16:47, 16/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
README нейрослоп, все комментарии нейрослоп, примеры нейрослоп. В самих сорцах разраб комменты нейронки почистил, конечно. Вот вам прекрасный пример, тут просто две бесполезные переменные, которые нейронка по ошибке написала (они не используются нигде):
https://github.com/JordanCpp/LDL/blob/LDLC/examples/C%2B%2B98/2DRend
Объективно посмотрите на этот (и другие примеры, с комментариями особенно), и скажите, что их реально все писал человек?
| | |
| |
| 2.16, Аноним (16), 17:04, 16/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ох, забористо! Но со временем доля такого софта будет приближаться к 100%.
| | |
| |
| 3.22, НяшМяш (ok), 17:11, 16/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 С улучшением и удешевлением облачных нейронок качество нейрослопа будет потихоньку расти. Но я ожидаю вторую волну, когда из-за дефицита RAM появятся очень дистилированные нейронки для локального запуска - даже сегодня сжатые нейронки для запуска на 16 гигабайтах видеопамяти так плющит, что текущий нейрослоп от облачных и платных божественным покажется.
| | |
|
| 2.36, 12yoexpert (ok), 18:28, 16/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 сишный каст флота к флоту с присвоением флоту впечатляет
зачем в GetSize вручную переприсваивать базовый класс к дочернему, да ещё по одной переменной, - пусть тоже останется загадкой
я бы поржал и дальше, но жаль своего времени на сгенерированный бред
| | |
|
| 1.23, JordanCpp2 (?), 17:12, 16/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
 Я использую ИИ, для ревью кода и поиска ошибок.
Для генерации примеров.
Написания документации по LDL API.
Это экономит много времени.
Так же не редко при ревью, ИИ предлагает решения переписанного кода или функции, улучшения читаемости или исправления. Я не вычищаю комментарии, а просто применяю изменения.
А как я должен поступать? Вычищать код? Зачем?
Я использую ИИ как инструмент помощник. Вот и все.
Код я пишу сам, но предложения или улучшения при ревью и анализе, могу принять от ИИ.
Вот собственно и все.
| | |
| |
| 2.25, Аноним (3), 17:15, 16/06/2026 [^] [^^] [^^^] [ответить] | +/– | Да, конечно не чистите, поэтому в примерах полно комментариев, а во всех сорцах ... большой текст свёрнут, показать | | |
| |
| 3.26, Аноним (3), 17:18, 16/06/2026 [^] [^^] [^^^] [ответить] | +/– | Ссылки опять пропали, вот https github com JordanCpp LDL blob b30ea4bd98815f1... большой текст свёрнут, показать | | |
| |
| 4.28, JordanCpp2 (?), 17:19, 16/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Если разработчик не знает OpenGL 3 и шейдеры, я его примером не научу. Примеры это иллюстрация.
| | |
|
| 3.27, JordanCpp2 (?), 17:18, 16/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
Я принимаю изменения если они того стоят.
Вы ошибаетесь, я принимаю только полезные изменения от ИИ. Я не чище код от комментариев. Мне нет смысла скрывать использование ИИ как помощника.
Я не понимаю, чем вам не угодил ИИ как инструмент.
| | |
| |
| 4.29, Аноним (3), 17:20, 16/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вы троллите, или что? Вы даже не чистите примеры от ошибок нейронок! Как вообще библиотека может быть кем-то серьёзно восприниматься с такими приколами?
| | |
|
| 3.42, JordanCpp2 (?), 19:15, 16/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, конечно не чистите, поэтому в примерах полно комментариев, а во всех сорцах либы вместе (если не смотреть зависимости, документационные комментарии, примеры и лицензии), в самой РЕАЛИЗАЦИИ меньше 20 строк комментариев на 20 тысяч строк реализации.
Это ответ на ваш вопрос. Что библиотека пишется ручками.
| | |
|
| 2.30, Аноним (30), 17:25, 16/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Чел, твоя проблема в том, что ты не замечаешь бардак. Тебе в прошлых новостях писали про него и приводили примеры. Ты сказал приберешься - где-то сразу, где-то со временем. Но все как было, так и осталось, еще и сверху наслоилось. В репозиторий уже неприятно заходить.
| | |
|
| |
| 2.34, Аноним (34), 18:14, 16/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Я так понимаю, в школе каникулы? Не нравится - критикуй, но обоснованно. А хейтят просто потому что не нравится - недалекие.
| | |
|
| 1.39, JordanCpp2 (?), 18:37, 16/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
Принимаю часть критики.
Проведу глобальный рефакторинг.
Примеры сгенерированный ИИ, перепроверю, почищу, помечу как генерация ИИ + ручная правка.
Приведу репозиторий в порядк.
Будет стильно, модно, молодежно:)
| | |
| |
| 2.48, Аноним (1), 19:27, 16/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не надо. Не трать на это время и силы, разрабатывай проект как тебе нравится. Но сэкономь также и наше время - не надо сюда это нести, это никому здесь не интересно и не нужно. Неси на форум любителей ретрокомпьютинга или ещё куда.
| | |
| 2.49, анонимс (?), 19:30, 16/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
C, C++, Rust не LLM-friendly языки программирования. Во многом потому что они не линейные. Это выделение памяти, макросы, неопределенное поведение. В Rust заимствования. Для Go и Java примеров больше. Самый LLM-дружелюбный язык это Python и он же самый тормозной.
| | |
| |
| 3.50, Аноним (3), 19:42, 16/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Rust как раз очень LLM-friendly в плане того, что компилятор будет бить LLMку палками, пока она не сделает компилируемый код. Там может быть много больше unwrap/копирования, чем нужно, но скорее всего работать будет.
Вообще, языки где всё проверяется в compile time (типа Rust) самые лучшие для LLMок (если не самые тупые модели)
| | |
| 3.54, Аноним (1), 20:55, 16/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Во многом потому что они не линейные
Определение линейности ЯП в студию.
> Это выделение памяти, макросы, неопределенное поведение
Выделение памяти в C++, Rust и питоне абсолютно одинаковые, и в коде вообще никак не проявляются. Насчёт макросов в питоне всё гораздо хуже чем в других языках, декораторами там можно делать вообще что угодно, не говоря уже о манкипатчинге.
> В Rust заимствования
> Самый LLM-дружелюбный язык это Python и он же самый тормозной.
Сам-то понял что написал? Если код не проходит БЧ то он сломан. В rust это видно сразу, и у LLM даже есть возможность это исправить вообще не беспокоя барина. А на питоне LLM просто берёт и пишет сломанный код.
Rust. Только Rust из названных LLM-friendly.
| | |
|
|
|
