>>28139
В процессе систематизация прошлой нити для пополнения базы знаний.

Мявствуйте!

Я в процессе изучения OpenTofu и Kubernetes. Поднимаю кластер на домашней лабе, пока что с помощью документации и чучуть с щепоткой ЛЛМок.

Пока использую провайдер Telmate вместо BPG и уже трижды пожалел о выборе для OpenTofu + TalosOS как базу под мастер и воркер ноды.

Вопрос: какие инструменты посоветуете использовать для раскатки инфраструктуры поверх K8s? Terraform/OpenTofu - стандарт, а вот что в среднем используется для управления инфрой? Слышал про Flux, ArgoCD, а какие ещё технологии следует изучить (сварочное дело не предлагайте, я про IaC)?

P.S.: большая часть инфры сейчас у меня - это виртуальные машины внутри двух Proxmox-нод, т.к. для транскодирования видео требуется GPU, для хранения - блочные устройства, а как перенести всё это корректно в Kubernetes, я не знаю - мне недостаёт знаний.

>>28142

>Terraform/OpenTofu - стандарт
>Слышал про Flux, ArgoCD
Пользовался сначала ArgoCD и затем Terraform, ArgoCD в контексте большой инфраструктуры которую все кому ни лень регулярно меняют понравился меньше, Terraform показался попредсказуемее и постабильнее.

>Какие инструменты посоветуете использовать для раскатки инфраструктуры поверх K8s?
Слышал хорошие отзывы про Ansible, но сам еще не пользовался
https://docs.ansible.com/projects/ansible/latest/collections/kubernetes/core/k8s_module.html

>Большая часть инфры сейчас у меня - это виртуальные машины внутри двух Proxmox-нод
>Как перенести всё это корректно в Kubernetes, я не знаю - мне недостаёт знаний
Тут надо знать больше про то, что нужно переносить. Например, ты хочешь использовать свой GPU, через pass-through? Тогда есть вот такой опыт (с ArgoCD кстати):
https://blog.duckdefense.cc/kubernetes-gpu-passthrough/

>>28143
Тыакс, я наконец-то ожил.

>Пользовался сначала ArgoCD и затем Terraform, ArgoCD в контексте большой инфраструктуры которую все кому ни лень регулярно меняют понравился меньше, Terraform показался попредсказуемее и постабильнее.
У меня наоборот, я с Ansible много работал. посмотрим, что и как.

>Тут надо знать больше про то, что нужно переносить. Например, ты хочешь использовать свой GPU, через pass-through? Тогда есть вот такой опыт (с ArgoCD кстати):
Как раз passthrough и хотел и использовать. Почитаю, спасибо.

>>28152
Рад помочь, рассказывай как там что получится!

Чиочан, что можешь посоветовать по веб-разработке на Питоне? С самого начала, для самых маленьких.

>>28163
>Что можешь посоветовать по веб-разработке на Питоне?
Тебе нужен быстрый вход? Тогда:

1. Научиться создавать локальное окружение (virtual environment) для своих Python-проектов:
https://github.com/pyenv/pyenv
https://docs.python.org/3/library/venv.html
https://pythonbasics.org/virtualenv/
Это важно, т.к. работать с несколькими версиями Python одновременно, и хранить их вместе с зависимостями проекта в отдельной папочке уже давно стало общепринятым

2. Выбрать IDE. Я пользуюсь VS Code, оно бесплатное и там неплохая поддержка как самого Python, так и работы с локальным окружением:
https://code.visualstudio.com/docs/python/python-quick-start
https://code.visualstudio.com/docs/python/environments

3. Пройти туториал по одному из, а лучше нескольким популярным фреймворкам, например по FastAPI и Django:
https://fastapi.tiangolo.com/tutorial/
https://www.djangoproject.com/start/
https://flask.palletsprojects.com/en/stable/
Здесь же ты по ходу дела освоишь основы работы с менеджером зависимостей pip

Рекомендую для каждого из туториалов завести локальную версию Python и свой virtual environment, и только затем уже все туда устанавливать.

Это самый быстрый путь, который приходит на ум. Если тебе бы хотелось начать помедленнее и пообстоятельнее, или ты спрашивал скорее видео-курс, чем план действий, то сообщай!

>>28164
> начать помедленнее и пообстоятельнее
> скорее видео-курс
Да, именно так. Я прохожу курс по Питону на Нетологии. Сначала все было неплохо, а потом начался веб, в который я ни в зуб ногой. Я какого-то момента я просто перестал понимать, что там вообще происходит. Домашки сдаю вовремя, но только за счет ЧатГПТ. Но так продолжаться не может, потому что таким макаром мне будет тупо нечего предложить работодателю на собеседовании.

>>28165
А какой веб-фреймворк используется в этом курсе?
И насколько ты не понимаешь веб? Ну т.е, тебе надо вникать в базовые понятия, типа принципов клиент-серверного взаимодействия, или такое понимание у тебя есть, и тебе просто трудно его переложить на Python?

Если да, то на FreeCodeCamp я нашел вот такой плей-лист по Python:
https://www.youtube.com/playlist?list=PLWKjhJtqVAbnqBxcdjVGgT3uVR10bzTEB

А конкретнее
>Python API Development - Comprehensive Course for Beginners (19 часов!)
https://www.youtube.com/watch?v=0sOvCWFmrtA

>Python Backend Web Development Course (with Django) (10 часов)
https://www.youtube.com/watch?v=jBzwzrDvZ18

>Flask Course: Python Web Application Development (6 часов)
https://www.youtube.com/watch?v=Qr4QMBUPxWo

Попробуй, если что-то из этого тебе подойдет - сообщи, если ничего не подойдет - тоже сообщи

>>28166
Будет Джанго, начнется через неделю. Проблемы у меня начались начиная с пик релейтед. Дальше были работы с API ВК и Яндекс Диска, веб-скраппинг. Там я вообще ни черта не понял.

> тебе надо вникать в базовые понятия, типа принципов клиент-серверного взаимодействия
Вот это мне и надо.

Пикрелейтед отклеился.

Странно, я не могу отправить сообщение с десктопного браузера, а с Оверчана - могу.

>>28167
>Базовые понятия, типа принципов клиент-серверного взаимодействия
>Вот это мне и надо

Я посмотрел всякие видео на эту тему, но мне кажется именно вот это от The TechCave будет одновременно и быстро, и понятно для начинающего:
>The Client Server Model | Clients & Servers
https://youtu.be/L5BlpPU_muY
Вот прям что такое клиент, и что такое сервер для самых маленьких.

И затем, у них же есть два плейлиста, из которых стоит посмотреть как минимум вот эти видео:
>Web Basic Concepts
https://www.youtube.com/playlist?list=PLSyLGd0D0b4RNjrUtbGAG1ejmEv1ZF5Ma
>The Http & the Web
https://youtu.be/eesqK59rhGA
Как по мне, очень доступно объясняется как клиент и сервер работают в вебе через HTTP.

>Software & Web Application Architecture
https://www.youtube.com/playlist?list=PLSyLGd0D0b4ThfElztKEueqQ5SIHJjUEU
>APIs | REST | REST APIs Demystified
https://youtu.be/FOZtRzY5x8E
Буквально с самых азов про API и все то, что на твоем пикрелейтед курсе: использование HTTP-клиента (из библиотеки requests) для того чтобы постучаться на REST API (популярных сервисов)

Попробуй и сообщай, насколько это все тебе подходит, и стало ли понятнее.

>>28167
В изучении чего-либо нужно в первую очередь смотреть в чём заключается суть. Компьютерные технологии не исключение. А суть в том что "клиент" и "сервер" это роли/модели поведения. Эти роли исполнять могут кто угодно: посетитель ресторана и официант, покупатель и продавец, или компьютерная программа и другая компьютерная программа. Эти роли предполагают что клиент делает запрос, а сервер обрабатывает запрос и отдаёт ответ обратно. Перечень запросов и ответов, их формат и любая другая характеристика общения клиента и сервера записана в протоколах.
Так что по итогу, по простому говоря, когда ты заходишь на сайт, твой браузер выступает в роли клиента(ну заодно и ты, который управляет браузером), а программа на компе, которая имеет указанный тобою домен и/или айпи, выступает в роли сервера. Так что всё это - один из способов коммуникации между процессами(IPC), передача друг другу файлов и ничего более.

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

>>28170
Спасибо, обязательно отпишусь, что да как.

Всем привет. Подскажите, что думаете на счёт процедурного программирования в 2026 году? Недавно устроился в компанию работать (моя первая работа) и по-сути весь мой стек это процедурные расширения в БД и немного скриптов на питоне. В принципе мне нравится SQL, но судя по всему это очень устаревшее направление и сейчас мало компаний осталось где это ещё используется... Можно ли вырасти на этой позиции куда-то?

>>28174
Предположу, что можно вырасти в Data Engineer или Data Scientist. Они постоянно работают очень близко к БД.

С одной стороны, действительно есть мнение, что перекладывать логику приложения на СУБД это уже ретро-подход, и пожалуй, для всяких казуальных веб-приложений это в основном правда.

С другой стороны, с неказуальными веб-приложениями мы движемся в сторону все более и более раздутых объемов хранимых данных, измеряемых порой и сотнями терабайт, и все более замороченных систем их организации, например в формате тех же даталейков. Сделать что-то быстро в этих системах с такими объемами данных требует хороших навыков работы с СУБД, а они у тебя как раз есть.

С третьей стороны, я постоянно сталкиваюсь с тем, что серьезного быстродействия в вопросах доставки огромных объемов данных требуют достичь на несоизмеримо малых ресурсах, даже, а возможно, особенно в крупных компаниях. И здесь возможность находиться к базе как можно ближе, и творить процедурные чудеса тоже делают тебя на вес золота.

Поэтому считаю что ты можешь быть востребован как специалист по организации вот таких огромных данных. Интересно, что скажут коллеги по нити.

>>28175
Спасибо за ответ, друг! Я вот сегодня решил поставить оракл, посмотреть как у них всё устроено например. Планирую дальше изучать OLAP и более крупные СУБД

>>28176
Рад помочь! Заходи если что, рассказывай о прогрессе, задавай вопросы. OLAP прикольная вещь, но часто недопонятая. Обычно с ним пытаются взаимодействовать как с обычной СУБД, думая что это такая магическая коробка, которая просто делает все запросы быстрее, в то время как по задумке требуется грамотная реорганизация данных, и что самое важное, предварительная подготовка срезов часто запрашиваемых данных в статический вид.

>>28177
А сам ты чем занимаешься? Работаешь или учишься? Что интересное находишь в разработке?

>>28178
Работаю, занимаюсь всем подряд, даже пару раз пришлось для рабочих нужд язык (DSL) написать, но в основном backend, в основном API, обработка потоков данных. Пожалуй, самое интересное в разработке - это общение с другими программистами, обмен идеями, и jolly cooperation, ну и конечно же когда удается сделать вот этими вот своими руками что-нибудь лучше, чем оно было. А что ты нашел для себя?

>>28179
Круто, не слышал раньше про DSL... Потоки данных это типа стриминг? Под общением с другими программистами ты имеешь в виду на работе или на борде? Я вот хотел поискать борды для программистов, но везде сидят или токсики-вахтеры, или как здесь пару человек пишет...

> А что ты нашел для себя?
Мне нравится SQL... Писать запросы, оптимизировать... С одной стороны это не совсем настоящее программирование, но с другой мне нравится работать с данными...

>>28180
>Потоки данных это типа стриминг?
Да, но у нас когда говоришь "стриминг" часто понимают "видео-стриминг", а тут просто данные гуляют

>Под общением с другими программистами ты имеешь в виду на работе или на борде?
Везде, где удается пообщаться, лишь бы со смыслом

>Я вот хотел поискать борды для программистов, но везде сидят или токсики-вахтеры, или как здесь пару человек пишет...
Оставайся с нами, чо. Чтобы не открывать по 20 раз в день медленный раздел, подписывайся на RSS: https://410chan.org/dev/rss.xml
Мне низкая скорость в чем-то и лучше, очень мало свободного времени

>С одной стороны это не совсем настоящее программирование, но с другой мне нравится работать с данными...
Лучше делать именно то, что нравится, тем более индустрия твой интерес к работе с данными поддерживает. Но пробовать самые разные языки и формы программирования тоже весело, там тебя могут ждать новые открытия и увлечения, пробуй!

>>28181
Спс, но на счёт RSS я плохо разбираюсь... Нужно какое-то расширение в браузер?

>>28182
Можно и расширение в браузер, но можно и воспользоваться ботом, чтобы тот тебе обновления по RSS пересылал в Дискорд или Телегу например:
https://github.com/Rongronggg9/RSS-to-Telegram-Bot

>>28140
>В процессе систематизация прошлой нити для пополнения базы знаний

Наконец-то перечитал всю нить и систематизировал информацию. По ощущениям насобиралось всякого больше, чем раньше:

>Материалы для вкатывания в C#, собранные пассажиром
>>/dev/26723

>С чего начинать бэкенд разработку на Node.js?
>>/dev/26508

>Посоветуйте хорошую бумажную книгу по Python
>>/dev/26091
>И бумажных книг по юнит-тестированию на Python
>>/dev/26099

>Подскажите курсы / тренинги по сетям и многопоточке на C++
>>/dev/26138
>Чем отличается мьютекс от семафора?
>>/dev/26791
>Есть ли разница между sem_open("test") и sem_open("/test")?
>>/dev/27704
>Посветуйте книг по юнит-тестированию на C++
>>/dev/26108
>>/dev/26110

>Обязательно ли знать C++ чтобы заниматься разработкой компиляторов?
>>/dev/26174
>Список литературы для создателей компиляторов
>>/dev/26177

>Посоветуйте курсы по программированию микроконтроллеров
>>/dev/27924

>Посоветуйте материалы новичку по Qt
>>/dev/27100

>Как написать Linux-demon?
>>/dev/27010

>Хочу создать VN на Java с libGDX, помогите
>>/dev/27683
>Конвертируем SHIFT-JIS в UTF-8 в контексте скриптов японских визуальных новелл
>>/dev/26079
>Подскажите инструмент для построения графа диалогов VN на RenPy
>>/dev/27062

>Подскажите C++ библиотеку для работы со старыми .doc-файлами
>>/dev/26081

>Подскажите самый простой способ с минимумом зависимостей сделать свой index.html доступным по ссылке?
>Docker
>>/dev/27719
>девелоперские сервера в среде исполнения
>>/dev/27713

>Рекламируем форматировалку для OpenSCAD
>>/dev/27992

>Рекламируем базированную книгу по оптимизации
>>/dev/28035

>Набор интересных ссылочек, начинающийся с >>/dev/28043

>>28140
>>28184
И отдельно бы хотелось выделить специфику по C и C++, за которую отдельное спасибо разбирающимся пассажирам

>Немного специфики по C
>Что за тип const char ★ const ★ в C?
>>/dev/26938
>Переводчик с C-шных типов на человеческий
>>/dev/26940
>Проясните особенности работы C-шного fgets
>>/dev/26167

>Много специфики по C++
>Расскажите об исключениях в конструкторе и деструкторе в C++
>>/dev/26903
>>/dev/26905
>Расскажите про препроцессорные макросы в C++
>>/dev/26916
>Зачем вкладывать анонимный неймспейс в именной неймспейс в C++?
>>/dev/26920
>>/dev/26924
>Зачем нужно override в C++?
>>/dev/26351
>Что лучше: string_view или константная ссылка на string (C++)?
>>/dev/26951
>>/dev/26952
>Поясните разницу между static_cast, dynamic_cast и reinterpret_cast (С++)
>>/dev/27071
>Глобальный массив vs статический массив (C++)
>>/dev/27112
>Поясните поведение sizeof (С++)
>>/dev/27155
>>/dev/27162
>В чем принципиальная разница между std::thread и std::async?
>>/dev/27438
>>/dev/27440

Как думаете, если скормить локальное зеркало Автобуса ЛЛМке, что будет?

>>28195
Думаю, если речь именно про обучение LLM, и о том чтобы производить его только зеркалом Автобуса, то скорее всего LLM даже связную фразу выдать не сможет, слишком мало данных для обучения.

Если речь о том, чтобы подгрузить зеркало Автобуса в LLM как RAG - может выйти так, что это уже слишком много данных, для такого контекста.

О каком из двух вариантов речь?

>>28199
Скорее о третьем варианте — шаг за шагом суммаризировать автобус, потом суммаризировать ранее суммаризированные куски вместе и т.д., пока не останется несколько страниц текста (a.k.a. файл SCP), полностью отражающие его суть

>>28201
Очень интересное исследование, хотелось бы узнать!

>>28195
> Как думаете, если скормить локальное зеркало Автобуса ЛЛМке, что будет?
Если бездумно кормить ЛЛМке html, не перегнав в Markdown хоть как-то, то будет долго и дорого - этот (едва начавшийся) тред у меня занял 10к токенов. Седьмой тред занял 125k 125349 токенов. Использовал локальную Qwen3.5-122B-A35B в MXFP4, llama.cpp + rocm7.2 - железка сожрала 97Gb после обработки контекста во время генерации ответа.
Держите в уме, что эта модель большая и не про RAG. Для RAG я бы использовал сильно меньшие модели и, соответственно, более быстрые - примерно в четыре раза быстрее PP, что критично.

8 тред:
10392 tokens на вход, 1230 на выход.
303 pp t/s
19.92 tg t/s

7 тред:
125349 tokens на вход, 8232 на выход.
161 pp t/s
13.5 tg t/s

В остальном вот вывод невросетошки по первому и второму треду:
txt (вывод в md): https://cloud.containercat.com/s/76e6izZwSJ7ZCrC
pdf: https://cloud.containercat.com/s/o79JJHoNKgQHCaa

>>28203
Ого, ты даже перешёл к практике.
По моим наблюдениям 122B избыточна даже для чрезвычайно сложных технических задач. Я фактически 3.5-27B поручаю нечто уровня научной работы. Для суммаризации же можно использовать гораздо более простые модели. Даже gpt-oss-20b показывала себя отлично. Жаль, что она не мультимодальна, ведь на мой взгляд тамбнейлы задают тон всему Автобусу.

Как вам глубина анализа?

>>28225
Майор Судзумия?

>>28225
Из-за того что Qwen не видит картинок - не может уловить смысл основанный на сочетании картинки с текстом. Это сильно мешает улавливать юмор или иронию, увы.

>>28227
Видит пересжатые в webp миниатюры. Чаще он понимает всё, это просто забавный момент.

Я просто оставлю это тут.>

https://youtube.com/watch?v=BsfXZjKLT9A

Продолжаю сворачивать в компактный текстовой отчёт наше общее ризоматическое шевеление. Две недели расчётов заставили задуматься, но не решиться на покупку второй видеокарты. Даже не спрашивайте, сколько сотен миллионов токенов input, сколько миллионов — output: сам уже сбился со счёта. И это еще только первая фаза обработки.

Это слепок сайта 20.03.2015 года с "общими" разделами /b/, /dev/ и /cu/. Раздел /int/ исключён как гостевой.
Визуальный контент представлен только миниатюрами. Это, пожалуй, ошибка — возможно, получится включить полноразмерные картинки для последних еще не обработанных тредов.

В качестве моделей использовались Qwen3.6-27B, Qwen3.6-35B-A3B, Qwen3.5-27B. Остановился на последней. MoE ведёт себя нестабильно на длинной дистанции, а линейка 3.6 будто бы слишком серьёзная для русско-японских каламбуров. Любая модель, конечно, ошибается, ничего не зная о Лурке и глубоком лоре дна рунета. Часть ошибок исправляю сам — другие, надеюсь, самоскомпенсируются при составлении финальных документов. Квант — Unsloth UD-Q5_K_XL, KV-кэш — q8_0, длина контекста — 128к, настройки инференса — thinking mode for precise coding tasks.

Переезд с ollama на llama.cpp тонкой настройки дал ускорение на 25%. Так что треды из /b/ разбираются и анализируются со скоростью 5 тредов в час. Да, не быстро, но терпимо. Когда же всё это закончится.

>>28238
Жду с нетерпением. Предварительные результаты уже позабавили немало.