(Так макс говорил если чо)

На работе хотим окультурить наколеночный скрипт, который проверяет наличие новых версий всяких зависимостей (сейчас проверяет новые коммиты в сабмодуле и запиненые версии python библиотек из requirements.txt). Т.е. в некотором роде хотим своего renovatebot/dependabot запилить. Посмотрели на оба - ни один нам не подходит, не хватает пары фич ни в том ни в другом (например, проверка файла на шаре или на ftp сервере, вытаскивание и поиск новых версий из произвольных файлов по регуляркам (тут renovatebot очень неплохую схему использует, хотим что-то похожее сделать)). Было бы идеально взять существующий код и дописать туда что надо, но эти злые гении решили написать dependabot на ruby и renovatebot на джаваскрипте. А в нашей команде никто ни то ни другое достаточно не знает и не горит желанием учить.

Никто с похожей проблемой не сталкивался или всех депендабот устроил?

Харатс. Белорусская. Начало.

А продолжение будет тут: https://www.meetup.com/Moscow-Python-Beer-Meetup/events/273363712/

Мы решали примерно похожую проблему: нужна была автообновлялка зависимостей, которые описаны в setup.cfg. На тот момент времени никто в это не умел. Посмотрев на реализации, поняли что самое простое - допилить pyup - патчи все в апстриме. Но выдалась незадача - в нем оочень сложно прокинуть приватный репозиторий. Или просто, но я сломался из-за полной разных паттернов архитектуре. Получилось быстрее и проще напилить свой скрипт, который решает конкретную проблему. Итого автообновления зависимостей через setup.cfg с созданием MR в гитлабе и их автомержем в случае успеха ~200 строк кода с шириной 88 символов.  Это не очень сложная задача на самом деле, если не заморачиваться над универсальностью решения.

+ спасибо. Ну вот сейчас есть простой скрипт, но мы хотим как минимум на наши команды расширить (3 команды, ~40 чел), поэтому и думаем над написанием чего-то более похожего на продакшн тулу, чем просто скриптик)

И мы примерно так же расширяли свое решение с простого скриптика на всё подразделение (: Это нормально продвигать свое решение конкретных проблем вместо бесконечного поиска решений в интернетах - вопрос в сроках доставки решения до прода. Иногда велосипеды быстрее, иногда совсем нет.

У меня просто иногда прям до дрожи так на какие-то типичные таски - "ну неужели никто в мире не решал эту очевидную проблему?". И реально очень часто не видно решений существующих

В мире кто-то да решил уже по сто раз. Но нужно вот здесь и сейчас. И тут вот либо переизобретаешь, а лучше - решаешь конкретные проблемы. Либо же подолгу ищешь и потом так же адаптируешь решение под свои нужны. Тут ещё большой вопрос что эффективнее делать, особенно в не очень острых / популярных проблемах...

Имхо, не стоит бояться / тормозить себя в плане решения каких-то проблем просто потому что возможно кто-то когда-то это тоже самое давно решил. Окей, он молодец, а что ты? Если простого ответа в гугле не находится, решай сам, выкладывай свое решение в опенсурс и может быть оно окажется более полезным чем те, что уже были - бывает.

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