Я устал деплоить проекты вручную и автоматизировал этот процесс

Разрешите поинтересоваться, почему не:

• terraform + k3s + helm/argo? (если хочется хорошо)

• ansible + k3s + helm/argo? (если не облака, а свое железо)

• ansible + docker swarm? (если хочется попроще)

Все они хорошо проверены временем, известны, и достаточно просты. Да и тулинга вокруг них полно, включая всякие web морды, и будет вам rolling update из коробки, да и много чего сверху

Как незаметная indirect-зависимость в Go дописала ручку в ваш HTTP-сервер

Наконец-то интересная и искренне любопытная статья, а не очередной нейро-слоп. Спасибо!

Как мы собрали LLM-шлюз для России: готовый LiteLLM на data-plane, свой биллинг на Go и n8n

Вы хабами ошиблись. Вместо всех перечисленных вам, видимо, только в один - https://habr.com/en/hubs/i_am_advertising/

Вопросы по архитектуре и решениям — задавайте в комментариях, отвечаем.

Продаю гараж, за ценой - в личку

jumie — локальный ИИ ассистент в терминале

Простите, вы, блин, серьезно?

	progress(fmt.Sprintf("downloading ollama archive for %s...", runtime.GOOS))

	cmd := exec.Command("sh", "-c", fmt.Sprintf("curl -fL --retry 3 --retry-delay 2 %s | tar --zstd -xf - -C %s", url, targetDir))
	cmd.Stdout = os.Stdout
	cmd.Stderr = os.Stderr

Или это вам имитация интетелекта так написала, а вы “а давай, чего там проверять, коммит, пуш, в релиз”?

В поисках баланса в backend-архитектуре

Позвольте стать первым в комментариях к вашему труду (спасибо за него, вы не дурно излагаете!), кто скажет что использовать слово “framework” в одном предложении с “Go” сразу вызовет если не волну, то некоторый всплеск негодования - почти наверняка.

Хотел бы задать лишь один вопрос - чем (на ваш взгляд) плох подход “поглядывай на project-layout, когда сомневаешься как разместить файлики, да на большие проекты типа k8s/docker, но воспринимай их просто лучшую устоявшуюся практику, но не ограничивай себя ими”?

Эксперимент с локальной Qwen на Go-сервисе

разрешите поинтересоваться, а в чем в (общем и) целом смысл?

• если вы устали от рутины шлепать однотипные сервисы - может быть проблема в архитектуре?

• если цель это экономия времени - вы действительно выпускаете в прод то что llm написало, само “протестировало” и сказало “я сделаль” без детального ревью и сотен “u did a bulshit, coz … and … should be …”

• если llm пишет код лучше чем тот, кто её использует, то (токсичный текст тут был замечен НЛО и удален)

нет, вы не подумайте, ваш покорный не из лагеря “llm-на-вилы”, сам пользуюсь каждый день, но с оговоркой - только для ревью написанного кода (руками), перевода текста с ну-понятно-но-коряво на православно-английский и изредка траблшутинга (понять какого хрена контекст отменился где-то где не надо в реально сложной цепочке, или пошукать в тернистой SDK или объемной доке подсказки).

я правда пытаюсь понять - зачем?

Я люблю SQL, но устал собирать WHERE через fmt.Sprintf: зачем я сделал qrafter

Ох, как я вас понимаю, дорогой топикстартер. С год/два назад в своем продуктовом проекте тоже написал свой билдер (qb), а сейчас, когда все более и менее устаканилось - буду переписывать обратно на raw sql, ибо все билдеры по итогу от лукавого. В отличии от эпохи “до билдера” - будет минимум рантайм манипуляций, все по максимуму на go generate + embed.

Fast Atomic Flow: PHP 8.4, Swoole, NATS, Go и Закон Табуна

Видимо, вы ошибке опубликовали и в хаб *Go, хорошо бы это поправить. И удачно вам победить все жизненные передряги!

glenv: синхронизируем .env файлы с GitLab CI/CD переменными без боли

Та я к тому, что так и нак нужен секрет для доступа к api - в вашем случае от gitlab, с случае с vault/doppler - он него. Вот только последние как раз спроектированы для работы с секретами, а gitlab env он даже называется именно env, и не очень хорош для работы с чувствительными данными, как будто в вашем случае он несколько не по прямому назначению используется что-ли (хотя и сам так и делал, и делаю в мелких проектах, но постоянно грызет совесть за это).

Так же не покидает ощущение что ваш комментарий сгенерирован ии - длинные дефисы, нет разговорных оборотов, слишком "вылизанный" текст. Я прав, или мне это показалось?

glenv: синхронизируем .env файлы с GitLab CI/CD переменными без боли

Разрешите вопрос - а почему не мигрировали с env в сторону vault/doppler/etc? (может я был не внимателен и не заметил ответа в теле поста...)

SQLSet — отделяем GO код от SQL-запросов

Чтоб не забывать запускать кодоген, часто достаточно не хранить сгенерированные файлы под гитом, и писать тесты ;)
В общем и целом, выбрали бы вы дорожку с генерацией кода - ваш покорный (и, уверен, много кто еще) прониклись и глубже бы стали смотреть ваш проект. И сравнивать его с sqlc, разумеется :D

Но магия ключей мап, и оверхед на запуск как минимум для меня выглядят как редфлаги, заставляющие пройти мимо :(

Удачи с проектом, не бойтесь экспериментировать!

SQLSet — отделяем GO код от SQL-запросов

Вы наверняка рассматривали вероятность использования кодогена, чтоб не зависеть от магических ключей мапы и не иметь оверхеда на запуск, когда надо добро все прочитать да распарсить. Почему вместо генерации обертки над sql в виде как раз go кода отказались? Ведь такой подход выглядел бы логичнее, строже, и гибче?

Golang: Пакет для мульти-логирования на основе log/Slog

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

• Нет CI

• Нет тестов

• Комментарии в коде на русском языке

• Раздувает зависимости (мне не нужна монго в моем проекте, но заюзав ваш пакет - клиент для монги все равно будет тянуться), идеал - 0 зависимостей

• Когда напишите тесты, увидите где у вас гонки (даже в stderr/stdout нельзя писать без синхронизации)

Удачи с проектом!

Почему JSON и YAML мешают вам писать нормальные конфиги (и чем их заменить)

В дополнение, крайние несколько лет являюсь адептом секты "config-less", когда все что нужно сконфигурировать - должно иметь cli/env ручки для этого, и знаете - этот подход более чем жизнеспособен! И строгие правила, и валидация, и генерация документации из этого кода - прям хорошо. Да что уж говорить - великий и могучий Traefik и тот умеет себя конфигурировать флагами без сильной боли ниже поясницы (если понимаешь что делаешь), а он тот еще комбаин.

Когда мейнтейнер молчит

Ну и раз уж мы здесь, то крохотный совет - лучше не использовать hub.docker.com как единственное место, где живет образ. ghcr.io + quay.io (в дополнение в hub-у) есть наше все, да и крайнее падение hub-а показало кто делает мирроринг, а кто нет ;)

Когда мейнтейнер молчит

ctrl+f "max" ничего не показал, у вас именно separate repository а не форк (но в ридми есть ссылка, правда), да и структура репозитория не мэтчится с оригинальным даже визуально, отсюда и поспешный вывод :)

Когда мейнтейнер молчит

Просто оставлю это здесь - https://github.com/crazy-max/swarm-cronjob

Как мне надоело создавать файлы и папки

Как-то мне приходилось собирать проект на ноде, который в зависимоятях тянул пакет что использует python, который через свое подобие FFI запускал функции из rust. А потом его надо было собрать под arm или какая-то из зависимостей обновилась, но не ее зависимость.. Ад был тот еще. Да и не только с нодовыми проектами в такое влетал.

Позиция заключается в том, что "если ты можешь - это не значит что ты должен" + Hell is paved with good intentions. Если ты хочешь делать что-то подобное то, скорее всего, твоя дорога сворачивает не туда. Да, ваш проект крохотный, но импакт и пример другим заставит их думать "ну норм же, вон, другие так делают".

Очень много инструментов использует подобный подход

Скорее всего тех, где просто нет возможности иначе. Вот нет её. Вот совсем. Ну невозможно иначе. Никак, ваапще. Если есть хоть малейшая возможность не раздувать зависимости - не надо делать этого. Пардон, но вы имеете желание ради парсинга строк и сисколов создания директорий/записи файлов, в которые нода умеет прекрасно - тянуть целиком компилятор другого языка с исходниками собственной тулы, да компилить на целевой тачке во время установки зависимостей. Неужели этого не смущает по умолчанию? ;)

Как мне надоело создавать файлы и папки

Билд будет происходить при установке из npm под конкретную систему

Пожалуйста, не надо так делать :( Хотя, npm-экосистему уже врятли что-то спасет..

Как мне надоело создавать файлы и папки

Занятно! Вот только ничего что ваш npm пакет весит ~200Mb (из-за того что все возможные комбинации бинарей в нем), да и как-то органичнее было бы для npm сделать свой велосипед проект на node, чтоб "одна среда, один язык" да без внешних зависимостей.. Как мне кажется, как иследдовательская работа - прикольно! Как тула чтоб кому-то посоветовать - врятли.