Айтишник обыкновенный 🐰

Всем привет!

Я тут подготовил папку «БАЗА по ИТ»(BA/SA/PO IT), сам лично своими руками отбирал каналы и авторов, честно. Как вы, наверное, уже догадались, здесь собраны каналы бизнес и системных аналитиков, а также владельцев продукта.

Все ребята классные, с крутыми каналами, где есть контент на тему психологии, про хард скиллы, мемы и многое другое.

Так что добавляйте папку, чтобы не потерять❤️

Если кого-то упустил - напиши мне, буду рад познакомиться с еще одним автором и его каналом.

Навигация по каналу

Реньше тут были рубрики:
#юморэзки - мемы
#словодня - рубрика, в рамках которой объясняю рандомные слова из мира IT (рубрика мертва, но можете посмотреть старые публикации)
#быстростатья - почти как словодня, только тут более подробный разбор темы
#кабачок - контент про кролика Мишу

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

Интересные публикации:
🔘Тут про тишейпед
🔘Цена ошибки в твоей работе
🔘А ты кто? Супергерой или самозванец?
🔘Принципы и правила в разработке ПО
🔘Памятка про REST/HTTP

Мои статьи на Хабре:
🟣Диаграмма последовательности (sequence-диаграмма)
🟡Памятка по BPMN и BPMN-диаграммам
🔵Памятка по XSD
🟢Найм в IT мертв. Или нет?

А еще вступайте в чат, давайте развивать сообщество, в котором можно пообщаться на любые темы, получить помощь и даже найти друзей или коллег.

#юморэзки

Есть такой принцип: YAGNI - You Aren’t Gonna Need It

Принцип, который призывает, что нужно делать только то, что необходимо. Не стоит при поставленной задаче «сделать велосипед» делать дополнительно еще и коляску для ребенка(см. фото).

В очередной раз поделюсь своей ошибкой. Для меня лично полезно смотреть на чужой опыт и извлекать уроки.

Так вот, недавно я делал задачу, в рамках нее добавил отправку события в топик. Хотелось, чтобы новый процесс был единообразным с уже существующими. Звучит вроде логично, но по итогу это привело к ряду проблем.

1️⃣ Это наименьшая из всех проблем. Сообщение, которое отправлялось в топик по итогу никем не обрабатывалось и никуда дальше не шло.

2️⃣ В контракте топика есть обязательные поля, которые при этом смежником не передаются, так как у них - необязательные. Конечно, можно схитрить и начать отправлять, например, пустую строку и тд и тп. Но разве это хорошее решение, при условии, что процесс делается с нуля? В рамках сжатых сроков, наверное, да, но…

3️⃣ Так или иначе, любое решение - убрать совсем из процесса отправку в топик события или добавить пустые строки - это потраченные время и деньги для бизнеса. Особенно, если еще учесть, что ошибка была найдена на стадии тестировании - цена ошибки увеличивается (писал про цену ошибки здесь).

Как итог, делайте только то, что нужно, старайтесь не накручивать «ништяки», если в них нет реальной необходимости. Даже если делаете задачу и понимаете, что в будущем это будет дорабатываться и даже знаете как. Лучше сто раз подумайте, стоит ли делать какой-то задел на это будущее. Очень вероятно, что будущее будет по итогу немного иным(или совсем иным), чем вы себе представляли. Поэтому все равно понадобится доработка, а время на «задел» уже будет потрачено.

#словодня и #быстростатья

#юморэзки

Диаграмма последовательности (sequence) используется для визуализации взаимодействия между объектами в системе. Она показывает порядок сообщений, которыми объекты обмениваются друг с другом во времени и их жизненный цикл. На мой взгляд, это самый простой и удобный инструмент для демонстрации всех интеграций и взаимодействий в рамках проектируемого бизнес-процесса.

Ps взято из моей статьи)))

#словодня

Кстати, по поводу друзей. А почему почти никто не вступает в чат?(

Там же можно общаться, делиться компетенциями и полезной информацией и даже просить друг у друга помощь. Давайте развивать небольшое сообщество, вступайте в чатик ❤️

Когда заказчик готов поучаствовать в обсуждении, а его календарь нет..

#юмормеждуделом

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

#словодня

Какой-то текст…

И, кстати, где мои гигантские деньги?

#юморэзки

Мне кажется, только человек без интернета и друзей не слышал про синдром самозванца. Это такой паттерн в голове, который заставляет многих людей уходить в депрессию развиваться и расти.

Как это работает?

Предположим, ты работаешь отлично, ну или даже просто хорошо. Когда долгое время выполняешь работу на должном уровне в голове начинает закрадываться мысль, а точно ли я хорошо все делаю?

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

Как мне кажется, развитие этого синдрома связано с тем, что ты просто не получаешь обратную связь. А обратная связь - это очень классный инструмент, позволяющий развивать свои скиллы.

Итак, получишь ты положительную обратную связь - синдром самозванца должен утихнуть, потому что все-таки ты не самозванец, ты реально хорошо потрудился. Получишь негативную - знаешь над чем работать, чтобы стать лучше. Что интересно, в этом случае синдром также утихнет, потому что ты как будто его оправдаешь, но сделаешь это конструктивно.

Помимо обратной связи есть еще классный способ бороться с синдромом - гоняйте стабильно на собесы. Например, каждый месяц на пару штук. Это тоже крутой инструмент, чтобы развиваться. За счет этого подхода ты также в моменте получаешь обратную связь, а еще развиваешь не менее важный скилл - прохождение собеседования. Ну и держишь себя в тонусе, зная что и как сейчас на рынке труда. Сам я так, к сожалению, не делаю, категорически нет времени, но поверьте, это работает очень круто.

И напоследок, у тебя нет синдрома самозванца?

Поздравляю! У тебя вероятнее всего синдром супермена. Чаще всего это люди, у которых с детства есть какой-то дефект, например, картавость. И близкие люди, переживая за тебя, с детства воспитывают так, будто нет и не было никакого дефекта, либо он наоборот твоя особенность(не баг, а фича), которая делает тебя только лучше. И так развивается характер, который никогда не рефлексирует о своих заслугах. А зачем? Они же по определению мои))) Какое везение, я селфмейд!

Получилось что-то новенькое не на тему IT) Делитесь в комменты какой у вас синдром и как вы с ним боретесь))

#быстростатья

#юморэзки

#юморэзки

В продолжение поста, сегодня правило KISS - keep it short and simple(на самом деле keep it simple, stupid).

Одно из основных правил в IT, который призывает все упрощать в дизайне, коде, архитектуре и тд. Чем проект проще, тем лучше.

Такой подход позволяет сокращать ресурсы(деньги, время и тд) в работе.

#словодня

Так вот оно что…

#юморэзки

Circuit breaker, понятие, которое чаще применяется в микросервисной архитектуре. Используется для того, чтобы повысить надежность всей системы.

Как это работает?

Если какой-нибудь микросервис начинает сбоить или медленно отвечать, то он переводится в аварийный режим работы. В таком режиме сервис сразу отвечает с ошибкой о недоступности на каждый входящий запрос.

Далее через определенное время сервис будет поэтапно выходить из аварийного состояния. Сначала начнет обработку части запросов, остальные при этом все также валятся в ошибку. Количество обрабатываемых запросов будет постепенно увеличиваться, пока работа сервиса не будет полностью восстановлена.

Логика работы Circuit breaker может отличаться от системы к системе, например, выход из аварийного состояния может быть умным. В таком случае будет использована какая-то система оценки работопригодности сервиса, которая дает зеленый свет на постепенный выход из аварийного состояния. Кстати, выход из аварийного состояния тоже может быть необязательно поэтапным.

Важно понимать, что это некоторая настройка, позволяющая менять доступность сервиса, за счет этого увеличивать общую надежность системы.

Важное дополнение из комментариев, функциональность Circuit breaker обычно реализуется на стороне клиента(того, кто отправляет запрос), а не самого сервера, которому посылаются эти запросы.

#словодня и #быстростатья

Если вдруг кто-то подумал, что этот пост грязная ложь и провокация. То вот вам фото вчерашнего ужина и сегодняшнего завтрака Мишки 🐇

📌 Ужин

Рецепт:
Берете порционно каждый ингредиент(порция=лист/ветка/горсть и тд), тщательно промываете его, вытираете лишнюю влагу. Поздравляю, ужин кролика готов! Не забудьте подать блюдо, украсив мальтпастой от шерсти и насыпать маленькую горсть травяных гранул.

Ингредиенты:
- Руккола
- Укроп
- Микрозелень подсолнечника
- Салат лолла бьонда
- Салат лолла росса
- Салат дуболистный
- Салат саланова
- Салат листовой
- Романо
- Кейл
- Стебель сельдерея с листьями
- Фриллис

〰️〰️〰️〰️〰️〰️〰️〰️〰️〰️

📌 Завтрак

Рецепт тот же))

Ингредиенты:
- Одуванчик
- Кусочек лопуха
- Подорожник
- Трава
- Ветка малины
- Пара ягод малины
- Ботва моркови
- Романо
- Лолла бьонда
- Лолла росса
- Дуболистный
- Листовой
- Саланова
- Руккола

Интересно, кто-то еще хочет себе завести кролика после этих постов?)

#кабачок

DRY - Don’t Repeat Yourself. Это, пожалуй, самый базовый принцип в разработке ПО. Этот принцип подразумевает разработку программы таким образом, чтобы не было повторяющихся частей.

Например, очевидно, что самый часто используемый фрагмент кода - логирование. А еще часто используется вызов API. Зачем каждый раз прописывать вызов апишки и логирование, если можно создать метод. На вход этому методу будут передаваться нужные параметры, а под его капотом будет происходить логирование и вызов API.

Я как бывший разработчик, но нынешний аналитик сильно страдаю из-за привычки «не повторяться». Вернее страдаю не я, а моя команда при просмотре документации.

Почему?

Потому что иногда(или часто) при подробном описании большого алгоритма работы системы, я начинаю переиспользовать куски аналитики, ссылаясь на них. По итогу вместо цельного понятного алгоритма получается каша. Каша из описания с кучей ссылок, прыгая по которым уже ничего непонятно.

И да, я стараюсь работать над этим косяком. Но это настолько сильно влезло мне в голову, что периодически все-таки мне коллеги делают такие замечания(((

Это я к чему все?
К тому, что как всегда и везде развивайте здоровую рациональность. Правило DRY крутое и полезное, но если упороться в него, то это сильно начнет вредить.

#словодня и #быстростатья