Всем бы такого начальника
мне кажется, Гришу дестройнут
перекрестился
перекрестился
гриша дропнул базы
затем дропнули гришу
затем дропнули гришу
еще бы высококвалифицированного менеджера грохнуть, за то что сэкономил на бэкапах
- какие шаги вы предпримите, если услышите "На бекапах можно сэкономить"?
- неебически большие
- неебически большие
Менеджера за "экономию на бэкапах"? Позвольте в чем экономия ? Винт отдельный не купил (если таковой требуется для бэкапов то чем таким серьезным вы занимаетесь что оно столько весит?)
Может трахнуть в сраку админа-долбаеба забившего на выполнение своих прямых обязанностей в случае если это был админ а не ебучий аникейшик за 30к в месяц по цене полтора индуса?
Или я чего-то не допонимаю?
Кстати не дорого передоставлю услуги по анальной каре провинившихся, у меня и комната в подвале есть - серебрянная ....
Может трахнуть в сраку админа-долбаеба забившего на выполнение своих прямых обязанностей в случае если это был админ а не ебучий аникейшик за 30к в месяц по цене полтора индуса?
Или я чего-то не допонимаю?
Кстати не дорого передоставлю услуги по анальной каре провинившихся, у меня и комната в подвале есть - серебрянная ....
Теперь Гриша солдат?
Хватит прикалывать Гришу
Миша подвергся полной дезинтеграции
Гриша молодец!
Пампам-пампам,
Гриша мой сыночек.
Пампам-пампам,
Гриша мой сыночек.
та ну не, был такой Гриша... гитлаб дропнул и вполне себе выжил. Ачивка senior database removal. Весьма поучительная история о пользе отдыха ну и естественно о проверке бекапов.
пруф https://habr.com/ru/company/southbridge/blog/321074/
пруф https://habr.com/ru/company/southbridge/blog/321074/
Уверен, что такой Гриша в каждой команде найдётся.
Когда уходит один Гриша, на его место приходит другой Гриша
Даже самый сеньорный сеньор может по запарке стать Гришей
или не гришей
я лет 5 назад как-то вел одновременно три проекта и по ошибке правочки не на той вкладке сделал
сначала удивился, хули их на сайте не видно
а потом ахуел, когда увидел их на втором сайте, где они чуть всё не наебнули
с тех пор стараюсь не держать открытыми больше 1-2 проектов и по десять раз перепроверяю какой из них какой
я лет 5 назад как-то вел одновременно три проекта и по ошибке правочки не на той вкладке сделал
сначала удивился, хули их на сайте не видно
а потом ахуел, когда увидел их на втором сайте, где они чуть всё не наебнули
с тех пор стараюсь не держать открытыми больше 1-2 проектов и по десять раз перепроверяю какой из них какой
Я однажды в одной большой базе после 20 часов непрерывной работы нечаянно инвертнул признак умершего... Было весело.
некромант
Про вкладки - точно. Однажды перепутал консоли прода и тестовой машины и в БД грохнул данные с важной таблицы. Бэкапов нет, естественно. Сперва похолодело всё внутри, потом сообразил, что данные кешируются и их можно сейчас вытащить из памяти и обратно заполнить таблицу.
Но с тех пор, если уж лезу на прод, откладываю все другие дела на это время.
Но с тех пор, если уж лезу на прод, откладываю все другие дела на это время.
Я для этого другие цветовые темы ставлю в среде разработки, очень сильно помогало не путаться в проектах.
Или когда у тебя проект-доработка и ты делаешь его без репозитория. Так, папочка на диске и хватит. И вот делаешь правки, делаешь. Заходишь на фтп... и заливаешь НЕ В ТУ, СУКА, СТОРОНУ :(
Сеньор тем от миддла и отличается (в том числе), что он уже знает, что надо перепроверять окно терминала/браузера/хуйзнаетчегоеще дважды-трижды, прежде чем деструктивные команды/скрипты использовать. Это вшивается на подкорку просто. Ну и как выше написали - лучше никогда не работать параллельно на продах с возможными деструктивными задачами. Или хотя бы потратить пару минут на то, чтобы терминалы разных продов очень различались по цветовой гамме, если параллельной работы не избежать
Если в твоей команде нет Гриши, то у меня для тебя плохая новость.
У меня ситуация хуже, я Алёша
У меня такой Гриша практику проходил в сервисе. Поскольку студень решил не давать ему компы частников. Дал от предприятия (принесли на плановое ТО) почистить, смазать, заменить пасту. Три компа. Он погнул ножки на одном проце, ушатал две планки памяти, и все три блока питания (менял дутые кондеры перервал дорожки). За все время студенчества приходил на практику к нам и ни одной практики не было чтобы он не накосячил. Он даже заправляя картриджи царапал барабаны и ломал корпуса.
Это просто обычный рукожоп. А Гриша мог быть и вполне нормальным сотрудником, но слишком невнимательным в один прекрасный момент. Собственно был у меня знакомый на прошлой работе - очень умный и способный парен, но на старте карьеры накосячил и прогнал скрипт не на той базе, наебнув клиенту всю ERP на несколько часов, что вылилось в пару миллионов долларов убытков. Благо страховка компании это все покрыла, а парень в итоге ограничился объяснительной и стал гораздо аккуратнее.
Ну в такой ситуации похоже виноват тот, кто на старте карьеры выдает Грише такие доступы
Под стартом я имел в виду где-то конец первого или начало второго года работы. Работы были пустяковые - прогнать скрипт, который отключает все триггеры в базе (сейчас вспомнил детали инцидента - он даже не на другой базе его прогнал, а под неправильным пользователем) у текущего пользователя для какой-то прикладной обновы. Я уж не знаю точно, не увидел ли он в достаточно подробной и обкатанной (без как минимум одного чистого прогона на тесте на прод никогда ничего не шло) инструкции что пользователя надо сменить или промахнулся окошком, но вышло как вышло. Его потом еще год мандражило перед любой работой с продом, но в итоге вырос топовым спецом.
Пиздец конечно блоки питания чинить
А в чем проблема поменять пару беременных электролитов?
небось и носки не стираешь, походил день да и выбросил
А чё, так нельзя было что ли?
Что за студень принимает решения давать или не давать что-то Грише?
запятую пропустил, извини
Перефразируя шутку про сисадминов,
Есть компании которые не делают бэкапы и компании которые уже делают xD
Есть компании которые не делают бэкапы и компании которые уже делают xD
Срказм стекает вместе с жиром.
Ну возможно Гриша просто чей-то сын или племянник, и всё что делает Гриша это хорошо.
Это продолжение? В прошлый раз Гриша же php5 накатил в пятницу. Ему мало было, или это у них такой стресс-тест?
это пост от чувака, который пиарит сам себя и свой канал
ты хоть ники глянь
ты хоть ники глянь
Гриша не виноват.
Ему как раз надо выписать выходной и накинуть пару тыщь на пивко чтоб от стресса отойти.
А вот кто допустил что:
- экономят на бекапах
- люди напрямую ходят в базы с правами на запись
- почему сразу не было алерта по событию удаления все базы и пришлось это выяснять
И главный вопрос какие уроки из этого вынесла компания которая потеряла деньги из-за этого.
Ему как раз надо выписать выходной и накинуть пару тыщь на пивко чтоб от стресса отойти.
А вот кто допустил что:
- экономят на бекапах
- люди напрямую ходят в базы с правами на запись
- почему сразу не было алерта по событию удаления все базы и пришлось это выяснять
И главный вопрос какие уроки из этого вынесла компания которая потеряла деньги из-за этого.
Поменять Гришу на Гришу.
Да заебали, не я это, это Гоша!
теперь все в интернете знают, что ты кот гриша
Имя с большой буквы, попрошу не преуменьшать
человек с большой буквы Г
Ну вот про человека это ты загнул
Экономить бюджет на бэкапах? Охуенно.
Гриша, беги оттуда
Гриша, беги оттуда
Гриша сын главдира
логи у них значит есть, а бэкапов нету
Логи сильно меньше места занимают
о
л
о
л
о
не так давно у чуваков сайт упал.
причина нашлась быстро - закончилось место на диске
знаешь, что его сожрало?
л
о
л
о
не так давно у чуваков сайт упал.
причина нашлась быстро - закончилось место на диске
знаешь, что его сожрало?
деградация рейда....
Ебать... Я уже в двух конторах ставил автоочистку логов по срокам. Но это конечно
Сожрать сколько угодно места - дело не хитрое. Но нормальная настройка ротации и отключение логирования ненужных событий решает проблему в 99% случаев. А еще нехуй держать директорию с логами в том же разделе, откуда бегут критичные сервисы
LOG_LEVEL=DEBUG
У нас так место на тестовой виртуалке на 200 гигов за час кончилось
У нас так место на тестовой виртуалке на 200 гигов за час кончилось
ХАХАХАХАХАХАХАХА, т.е. мяу, наши 1ска и табле передают привет
просто для понимания, 1сные логи не раз превышали размер самой базы
Гриша молодец, послушный такой.. покладистый... и приятно мычит с кляпом во рту
Ничего-ничего, как раз так сениорами становятся. Ты не сениор, пока не уронил прод.
Есть поговорка: "Чтобы научиться ездить на лошади, нужно 20 раз с неё упасть". Это я к чему? Однократного дропания базы разве хватит?
Ну два раза максимум, может - один раз научиться, второй раз "вот я долбоеб", научиться скромности, так сказать. Если разработчик двадцать раз роняет базу, ну его нахер.
Если только на одного разработчика приходится 20 роняний баз, не говоря уже про остальных сотрудников, и фирма до сих пор не задумалась, как базу нужно обезопасить, - её уже ничего не поможет.
просто - "Гриша мой сыночек"
пфф экономия на спичках
это же так типично
особенно для ифихтивных менежерав
это же так типично
особенно для ифихтивных менежерав
Как дети малые, ей богу. Нет бэкапов - загружайте в БД фикстуры.
"Всем спокойно! Я видел бекап за вчерашнее число в дип-вебе! всего четверть битка просят."
Тут нет АБСОЛЮТНО никакой вины за Гришей.
Виноваты целиком и полностью CTO и техническое руководство проекта, потому что никто из них не проконтролировал права доступа, привилегии, ручной доступ к продакшн базе данных, не делал бекапы, не настроил алерты на падения прода, о чём они узнали только в воскресенье, и т.д. и т.п.
Если нужна надёжность и безопасность данных - выбирается фреймворк, анализируется система, считаются метрики, анализируются риски, выбирается приемлемая стратегия, всё это реализовывается, но это выделяется бюджет, время, ресурсы, нанимаются люди и т.д. и т.п.
Точно также если нужно качество приложения и чтоб не ломалось. Реализуются best practice, выбирается фреймворк качества, стандарты качества, всё анализируется, считается, выбирается приемлемая стратегия, выделяются ресурсы, время, бюджет, этим занимаются специалисты, всё это сертифицируется и проверяется аудитами. На это могут быть выделены миллионы долларов, и даже тогда сохраняется небольшой процент вероятности ошибки, т.к. сложность системы экспоненциальна, и ракета за много деняк взрывается.
В этом и отличие джуна от сеньёра, что синьёр пояснил бы им в чём они не правы и вообще не приближался бы к таким конторкам, основанным Кабан Кабанычами аля стартап в нфтикриптоинвестиции.
А то претензия аля: "Почему программисты пишут код с багами, были бы хорошими - писали бы сразу без багов, тогда и на тестах экономия."
Виноваты целиком и полностью CTO и техническое руководство проекта, потому что никто из них не проконтролировал права доступа, привилегии, ручной доступ к продакшн базе данных, не делал бекапы, не настроил алерты на падения прода, о чём они узнали только в воскресенье, и т.д. и т.п.
Если нужна надёжность и безопасность данных - выбирается фреймворк, анализируется система, считаются метрики, анализируются риски, выбирается приемлемая стратегия, всё это реализовывается, но это выделяется бюджет, время, ресурсы, нанимаются люди и т.д. и т.п.
Точно также если нужно качество приложения и чтоб не ломалось. Реализуются best practice, выбирается фреймворк качества, стандарты качества, всё анализируется, считается, выбирается приемлемая стратегия, выделяются ресурсы, время, бюджет, этим занимаются специалисты, всё это сертифицируется и проверяется аудитами. На это могут быть выделены миллионы долларов, и даже тогда сохраняется небольшой процент вероятности ошибки, т.к. сложность системы экспоненциальна, и ракета за много деняк взрывается.
В этом и отличие джуна от сеньёра, что синьёр пояснил бы им в чём они не правы и вообще не приближался бы к таким конторкам, основанным Кабан Кабанычами аля стартап в нфтикриптоинвестиции.
А то претензия аля: "Почему программисты пишут код с багами, были бы хорошими - писали бы сразу без багов, тогда и на тестах экономия."
Меня одного волнует что чувак сам придумал и напечатал прикол, сам заскринил и сам выложил на реактор? :3
нет, не одного
я вон выше тоже негодую по этому поводу
я вон выше тоже негодую по этому поводу
Чтобы написать коммент, необходимо залогиниться