I hate overtime
866 subscribers
129 photos
4 videos
54 files
961 links
Some DevOps, SRE and IT development stuff
Download Telegram
Forwarded from DevOps&SRE Library
Kubernetes security notes and best practices

Советы и заметки по безопасности Kubernetes.

https://github.com/kabachook/k8s-security
DevOps&SRE Library
Kubernetes security notes and best practices Советы и заметки по безопасности Kubernetes. https://github.com/kabachook/k8s-security
Ваще обычно обхожу тему сесурити, т.к. некомпетентен чуть менее чем полностью...но, блин, тут есть attacker's guide!
пошел взрывать кубернатесы
Forwarded from oleg_log (Oleg Kovalov)
Напомнили в одном из чатов про серию книг The Architecture of Open Source Applications

Довольно занятное чтиво о том, как устроены БД, парсеры, компиляторы, очереди и прочие вещи.

Онлайн читать не сильно удобно (иногда текст слишком широко размазан), но проблема решаема. В общем неплохое чтиво.

http://www.aosabook.org/en/index.html
Forwarded from CatOps
Митап по SRE

Когда: следующий вторник, 27.08 с 19:00 Мск

Что: митап с ведущими DevOps Deflope, руководителями инфрастуктуры и инженерами Skyeng и Nvidia, а также лидером питерского комьюнити

Где:
- Москва, м. Таганская - количество мест в зале ограничено. Нужна регистрация
- Онлайн - на YouTube

Цена вопроса: Free

Как попасть: все ссылки на регистрацию, трансляцию, а также бонус - блиц с докладчиками - можно найти тут

#event
#dotnet
Тут коллега принес набор полезных dotnet tips and tricks от царь-архитектора МС. Знаю, что вы не особо фанаты, но вдруг пригодится 🤷‍♂️
Иногда заполнение и отправка web-формы превращается в проблему: например, непонятно, к какому полю относится лейбл или сообщение валидации говорит, что есть ошибка, но не говорит, где именно и т.п. Адам Силвер написал статью о том, чего лучше всего избегать при проектировании форм и чего стоит придерживаться — "Form design: from zero to hero all in one blog post".

Вот несколько интересных моментов. Следует избегать форм с многоколоночной раскладкой, так как более 10% пользователей, не могут заполнить такие формы правильно. В поля ввода, которые отвечают за ввод грамматически неправильных данных (например, email'ов), следует добавить атрибуты autocapitalize="none", autocorrect="off" и spellcheck="false", чтобы браузер автоматически не изменял вводимые данные. Используйте <select> только в самой безвыходной ситуации, потому что им неудобно пользоваться. Вместо него лучше всего использовать radio-кнопки или <select> с автодополнением для очень большого списка опций.

Статья очень хорошая с большим количеством ссылок на другие полезные статьи по теме. Рекомендую почитать.

#ux #forms

https://adamsilver.io/articles/form-design-from-zero-to-hero-all-in-one-blog-post/
#ux
Статья про основы(точнее про основные ошибки) UX. Интересненько, с примерами, можно побомбить вместе с автором от селектов с кучей вариантов😎
Software Architecture Monday with Mark Richards 66 видео лекций по ИТ-архитектуре с 11 января 2018 по 12 августа 2019 https://www.developertoarchitect.com/lessons/ На YouTube они просто выложены россыпью здесь: https://youtu.be/3bxAm3XIFmk
Forwarded from FEDOR BORSHEV
90% фич вылетает в трубу

Наверное, где-то в мире есть ребята, у которых гипотезы не выстреливают с вероятностью 80% или даже 75%. Но у нас с вами это не так. Фича, которую вы пилите прямо сейчас, улетит у трубу с вероятностью 90%. Пользователи не заметят новую кнопку, робот не сработает, потому что годится только для 0,1% заказов, а письмо, которое вы верстали неделю, никто не откроет.

9 из 10 фич. Повторите про себя пару раз, и как только вы осознаете — вам сразу станет легче жить. Вы перестанете подходить к новым фичам с завышенными ожиданиями — вот сейчас сделаем и заживём!. Вы перестанете проектировать раздутое говно — зачем, если вы выкинете это с вероятностью 90%?

Вместо пиления фич вы начнёте проверять гипотезы.

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

Помните мой совет со входом через инстаграм? Зная о том, что этот вход не будет никому нужен с вероятностью 90%, вы сделаете интеграцию не с инстаграмом, а с auth0, чтобы в будущем сразу проверить 10 других способов входа, 1 из которых окажется рабочим.

Просто всегда помните, что ваша гениальная идея с вероятностью 90% — говно.
FEDOR BORSHEV
90% фич вылетает в трубу Наверное, где-то в мире есть ребята, у которых гипотезы не выстреливают с вероятностью 80% или даже 75%. Но у нас с вами это не так. Фича, которую вы пилите прямо сейчас, улетит у трубу с вероятностью 90%. Пользователи не заметят…
Согласен на 146.6. Особенно зацепило "...вы перестанете проектировать раздутое говно — зачем, если вы выкинете это с вероятностью 90%?"
Имхо, основная проблема тут в том, что надо еще отличить функционал, который будет подвержен пользовательскому тестированию(и выкинут с вероятностью 90%) от фундаментальной телеги(oauth из примера с инстаграм-авторизацией), на которой можно проверить 100500 гипотез, и которую надо делать хорошо и сразу.
Чуйка нужна какая-то))
Forwarded from CatOps
Если вам лень что-то читать по понедельникам, вот выпуск подкаста про Observability: инженер Uber рассказывает про распределенный трейсинг.

Если всё же читать вам приятней, чем слушать, вот интервью на том же Packt с Charity Majors - одной из пионеров этого понятия.

#observability
В телеге уже наверно только ленивый не обсосал тему постмортемов, добавлю и я свои 5 копеек.
У нас постмортемы появились совсем недавно, но вот какие грабли уже собрали:
1. Постмортем надо писать по горячим следам. Ни в коем случае не пишите "дайджесты" вместо постмортемов. Все вот эти истории из серии "Постмортем спринта N" или "Постмортем за август 2019" -- шляпа. Дело в том, что очень важной частью сабжа является таймлайн, который сложно агрегировать, а тем более сложно восстанавливать в конце периода. В конце-концов можно просто забыть что-нибудь важное.
2. Обязательно включайте action item'ы в постмортем
Имхо, это самая важная часть. Во-первых, это дает уверенность, что взрыв не повториться, а во-вторых, в процессе заполнения чудесным образом создаются тикеты, про которые иначе можно и забыть

Наверняка, со временем еще вылезут какие-то приколы, но пока так
Forwarded from OpenDataScience RU
Приглашаем на Moscow Data Science Major 31 августа в офисе Mail.ru Group 😀

Зарегистрироваться можно до 29 августа 12:00 - https://datafest.ru/major/

Это как Data Fest, только мини. Как 1 сентября, только 31 августа. Будет 9 тематических секций, 8 часов ударной порции нетворкинга и знакомств. Вход бесплатный, по одобренной регистрации. Для тех, кто не сможет прийти, будет организована видеотрансляция, ссылку на которую опубликуем накануне в канале Data Fest (https://t.me/datafest).

Подробную программу можно посмотреть здесь - https://habr.com/ru/company/mailru/news/t/465035/