да даже если у него голова размером с тележку, надо ко всем скриптам написать документацию размером с две тележки, чтобы когда он свалит кто-то это все поддерживал, т.к. комьюнити его софта состоит из одного человека и обратиться не к кому
Если он может заменить всё это башами, то у него голова должна быть размером с тележку
да даже если у него голова размером с тележку, надо ко всем скриптам написать документацию размером с две тележки, чтобы когда он свалит кто-то это все поддерживал, т.к. комьюнити его софта состоит из одного человека и обратиться не к кому
А потом ноет что джунам надо все таски разжевывать
зачем? когда он свалит, все поймут, что никто это поддерживать не может и наймут человека, который все это перепишет.
и колесо сансары сделает еще один оборот.
и колесо сансары сделает еще один оборот.
или четырех девопсов которые сделают все как надо, задокументируют и при этом работать это будет всегда ожидаемо. четырех потому что sys admin, SRE, platform engineer, DevSecOps
ожидаемо, ахаха. Скорее оно будет ломаться при каждом обновлении зависимостей
было бы странно не ожидать не учитывать возможность того что что-то квакнется при обновлении зависимостей. невозможно построить абсолютно устойчивую систему которая будет меняться, но можно построить систему в которой ошибки это часть рабочего процесса и с ними ясно что и как делать
добро пожаловать в dependency hell. А вот баш скрипты могут сломаться одним-единственным способом
и чтобы поддерживать эту срань нужен такой же хрен с тележкоголовой. ну нахер. пусть уж лучше зоопарк по которому можно внятный пайплайн разработки построить
В финтехе так делают вроде.
Везде так делают. Обычно это зона ответственности руководителей, отслеживать чтобы такой хуйни не происходило.
Тру стори, увы.
Неее, без питона одним башем сытине будешь
Нахуй питон с его ебаными зависимостями
да как бы... ну не хочешь зависимостей - не ставь
А если бездомный, то просто купи дом, ага
Как бэ... если очень хочется, то питон можешь в бинарник скомпилировать и не ебаться с зависимостями. Pyinstaller тебе в помощь.
Но, к сожалению, никто так не делает, поэтому каждый раз после гит клона мне приходится делать пип инсталл
Бывает еще poetry install. А еще apt install бывает нужен. А бывает ты просто делаешь docker build.
Если ты делаешь гит клон, то я полагаю тебе не просто нужно запустить, а нужно разрабатывать. И раз ты разработчик, то тебе и Го репозитории компилировать нужно будет.
Если ты делаешь гит клон, то я полагаю тебе не просто нужно запустить, а нужно разрабатывать. И раз ты разработчик, то тебе и Го репозитории компилировать нужно будет.
И в чем проблема? В каждо
ой нормальной репе есть requirements.txt
ой нормальной репе есть requirements.txt
Ноуд.жс тогда
Одно предложение ахуительней другого...
Go
Именно
Нахуй го с его зависимостями! Компилируемый язык с не самым простым синтаксисом и при этом совсем немного быстрее Питона.
Нужно чтоб было разработано быстро и понятно - Питон. Нужно, чтобы быстро работало - С++, RUST, C#. Нужно, чтобы запускалось хоть на кофеварке - Java.
Нужно чтоб было разработано быстро и понятно - Питон. Нужно, чтобы быстро работало - С++, RUST, C#. Нужно, чтобы запускалось хоть на кофеварке - Java.
Не самым простым? После C# для меня го был несопоставимо более минималистичным и читаемым
А ещё его зависимости ебут тебе мозг 1 раз при компиляции
А ещё его зависимости ебут тебе мозг 1 раз при компиляции
Нет, на go сильно быстрее сейчас. Куча библиотек, куча документации, куча примеров. И всё понятно написано. Хотя, конечно, сам вкат в go может поломать в виду некоторых особенностей. Но если ты не зациклен, то это не проблема. Да и по производительности он всё равно выше питона. Единственное, что реально выебать может - работа GC. Но это проблема всех языков с GC. Перелез с питона на go, и вот не капли не жалею. Жизнь стала проще.
вопрос масштабируемости решения, если ты админ в стиле one-man-army то пожалуйста, а если вас крупная команда то проще использовать готовые инструменты с документацией, комьюнити, лучшими практиками и т.п. и лишь местами подкостыливать башем
Опять ЖПТ галлюционирует.
ага. Походу просто распространенную обвязку налепил. как минимум Дженкинса я там не вижу.
Я вижу istio, knative, keda, prometheus, rook, open policy agent
Ты не спросил про мёртвую бабушку, вот и дичь получил
Тут надо вспомнить классику:
xxx: У нас тут YYY (билд инженера) сманили. Чел принципиально жил только в консоли и vim, диаграммы рисовал скриптами в dot, доки писал в wiki маркдауном, если что-либо требовало больше чем 1.5 минуты писал скрипт. Сидим разбираем его наследие.
xxx: Из прекрасного
xxx: smack-my-bitch-up.sh - шлет видимо его жене "Задержался на работе" и генерит отмазки из списка. Поставлено в cron, стреляет после 9 вечера если на рабочей станции висят интерактивные сессии по ssh с его логином.
xxx: kumar-mudak.sh - сканит почту, ищет письма от Кумара (заграничный ДБА с говорящей фамилией) с ключевыми словами (sorry, help и т.д.) откатывает упомянутую базу стейджинга на последний бэкап и отписывается типа не вопрос будь аккуратнее в следующий раз. Зело заколебал его Кумар вестимо.
xxx: badun.sh - поставлен на cron на определенные даты, шлет письма "плохо себя чувствую, поработаю из дома" опять же если к 8-45 утра не обнаружилось интерактивных сессий на рабочей станции.
xxx: И наконец первый приз: coffe-blyat.sh - ждет 17 сек (!!!) логинится по ssh в кофе-машину (епрст, мы и понятия не имели что она в сетке да и еще что на ней sshd поднят) и засылает туда какую-то абракадабру. Экспериментальным путем выяснили что ЭТО запускает процесс варения half-caf chai latte среднего размера, которое начинает выливаться в чашку как раз к тому моменту когда неспеша идущий человек добирается от его офиса до автомата.
xxx: У нас тут YYY (билд инженера) сманили. Чел принципиально жил только в консоли и vim, диаграммы рисовал скриптами в dot, доки писал в wiki маркдауном, если что-либо требовало больше чем 1.5 минуты писал скрипт. Сидим разбираем его наследие.
xxx: Из прекрасного
xxx: smack-my-bitch-up.sh - шлет видимо его жене "Задержался на работе" и генерит отмазки из списка. Поставлено в cron, стреляет после 9 вечера если на рабочей станции висят интерактивные сессии по ssh с его логином.
xxx: kumar-mudak.sh - сканит почту, ищет письма от Кумара (заграничный ДБА с говорящей фамилией) с ключевыми словами (sorry, help и т.д.) откатывает упомянутую базу стейджинга на последний бэкап и отписывается типа не вопрос будь аккуратнее в следующий раз. Зело заколебал его Кумар вестимо.
xxx: badun.sh - поставлен на cron на определенные даты, шлет письма "плохо себя чувствую, поработаю из дома" опять же если к 8-45 утра не обнаружилось интерактивных сессий на рабочей станции.
xxx: И наконец первый приз: coffe-blyat.sh - ждет 17 сек (!!!) логинится по ssh в кофе-машину (епрст, мы и понятия не имели что она в сетке да и еще что на ней sshd поднят) и засылает туда какую-то абракадабру. Экспериментальным путем выяснили что ЭТО запускает процесс варения half-caf chai latte среднего размера, которое начинает выливаться в чашку как раз к тому моменту когда неспеша идущий человек добирается от его офиса до автомата.
Не понял. Писать доки в вики маркдауном - это теперь дохуя какое задротство? А как надо?
Это тебе сейчвс кажется что это нормально, а пасте лет 15 или около. Ну или просто ты тот чел. Олдовый баш(
Не 15, а 8.
И то, от чего больше всего подгорит от юзеров моднявых тормозных инструментов с веб интервейсом: разобратся в его наследии будет куда проще и быстрее, чем пойти читать все доки и конфлюенс этих круто поддерживаемых тяжеленных решений.
Или искать доки к версии библиотек, которые имеют несколько breaking changes и проблемы обратной совместимости, и всё это в рамках минорных версий. А некоторые и для мажорных версий имеют привычку выпиливать старую документацию. Я про ceph, например. Держат доки только для новой и двух последних. А если тебе надо доки на более старые версии - shit happens. Или шуруешь читать, что там написано в ссаных питоновских скриптах по 15к строк кода в каждом, как у openstack некоторых версий.
правильные люди решают все задачи однострочниками на awk
и perl
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!