2025-05-22 11:50
Читать оригинал
👩💻 Paasible – я выпустил cli & UI для Ansible 👩💻
https://github.com/Dionid/paasible
Из раза в раз используя Ansible хочу сохранять логи запусков со всякой метаинформацией, поэтому сделал утилитку, запуская через которую ansible-playbook результат сохраняется локально в sqlite и можно посмотреть и пофильтровать историю через UI
В будущем добавлю встроенное IDE и запуск через UI, чтобы можно было развернуть на удаленной тачке и удобно работать с playbook там
Смотрите, пробуйте, а еще ставьте звездочки 🌟, очень люблю звездочки 😋
#ansible #devops #opensource
https://github.com/Dionid/paasible
Из раза в раз используя Ansible хочу сохранять логи запусков со всякой метаинформацией, поэтому сделал утилитку, запуская через которую ansible-playbook результат сохраняется локально в sqlite и можно посмотреть и пофильтровать историю через UI
В будущем добавлю встроенное IDE и запуск через UI, чтобы можно было развернуть на удаленной тачке и удобно работать с playbook там
Смотрите, пробуйте, а еще ставьте звездочки 🌟, очень люблю звездочки 😋
#ansible #devops #opensource
Читать оригинал
Комментарии: 22
С
САЙДХАСЛЕР
2025-05-22 11:51
MCP делай! А то ты как-то не в тренде. Да и нейронка пусть анализирует историю запусков и ошибки исправляет.
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-22 12:05
САЙДХАСЛЕР
MCP делай! А то ты как-то не в тренде. Да и нейронка пусть анализирует историю запусков и ошибки исправляет.
Хочу быть ремесленником о котором Vice будет снимать документалку: \"Последний разработчик, который пишет код руками\" – соберу всех юродивых и сделаем деревню в стиле мармонов, но будет запрещен любой AI и будем продавать \"эко-код\", сделанный руками настоящих людей
I
Ivan Elfimov
2025-05-22 12:09
Жду запуска через UI и поддерживаю предыдущего оратора. Ansible MCP топ идея
С
САЙДХАСЛЕР
2025-05-22 12:37
🦾 IT-Качалка Давида Шекунца 💪
Хочу быть ремесленником о котором Vice будет снимать документалку: \"Последний разработчик, который пишет код руками\" – соберу всех юродивых и сделаем деревню в стиле мармонов, но будет запрещен любой AI и будем продавать \"эко-код\", сделанный руками настоящих людей
Я понял, значит настоящий Джон Конор IRL — это «тот лысый армянин-психопат с эко-кодом и фермой с кодерами»
ПС. Для вайб-кодинга, как ни удивительно, всё ещё нужны руки и голова. Те, у кого этого нет, конечно получают печальный результат или просто учатся.
ПС. Для вайб-кодинга, как ни удивительно, всё ещё нужны руки и голова. Те, у кого этого нет, конечно получают печальный результат или просто учатся.
I
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-24 07:10
Ivan Zhuravlev
Почему не semaphore ui? Мы используем у себя его
Вкратце: semaphore – агентные раннеры и инфра для хранения меты для плеейв, paasible – расширение возможностей консольной утилиты ansible-playbook
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
I
Ivan Zhuravlev
2025-05-24 07:14
🦾 IT-Качалка Давида Шекунца 💪
Вкратце: semaphore – агентные раннеры и инфра для хранения меты для плеейв, paasible – расширение возможностей консольной утилиты ansible-playbook
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Ты заблуждаешься, раннеры это дополнение, мы ими не пользуемся совсем с момента их появления
I
Ivan Zhuravlev
2025-05-24 07:15
🦾 IT-Качалка Давида Шекунца 💪
Вкратце: semaphore – агентные раннеры и инфра для хранения меты для плеейв, paasible – расширение возможностей консольной утилиты ansible-playbook
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Да, поиска по логам там вроде нет, но всё остальное есть, пользовтаели, запуски и их логи, всё детально
I
Ivan Zhuravlev
2025-05-24 07:15
🦾 IT-Качалка Давида Шекунца 💪
Вкратце: semaphore – агентные раннеры и инфра для хранения меты для плеейв, paasible – расширение возможностей консольной утилиты ansible-playbook
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
DevPods?)
I
Ivan Zhuravlev
2025-05-24 07:17
🦾 IT-Качалка Давида Шекунца 💪
Вкратце: semaphore – агентные раннеры и инфра для хранения меты для плеейв, paasible – расширение возможностей консольной утилиты ansible-playbook
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Это всё уже есть в semaphore. Есть ощущение, что ты очень давно его щупал, он активно развивается и там полно фич за полгода даже последних завезли
I
Ivan Zhuravlev
2025-05-24 07:20
🦾 IT-Качалка Давида Шекунца 💪
Вкратце: semaphore – агентные раннеры и инфра для хранения меты для плеейв, paasible – расширение возможностей консольной утилиты ansible-playbook
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
Длинее, 3 момента:
- Мне нужна возможность сохранять результат запуска консольного ansible-playbook для будущего поиска по нему, причем неважно где и кем был произведен запуск
Для максимальной простоты я сделал персистенцию прямо в репе: историю запусков хранится в .json в git репе, а при запуске UI парсится в sqlite, в котором можно провести нужные поиски
Это позволяет версионированно видеть логи всех запусков со всех машин, которые вы делали на проекте, а их очистка – удаление ненужных json
Semaphore требует намного больше действий, чтобы получить тот же результат
- Semaphore не решает проблему работы с плейбуками на удаленной тачке
В paasible я хочу добавить команду, которая будет разворачивать в удаленном docker / kubernetes контейнер с репозиторием и включенным внутри paasible UI, а дальше позволяет подрубить туда свою IDE
Да, это можно сделать самому, но и историю можно сохранять самому через условный >> (date +%s)_result.txt, но суть paasible как раз дать эти вещи из коробки
- А вот уже после всего этого можно будет сделать центральный сервер paasible, который позволит хранить историю в едином месте, хранить секреты, раздавать доступы, устанавливать кроны, использовать paasible контейнеры как раннеры и подобное
Но это уже если paasible зайдет и захочется конкурировать с semaphore
У меня вся работа с IoT через него выстроена, обновления раскатываем через обычные playbook внутри semaphore из gitlab, сикреты Ansible используются, environment Ansible.
Семафор сверху даёт разделение прав доступа по пользователям, учёт лога активностей, разделение на проекты с быстрым переключением и разделением по ним доступа, логи по каждому запуску. Да, даже иногда diff + dry run прямо там галочками ставлю и прогоняю, чтобы отладить
Семафор сверху даёт разделение прав доступа по пользователям, учёт лога активностей, разделение на проекты с быстрым переключением и разделением по ним доступа, логи по каждому запуску. Да, даже иногда diff + dry run прямо там галочками ставлю и прогоняю, чтобы отладить
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-24 07:21
Ivan Zhuravlev
Ты заблуждаешься, раннеры это дополнение, мы ими не пользуемся совсем с момента их появления
Тогда основной вопрос: что нужно сделать в semaphore (с нуля), чтобы запустить yaml и потом посмотреть результат исполнения?
В paasible это будет:
paasible ansible-playbook playbook.yaml -i ./inventory.yaml
paasible serve
Потом можно поправить yaml и провести эти команды заново, чтобы перезапустить плей
Если я правильно понимаю то в semaphore придется (1) раскрыть контейнер, (2) подключить репу, (3) запушить в нее плейбуки, (4) настроить playbook, (5) добавить inventory, (6) запустить команду
И при этом (1) данные о запуске будут хранится только на той машине где крутится контейнер (то есть надо запускать версию на удаленной машине для всех), (2) каждое изменение в yaml потребует пуша в репозиторий, чтобы это обновилось в semaphore и можно было запустить этот плейбук
Я правильно понимаю флоу?
В paasible это будет:
paasible ansible-playbook playbook.yaml -i ./inventory.yaml
paasible serve
Потом можно поправить yaml и провести эти команды заново, чтобы перезапустить плей
Если я правильно понимаю то в semaphore придется (1) раскрыть контейнер, (2) подключить репу, (3) запушить в нее плейбуки, (4) настроить playbook, (5) добавить inventory, (6) запустить команду
И при этом (1) данные о запуске будут хранится только на той машине где крутится контейнер (то есть надо запускать версию на удаленной машине для всех), (2) каждое изменение в yaml потребует пуша в репозиторий, чтобы это обновилось в semaphore и можно было запустить этот плейбук
Я правильно понимаю флоу?
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-24 07:22
Ivan Zhuravlev
DevPods?)
Ага
Просто сделать так, чтобы (1) раскрытие контейнера, (2) подкачка репы, (3) раскрытие UI было автоматизированным
Просто сделать так, чтобы (1) раскрытие контейнера, (2) подкачка репы, (3) раскрытие UI было автоматизированным
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-24 07:22
Ivan Zhuravlev
Это всё уже есть в semaphore. Есть ощущение, что ты очень давно его щупал, он активно развивается и там полно фич за полгода даже последних завезли
Так я и говорю:
| Но это уже если paasible зайдет и захочется конкурировать с semaphore
| Но это уже если paasible зайдет и захочется конкурировать с semaphore
I
Ivan Zhuravlev
2025-05-24 07:24
🦾 IT-Качалка Давида Шекунца 💪
Тогда основной вопрос: что нужно сделать в semaphore (с нуля), чтобы запустить yaml и потом посмотреть результат исполнения?
В paasible это будет:
paasible ansible-playbook playbook.yaml -i ./inventory.yaml
paasible serve
Потом можно поправить yaml и провести эти команды заново, чтобы перезапустить плей
Если я правильно понимаю то в semaphore придется (1) раскрыть контейнер, (2) подключить репу, (3) запушить в нее плейбуки, (4) настроить playbook, (5) добавить inventory, (6) запустить команду
И при этом (1) данные о запуске будут хранится только на той машине где крутится контейнер (то есть надо запускать версию на удаленной машине для всех), (2) каждое изменение в yaml потребует пуша в репозиторий, чтобы это обновилось в semaphore и можно было запустить этот плейбук
Я правильно понимаю флоу?
В paasible это будет:
paasible ansible-playbook playbook.yaml -i ./inventory.yaml
paasible serve
Потом можно поправить yaml и провести эти команды заново, чтобы перезапустить плей
Если я правильно понимаю то в semaphore придется (1) раскрыть контейнер, (2) подключить репу, (3) запушить в нее плейбуки, (4) настроить playbook, (5) добавить inventory, (6) запустить команду
И при этом (1) данные о запуске будут хранится только на той машине где крутится контейнер (то есть надо запускать версию на удаленной машине для всех), (2) каждое изменение в yaml потребует пуша в репозиторий, чтобы это обновилось в semaphore и можно было запустить этот плейбук
Я правильно понимаю флоу?
У тебя какой-то другой кейс использования, да. Семафор это в первую очередь централизованная панель управления.
Мне кажется, что твой кейс больше похоже на ответственность раннера в gitlab CI, нежели semaphore
Мне кажется, что твой кейс больше похоже на ответственность раннера в gitlab CI, нежели semaphore
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-24 07:24
Ivan Zhuravlev
У тебя какой-то другой кейс использования, да. Семафор это в первую очередь централизованная панель управления.
Мне кажется, что твой кейс больше похоже на ответственность раннера в gitlab CI, нежели semaphore
Мне кажется, что твой кейс больше похоже на ответственность раннера в gitlab CI, нежели semaphore
Да, скорее так
M
Maxim ИТК Manylov
2025-05-24 12:58
🦾 IT-Качалка Давида Шекунца 💪
Хочу быть ремесленником о котором Vice будет снимать документалку: \"Последний разработчик, который пишет код руками\" – соберу всех юродивых и сделаем деревню в стиле мармонов, но будет запрещен любой AI и будем продавать \"эко-код\", сделанный руками настоящих людей
ты правда пишешь код руками и не пользуешься ai? даже подсказками?
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-24 13:51
Maxim ИТК Manylov
ты правда пишешь код руками и не пользуешься ai? даже подсказками?
Cursor не взлюбил, ктото из нас слишком тупой чтобы мы подружились
Copilot на постянке, но вот уже месяц без него и пока не сетую, хорошо настроенный автокомплит, чат с chatgpt и все решается
Я возобновлю его, но оказалось что не так сильно горит
Copilot на постянке, но вот уже месяц без него и пока не сетую, хорошо настроенный автокомплит, чат с chatgpt и все решается
Я возобновлю его, но оказалось что не так сильно горит
I
Ivan Zhuravlev
2025-05-24 14:04
🦾 IT-Качалка Давида Шекунца 💪
Cursor не взлюбил, ктото из нас слишком тупой чтобы мы подружились
Copilot на постянке, но вот уже месяц без него и пока не сетую, хорошо настроенный автокомплит, чат с chatgpt и все решается
Я возобновлю его, но оказалось что не так сильно горит
Copilot на постянке, но вот уже месяц без него и пока не сетую, хорошо настроенный автокомплит, чат с chatgpt и все решается
Я возобновлю его, но оказалось что не так сильно горит
Aider пока лучшее, что мне прям зашло
A
Arthur G
2025-05-24 14:14
🦾 IT-Качалка Давида Шекунца 💪
Хочу быть ремесленником о котором Vice будет снимать документалку: \"Последний разработчик, который пишет код руками\" – соберу всех юродивых и сделаем деревню в стиле мармонов, но будет запрещен любой AI и будем продавать \"эко-код\", сделанный руками настоящих людей
Я уже в этой деревне. 😁
🦾
🦾 IT-Качалка Давида Шекунца 💪
2025-05-24 15:41
Ivan Zhuravlev
Aider пока лучшее, что мне прям зашло
Что именно цепляет?
I
Ivan Zhuravlev
2025-05-24 15:52
🦾 IT-Качалка Давида Шекунца 💪
Что именно цепляет?
Простота использования при хорошей агентской системе и индексации кода, нет привязки к IDE, можно докер где угодно запускать, огромный выбор моделей без дополнительных прокси роутеров. Принцип работы такой же как и у всех, спрашиваешь в read-only, редактируешь diff patch с моделью или мультиагентский режим архитектора в 2 модели, одна рассуждает, другая код пишет