Вчера ездил с ребятами в СберУниверситет, участвовали в съемках. Это первый для меня такой опыт. Почему-то было очень волнительно и не по себе)))

Но мне понравилось,
1️⃣ Во-первых, познакомился вживую с крутыми экспертами.
2️⃣ Во-вторых, съемки это какая-то магия, очень интересно, куча всякой техники и целое направление, в котором можно бесконечно разбираться.
3️⃣ В-третьих, СберУнивер. Место нереальное. Возможно, я просто никогда не был в дорогих отелях и мне сложно сравнивать. Но я впервые вижу такую большую территорию, которая при этом в идеальном состоянии, куда не глянь. Очень красиво и хочется обязательно еще вернуться.

#движуха #съемки
#СберУниверситет

Это 🌟

#юморэзки

Самые главные методы REST

В предыдущем посте забыл указать еще два метода, это OPTIONS и HEAD.

Вернее не забыл, а почему-то думал, что они не относятся к стилю REST, а просто существует в рамках HTTP 😄

6️⃣ OPTIONS — предназначен для предоставления информации о доступных методах по указанному пути или для проверки, можно ли использовать CORS. Метод, конечно же, является безопасным и идемпотентным.

7️⃣ HEAD — предназначен для запроса и проверки заголовков ресурса. Используется как GET, только в ответе не возвращается тело, исключительно заголовки (headers). Метод также является безопасным и идемпотентным.

PS: про «главные», если что, был небольшой байт, методы на самом деле, не смотря на их полезность, используются очень редко, чаще всего их можно встретить в качестве вопроса на собесе))))
Так что, дерзайте!)

#rest #http #api

REST, REST и еще раз REST!

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

На изображении примеры запроса(Request) и ответа(Response). Самое главное, на что стоит обратить внимание:

Все запросы и ответы состоят из заголовков и тела:
▶️Заголовки — это метаданные для передачи сервисной информации о запросе. По крайней мере так обычно принято их использовать. Реже их используют для передачи бизнес-данных, но тоже используют, и в отдельных кейсах это может быть оправдано и полезно. В заголовки можно класть информацию о формате данных в теле и его кодировке, данные о клиенте(не путать с пользователем), данные о пользователе(куки, токены и тд), данные о версии API и тд.
▶️Тело — здесь обычно передают бизнес-данные. Формат передачи может быть сильно разный, например, JSON, YAML, Plain text(обычный текст), Binary(двоичный формат) и тд. Тело является опциональным атрибутом в запросе и ответе с точки зрения протокола, но с точки зрения стиля REST, все зависит от метода в запросе, об этом дальше.

Запросы всегда содержат метод. Но перед этим надо разобраться:

❓Что такое безопасный метод?
Это метод, который не производит изменений на сервере. Например, получение данных(GET) — безопасно, а вот создание(POST) — небезопасно.

❓Что такое идемпотентный метод?
Метод, при повторном вызове которого идентичным запросом, возвращается один и тот же результат, не производя повторные изменения на сервере. Метод может быть идемпотентным из коробки, как например GET, а может стать идемпотентным искусственно за счет реализации проверок на сервере и добавления специального ключа. Обычно искусственную идемпотентность делают для метода POST.

В REST всего пять семь методов:
1️⃣ POST — создает ресурсы, поэтому всегда содержит тело в запросе и обычно содержит тело в ответе с результатом созданных данных. Метод является небезопасным, так как может создавать новые данные, а также из коробки является неидемпотентным.
2️⃣ GET — предоставляет данные по ресурсу, поэтому всегда имеет пустое тело в запросе, но содержит тело в ответе с запрашиваемыми данными. Метод является безопасным, так как не изменяет и не создает ресурсы, а также является из коробки идемпотентным.
3️⃣ PUT — изменяет ресурс полностью по его идентификатору, всегда содержит тело в запросе и обычно содержит тело в ответе с результатом. Метод является небезопасным, так как изменяет ресурсы, а также из коробки является идемпотентным.
4️⃣ PATCH — частично изменяет ресурс по его идентификатору, всегда содержит тело в запросе и обычно содержит тело в ответе с результатом. Метод является небезопасным, так как изменяет ресурсы, а также является идемпотентным. В зависимости от реализации может быть неидемпотентным, старайтесь просто не использовать данный метод, так как не смотря на его простую функциональность, на самом деле метод усложняет всем жизнь.
5️⃣ DELETE — удаляет ресурс по его идентификатору, поэтому всегда имеет пустое тело в запросе, но содержит тело в ответе с удаленными данными. Метод является небезопасным, так как удаляет данные, а также из коробки является идемпотентным, так как повторное использование DELETE с тем же id ни к чему не приведет, однако, в зависимости от реализации, может вызвать ошибку.

Еще в запросе должен содержаться ресурс, к которому мы обращаемся для его создания, получения или изменения(если используется стиль REST). Ресурс это часть URI. Опционально и в зависимости от реализации в URI также может содержаться версия API, к которой обращается клиент, и параметры, на основе которых выполняется фильтрация или пагинация.

В ответе всегда есть статус. Он состоит из кода и короткого сообщения. Например, при успешно отработанном запросе возвращается код "200 OK". Подробнее по распрастраненным кодам писал тут.

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

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

Присылайте в формате hh в лс: @itshnik_kolya

По формату публикации рекомендаций пока еще до конца не определился, но, скорее всего, это будут 1-2 поста с приложенным файлом.

Делитесь публикацией с друзьями, давайте добьем 1500 подписчиков лучших СА 🙈

Ставьте ✋ если хотите уже поскорее увидеть разбор. А еще можете в комментах написать чтобы вы хотели увидеть на разборе, возможно раскрытие каких-то тем около резюме.

А кто-нибудь использует концепцию docs-as-code в своей работе? Отзовитесь в комментах или в лс, пожалуйста))

Нужны именно успешные кейсы внедрения/использования))))

Всем хорошего воскресного дня!
❤️❤️❤️

PLEASE SAVE ME!

Все любители Porsche хорошо знают кнопку «Please Save Me». Так называют кнопку «PSM», которая на самом деле расшифровывается как «Porsche Stability Management». Эта кнопка отвечает за активацию/деактивацию различных вспомогательных систем, которые отслеживают несколько параметров и при необходимости активируют тормоза каждого отдельно взятого колеса настолько, сколько требуется автомобилю, чтобы повысить устойчивость и тормозной путь. По сути навороченная система ESP от Порше.

Так вот, к чему это я?
Я считаю, что у нас, айтишников, тоже есть своя PSM. Система, которая позволяет не потерять все. Вы уже догадались о чем я? Да, я про систему контроля версий. Сколько же раз меня спасал git…

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

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

Кстати, версии-то в Confluence можно посмотреть, и даже автора версии, но вот мне иногда не хватает git-функциональности. Например, удобно, когда просматриваешь общий файл и можешь сразу видеть автора строки/куска, не переключаясь между версиями и не ожидая каждый раз загрузку. А как же круто мерджить вливать измения и доработки в общий проект с помощью гита. Мечтаю, что когда-нибудь буду работать по концепции docs-as-code. И снова буду, как в старые добрые, писать в терминале:
git commit -am "Msg"

#быстростатья #porsche
#docsascode #git #dac

Подъехало крутое событие в мире электроники и цифровых технологий!

На следующей неделе, с 15 по 17 апреля 2025 года в Москве, в МВЦ «Крокус Экспо», пройдет международная выставка электроники — ExpoElectronica, а также новая выставка — ExpoCifra.

Почему стоит посетить?

✔️ ExpoElectronica — крупнейшая выставка электроники, представляющая масштабную экспозицию ЭКБ, оборудования для производства электроники и готовых решений.

✅ ExpoCifra — новая площадка для демонстрации программно-аппаратных комплексов, IT-решений и технологий для цифровой трансформации.

Что вас ждет?

1️⃣Более 800 компаний-участников
2️⃣Более 23 000 специалистов из 20 стран
3️⃣Широкий спектр решений: от микроэлектроники до готовых систем и цифровых технологий
4️⃣Насыщенная деловая программа: тематические сессии, презентации, питч-сессии российских разработчиков, дискуссионные батлы и многое другое.

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

Как попасть на выставку
🍒 БЕСПЛАТНО?
Зарегистрируйтесь на мероприятие на официальном сайте и введите промокод TGNEWS25 для получения билета!

Уже очень давно не было публикаций с Мишей 🤩

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

#кабачок #кролик

Как вырасти до хардового Middle+ аналитика?

Например, можно добавить к своим скилам навыки в проектировании архитектуры и интеграций веб-сервисов!

Рассмотрите — курс про архитектуру и интеграции с практикой.

По результатам курса вы:
✔️научитесь выбирать стиль интеграции под вашу задачу;
✔️сможете проектировать с нуля и описывать интеграции в современных стилях (API: REST, SOAP, gRPC и др. + брокеры сообщений);
✅поймете, как правильно собирать требования и моделировать в UML;
✔️подготовитесь к собеседованию, решив более 100 тестов;
✔️разработаете свой API на Python;

🟢Вы получите большую базу фундаментальных знаний, доступ к урокам и обновлениям остается навсегда 😍

🔘Всю программу и отзывы смотрите в боте курса.
🔘Бонусный модуль про проектирование баз данных — нормализация, транзакции, основы DWH, индексы.
🔘Результат после прохождения курса: 15 рабочих проектов в портфолио.
🔘Доступ к чату учеников (общение, обмен опытом, помощь внутри сообщества)

С чего начать?
С открытых бесплатных уроков по архитектуре и интеграциям в чат-боте курса – @studyit_help_bot

А от меня скидка на курс 1 000₽ по промокоду DEFAULT_CODE до конца апреля!

Я рад представить новую рубрику у себя на канале – #классикипоясняют «баг»

Конечно, Вы, господа, не имеете понятия, что такое таракан. Таракан — это явление.
— Ф. М. Достоевский, «Братья Карамазовы»

Ошибка вышла досадная, но не роковая.
— А. С. Пушкин, «Капитанская дочка»

Оно, конечно, может быть, да только не может быть.
— Н. В. Гоголь, «Ревизор»

Как вам рубрика? Делитесь мнением в комментах и в реакциях!

#достоевский #пушкин
#гоголь

🚨 Напоминаю 🚨

Мы с Вероникой будем делать разбор резюме и дадим рекомендации по их улучшению.

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

Закидайте личку своими резюме или резюме своих друзей/знакомых, мы ждём с нетерпением ❤️

Написать про книги на основе чатика и что-то от себя

Написать про рест на основе памятки

Разбор резюме!

У меня отличная новость, сегодня в рамках пост №4 про найм у нас двойная активность!

1️⃣ Поделился полезной инфой по прохождению собеса с помощью ИИ у ребят из Solvery.
Спойлер:
ИИ многие применяют неправильно

А еще у ребят куча полезной информации, например:
🟣Прохождение интервью в Т-банк
🟡Подкаст, как выжить на перегретом рынке
🔵Как упаковать прошлый опыт, чтобы уверенно стартовать в системном анализе,
🟢Как джунам эффективно использовать ИИ в работе, чтобы не спалиться

2️⃣ Мы с Вероникой решили сделать небольшой разбор резюме. Присылайте мне в личку в формате hh, а мы отберем несколько и вернемся с рекомендациями. Предварительно свяжусь и согласую все с вами. Если попадется именно твое резюме на разбор - не переживай, если что, сделаем публикацию анонимной!
Завалите мне личку!
Писать: @itshnik_kolya

PS: передаю привет Заебумбе

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

#собесобыкновенный
#найм #войтивайти

Да и тут тоже этот ваш guilty pleasure

Это то, что приносит удовольствие, но тебе за это стыдно или ты испытываешь чувство вины.

Мой гилти в системном анализе – заглушки. Обожаю их использовать, чтобы не распыляться и сфокусироваться на основном процессе. Но в итоге получаю вопросы от разрабов, а что должно быть на месте «Добавить архитектуру/таблицу/пример/схему» ☀️

А еще я как настоящий скуф изредка поигрываю в танки 🫠

💅 - если жиза про заглушки
И не забудь написать про свой гилти плэжер

#guiltypleasure #жиза

5 вопросов на собеседовании, которые раскроют твои софты

А вот и пост №3 про найм, сегодня в качестве приглашенного гостя – Женя, руководитель разработки в МВидео.

В этом посте не буду запускать очередной холивар о том, что важнее – софты или харды. Надеюсь, что все уже и так поняли, что важно всё и сразу 👍 , а если есть сомнения – вот тут подробнее писал на эту тему. И если с хардами всё примерно понятно, что спрашивают, как и почему. То вот с софтами интереснее. Я подготовил 5 популярных вопросов с развернутыми ответами:

1️⃣ Как обычно решаешь конфликты в команде?

– Я предпочитаю открытый и честный диалог. В первую очередь, важно выслушать каждую сторону конфликта и понять, какие именно потребности или ограничения стоят за их мнением. Затем я стараюсь найти компромисс, поддерживая позитивный настрой и избегая эскалации конфликта, всегда фокусируясь на решении проблемы, а не на личных переживаниях.

2️⃣На тебя упало несколько задач, каждая из них архиважная. Как будешь приоритизировать задачи?

– Я начинаю с того, чтобы проанализировать, какая задача имеет наибольшее влияние на достижение целей проекта. Затем можно оценить ресурсы, которые доступны для выполнения задач и как они влияют на сроки друг друга/других задач. Важно помнить, что приоритеты могут измениться по ходу работы. Для удобства анализа можно воспользоваться матрицей Эйзенхауэра.

3️⃣Ты столкнулся с трудной задачей, опиши - как бы ты ее решал?

– Буду грустить и рефлексировать над этим.

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

4️⃣Как ты реагируешь на критику своей работы и обратную связь?

– Скажу, что критик – токсик, соберу свое барахло с рабочего места и побегу за новым оффером.
– Критика, если она конструктивная, это всегда возможность для роста и улучшения. Поэтому я обожаю слушать обратную связь по своим задачам и выяснять что было хорошо, а что плохо. «Хорошее» улучшаю, а над «плохим» стараюсь работать. Иногда я даже сам обращаюсь к своим коллегам за обратной связью.

5️⃣Опиши случай, когда тебе пришлось объяснять сложные технические «штуки» людям, которые в этом не разбираются.

– Был случай, когда мне пришлось объяснять концепцию топиков бизнес-аналитику, который ничего не понимал в технологиях. Для простоты объяснения я рассказывал коллеге все на ручках и карандашах, объясняя как все устроено и почему оно работает именно так.

📌 Когда вспоминают про софты, часто думают, что это про то, какой человек, общительный или замкнутый, токсик или добряк. А на самом деле 😁 софты, это куда больше. Помните, что они еще содержат менеджерские навыки, в которые входит:
🔘Управление временем
🔘Стрессоустойчивость
🔘Навыки презентации и самопрезентации
🔘Инициативность и тд

Но на одних софтах далеко не уедешь, поэтому харды тоже нужны и важны. А как сделать свои ответы по хардам еще круче, читай у Жени!

Не забываем ставить комментарии, писать репосты, делать реакции, а для бояр и князей с подпиской сразу три

🤗 – если софты важнее
🤓 – если харды важнее
🤝 – все-таки я за всё

#собесобыкновенный
#найм #войтивайти

#юморэзки
#мемы #юмор

⚡️Кстати, ребята из Simulative как раз проводят вебинар с разбором тестового задания в Альфа Банк на позицию Junior Аналитика данных

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

Чтобы попрактиковаться в этом, приходите на бесплатный вебинар, где будем разбирать реальное тестовое задание, которое дают аналитикам в Альфа Банке.

Что будем делать на вебинаре:
🟠Напишем сложные SQL-запросы для банковских данных;
🟠Вспомним, как правильно использовать оконные функции;
🟠Узнаем, как создавать разметку, из чего она состоит и для чего она нужна;
🟠На реальных данных проведем когортный анализ и сделаем выводы;
🟠Расскажем, как доставать инсайты из данных.

Вебинар проведет Денис Иванов, ведущий продуктовый аналитик

😶Зарегистрироваться на бесплатный вебинар

HR дуреют с этой прикормки

Продолжаю серию постов про найм, сегодня пост №2, в качестве приглашенного гостя – Вероника, IT-recruiter из компании SENSE.

Вероника поделилась списком своих «редфлагов 🚩» при подборе кандидатов. Многие из них могут показаться очевидными и на поверхности, но бОльшая часть резюме отсекается именно на основе них. Поэтому делаю вывод, что очевиден этот список не для всех.

1️⃣Частая смена работы
Специалисты, которые меняют места работы каждые 5-9 месяцев, могут вызвать вопросы.

2️⃣Роль несопоставима с задачами и наоборот
Системные аналитики могут быть экспертами, консультантами, инженерами. Не всегда стоит указывать должность в резюме так, как это написано в трудовой.

3️⃣Неправильное заполнение навыков
Часто в навыках прописывают: ведение переговоров, анализ, ответственный и т.д.
Скажу вам по секрету, я почти всегда удаляю это перед тем, как показать CV на проект. Почему? Это не несет какой-то информации. Мы и так все опционально этим владеем.

Поэтому указывайте в навыках технологический стек, которым владеете.

4️⃣Фриланс
Мы пропускаем людей, которые занимаются фрилансом. Как правило такие специалисты приходят выполнить задачу и уходят. Нет погружения в проект/продукт.

Тут без комментариев)

5️⃣Количество опыта
Как правило мы смотрим примерно от 3 лет в той специализации, которая нам нужна.
Хочу остановиться тут чуток подробнее. Это не значит, что нужно по завету всяких волков бежать накручивать свой опыт. Интервьюеры тоже не дураки.

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

Идеальное резюме по мнению HR выглядит так:
🔘Указана суть проекта/продукта. 🔘Прописаны задачи по каждому месту работы.
🔘Указан технологический стек
🔘Подчеркнули достижения/успехи. Если есть аналитика в цифрах - отлично
🔘Если в какой-то период часто меняли работу, пропишите причины. Откликов будет больше
🔘В опыте есть крупные компании

Если ты сейчас находишься в поиске нового места, присылай свое резюме Веронике.

#собесобыкновенный
#найм #войтивайти

Из нашего уютного чатика

#юморэзки

🍻 «С тебя пиво!» 🍻

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

Интересный факт о лицензиях распространения ПО. Есть одна очень веселая – «Beerware license». Да-да, это та самая лицензия, которая по сути говорит за автора ПО: «С тебя пиво!»

Кстати, подписывайся на pillaw, там много интересной инфы на стыке IT и права.

Ставь 😱, если тебе тоже надоели все эти платные подписки
Ставь 🍺, если пока читал пост, захотел пиво

PS: Небольшой факт обо мне, я не переношу алкоголь, не могу его пить. Вместо этого я обожаю пить колу 🫠

#юморэзки

Ну что это если не жиза от Тимура Ильдаровича😂

#юморэзки

Алиса мне ща шутку выдала:
Если тот, кто читает много книг – книжный червь, то тот, кто постоянно листает ленту в соц. сетях - ленточный червь.
Я немного похохотал

#юморэзки

Собеседование — твой билет в лучшее будущее. Готов отправиться?

Этим громким заголовком я запускаю серию постов о найме, собесах и обо всём, что с этим связано. Буду звать разных гостей: от коллег по цеху до hr’ов. Итак, пост №1, сегодня приглашенный гость – Стас, старший системный аналитик из Инносети. Стас, кстати, поделился не теоретическими знаниями, а практическими, так как сам в этом году сменил работодателя.

Для чего вообще призыв к собесам?

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

В АйТишке часто бывают периоды, когда ты чувствуешь себя некомпетентным, слабым специалистом. Тебе кажется, что все твои заслуги это просто везение. Знакомо? Поздравляю, у тебя синдром самозванца. Это не плохо, но желательно что-то с этим делать, если хочешь чувствовать себя хорошо и быть уверенным в себе. Чаще всего этот синдром развивается с отсутствием нормальной обратной связи, причем не важно негативной или положительной. Плюс сверху может еще наложиться выгорание, и ты уже сидишь с вопросами в голове: «а правильно ли я тут сделал?», «а насколько хорошо?», «а может всё плохо?».

И как же это связано с собесом?

Есть два исхода:
1️⃣Ты идешь на собес и «о чудо!» - «Мы готовы предложить Вам офер». Очевидно, что при таком исходе синдром самозванца спадет на нет, ведь ты чего-то стоишь. Тебе не повезло оказаться на текущем месте, а это реально твои заслуги, опыт, знания и прочее.
2️⃣Тебе откажут - «О нееет, какой же я никчемный»😭
Теперь можно погрустить(иногда и это тоже нужно), а можно взять ноги в руки и вспомнить что на собесе пошло не по плану, что было плохо, а что хорошо. А еще круче, написать hr’у и попросить обратную связь. Если же тебе повезет и отклонившие чуваки реально вернут ОС, то это просто подарок. Даже рефлексировать не нужно, все на блюде. Пришел, обосрался с подливой отсобесился, получил срез знаний о себе.

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

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

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

Желаю, чтобы собесы пришли в вашу жизнь, и вы их использовали для качественного саморазвития, как айтишных скиллов, так и ментального здоровья. Всё-таки уверенность в себе тоже важный атрибут хорошего специалиста, который можно приписать к софтскиллам. Ну и конечно же, чтобы получать оферы, если это нужно 💰

И не забудьте посмотреть продолжение у Стаса, он старался, чтобы передать свои знания, полученные на практике.

Ну и по классике не забываем ставить комментарии, писать репосты, делать реакции, для бояр и князей с подпиской можно сразу три влепить, я не буду против ❤️

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

#собесобыкновенный

Не помню уже где и для чего я это делал, но ловите удобную и информативную памятку по HTTP(REST). Тут все, что нужно знать.

Не забываем ставить комментарии, писать репосты, делать реакции. А если захотелось чуть более подробный пост — 🙈

#экспертноемнение

Немного пятничного юмора. Или грусти…

#юморэзки

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

Если ты еще его не видел, предлагаю от души похохотать😄

ЭКСПЕРТНОЕ МНЕНИЕ

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

Что я все-таки хотел сказать?

BPMN – это достаточно четкая нотация, которая говорит что делать можно, что нельзя, а что допускается, но не стоит. Есть BPMN2.0, который вообще содержит кучу дополнительных возможностей и накладывает еще больше ограничений.

Когда проектируете бизнес-процесс в этой нотации, помните в первую очередь о ее потребителях 🤗 Не нужно добавлять кучу логики, которая работает исключительно по правилам BPMN2.0. Я вообще не особо рекомендую использовать массу всех этих промежуточных событий, разделенных на разные типы действий и тд.

Почему?

Все просто, еще раз помним о потребителях диаграммы, скорее всего, 90% из них не знает и не понимает тонкостей промежуточных событий. Мало кто знает отличие всех этих иконок в действиях. Не надо усложнять☝️

Знайте нотацию, применяйте ее, но не упарывайтесь в ее исключительную правильность. Если надо замиксуйте элементы BPMN2.0 с обычным BPMN. Если хотите, то добавьте легенду, контур для подсветки нюансов, цвета, комментарии в свободной форме и вообще все, что угодно, что повысит понимание и улучшит читаемость 🧠

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

Если сомневаетесь, спросите у потребителей, все ли понятно, может, что-то не понравилось или наоборот все супер? Так со временем вы в команде выработаете стиль, который будет устраивать максимальное число ее участников.

А теперь самый важный блок. Ставьте комментарии, пишите репосты, делайте реакции. Для тех, кто дочитал и со всем согласен – 🎩

#экспертноемнение

Проспал планёрку, а там…
что скажут классики о современных технологиях?

Мы нашли ответы в их произведениях — листайте карточки 📖

Какой классик лучше всех ворвался в IT? Напишите в комментариях.

#жиза

Зацените что нашел

Я уже задумался сделать что-то подобное в виде рубрики у себя в канале. Что скажете?))

Накидайте 🤩, если поддерживаете идею

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

Поздравляем с праздником героинь!

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

Сбер поздравил с праздником всех женщин и опубликовал 8 честных интервью о том, как они строят карьеру, совмещают много интересов, о каком подарке мечтают и как им удается сохранять work-life balance.

Переходите посмотреть❤️

Ну, мы.

#юморэзки

🚨НЕ УДАЛЯЙ ПОКА НЕ ПРОЧИТАЕШЬ ЭТОТ ПОСТ🚨

Теперь, когда вы обратили внимание, поведаю вам интересную историю о мальчишке по имени Коля, который любил удалять.

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

Как-то раз к Коле пришли из бизнеса и предложили добавить новый напиток. Коля реализовал механизм добавления напитков, а также их удаления. И вот наступило 14 февраля, коллеги из отдела маркетинга добавили тематический напиток - «раф поцелуй Купидона 🙈» с зефирками и специальным сиропом, и заложили время, в которое его можно купить, неделя до и после праздника. После проведения акции напиток удалялся из меню.

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

Но наступило 21 февраля и всё внезапно сломалось! Буквально всё. Но что же произошло? Правильно, напиток удалился. Но почему же это сломало «всё»?

Давайте разбираться:
1️⃣Во-первых, были клиенты, которые добавляли напиток в свою корзину, но так и не заказали его. Когда они зашли в приложение вновь, запрос на получение данных с корзиной сломался, так как не смог найти в справочнике БД информацию об удалённом напитке.
2️⃣Во-вторых, были клиенты, которые уже успели попробовать новый раф. У них, конечно же, сломалась история заказов.
3️⃣В-третьих, внутри бэкенда тоже все сломалось, так как всё, что не могло улететь на фронт приложения, так же имело зависимости и на бэке. Туда же полетели различные системы лояльности, банковские расчёты и тд. Все сломалось как карточный домик.

А всё можно было бы исправить одним простым действием, просто не удалять временный напиток) Да-да, зачем его удалять?
1️⃣Во-первых, конкретно в этом кейсе, ничего не стоит оставить данные, они занимают не так много места.
2️⃣Во-вторых, кто сказал, что мы просто так оставим? Мы добавим признак, отвечающий за то, что напиток стал неактуальным для заказа.

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

Еще подробнее на эту тему можете почитать вот этот пост. Тут довольно просто, но подробно и на хороших примерах разбирается тема удаления и поднимается такое понятие как SOFT DELETE.

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

Ставьте ✋ и делитесь в комментах своими историями как вы что-то удаляли, что совсем не стоило бы.

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

Если среди вас есть hr или если у вас есть знакомый hr, свяжитесь, пожалуйста, со мной - @itshnik_kolya
Или хотя бы в комментах отзовитесь, оч нада

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

Всем хорошего дня и вот вам мем на злобу дня❤️

#движуха

Итак, мое ЭКСПЕРТНОЕ МНЕНИЕ по поводу REST vs gRPC.

Вкратце, ответ такой:
Расходимся, нас снова всех обманули 💩, победила дружба. Но я не пуська, поэтому объясню свою позицию.

Сейчас все делают приложения на микросервисах. И даже если лично ты не делаешь, то скоро, скорее всего, будешь, когда твой монолит уже не сможет адекватно существовать, а проект уйдет далеко за грани МВП. Даже фронтенд в крупных проектах уже пишется с подходом микрофронтендов. Но сейчас не об этом ☝️

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

Так что, если брать во внимание их плюсы и минусы, то не нужно выбирать и кровно доказывать «кто круче». Оба варианта круче.

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

Можно угореть и воткнуть грпц везде, ведь он более модный, производительный и вообще рест уже фу, но зачем вставлять себе палки в колеса? 🧠

Кто с моим самым экспертным мнением не согласен, прошу в комментарии, я, с удовольствием, почитаю ваши доводы❤️

Почитаю и останусь при своем уже сформировавшемся мнении))
🏋️

PS: Любопытно, что большинство проголосовало за рест, причем с мощным отрывом. Жалко, что никто не высказался(

Ставь 💃 если внимательно прочитал, мне будет приятно ❤️

#экспертноемнение

В посте про версионирование написал, что есть разные варианты, как можно использовать семантическую строку. Сразу подметил, что «пофиг» где и как вы это делаете. Главное, чтобы это работало и всем было ок. Конечно, способы отличаются, имеют свои компромиссы, плюсы и минусы. Но…
ПОФИГ!

На самом деле важнее всего, чтобы всем было удобно, и это не создавало лишних проблем при использовании.

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

А вы за CHILL REST или gRPC?

Сейчас каждый обязательно должен выбрать какой-то лагерь, а в идеале еще и написать коммент с обоснованием, если ты не пуська, конечно!) Тут уже так просто не получится отвертеться, сказав, что ПОФИГ))

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

⚔️👁⚔️⚔️👁⚔️

Итак, ты за кого?!?! Голосуй!!!
И пусть победит сильнейший!

🤟 – я за мой любимый рестик
🤔 – я за мой любимый гээрпэцэ

PS: С 23.02!

#юморэзки

Написать про rest и grpc

https://t.me/bodrcoder/268

Ох уж эти мемы про зумеров 🥲

#юморэзки

Версионирование API

Наверное, почти все знают и понимают что это такое. А я все равно хочу рассказать подробнее, не зря же я об этом читал в книге Дж. Гивакса «Паттерны проектирования API».

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

Итак, самый известный и почти всеми используемый подход - семантическая строка. Да-да, тот самый паттерн, который включает в себя циферки с точками:
1️⃣.2️⃣.3️⃣

В этой строке обычно три числа:

1️⃣MAJOR –
отвечает за мажорные версии, которые обновляются при накате обратно не совместимых изменений

2️⃣MINOR –
второе число (минорная версия) отвечает за накат новой обратно совместимой функциональности

3️⃣PATCH –
а третье число, которое на самом деле часто не используют - это патчи, то есть обратно совместимые изменения с устранением ошибки или корректировкой поведения работы API.

По сути самое важное при любом обновлении ручки - понять: «А потребители сломаются?». Если ответ на вопрос - «Да», то значит ваше обновление обратно несовместимо и вам нужно поменять мажорную версию. А еще желательно оповестить об этом потребителей, чтобы они своевременно перешли на новую версию и при необходимости старую вывести из эксплуатации.

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

На самом деле пофиг, я серьезно. Кому-то удобнее в URI прямо в path или в виде параметра, кому-то в Header, а кому-то в отдельное поле Body.

А где вы указываете версию?
❤️ - в строке адреса
🤔 - в заголовке
😱 - в теле

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

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

Никому ИИ не нужен? ПОД КЛЮЧ!
🤣🤣🤣

Кстати, всех люблю и обожаю❤️
С днем Валька вас)

А какой суккулент ты на вкус? Пишите в комментах свои варианты 💪

🌵 Кактус - немного токсик, люблю всех подкалывать
💸 Замиокулькас (также известный как долларовое дерево) - люблю зиму, потому что там новогодняя премия
🌯 Буррито - люблю зависнуть под солнцем (желательно на песчаном пляже), а пес почему-то не добавляется, так что ставьте 🤣

PS: я по ходу сразу все три варианта 🤣
PPS: а если вы еще и проголосуете за канал, будет вообще круто, я смогу добавить еще кастомных реакций!
PPPS: фото буррито добавлю в комменты, если не забуду)))

А какой суккулент ты на вкус?
🌵 Кактус - немного токсик, люблю всех подкалывать
Декабрист - люблю зиму, потому что там премия и я цвету
🌯 Буррито - люблю зависнуть под солнцем (желательно на песчаном пляже)
- Ну и предлагайте свои варианты))

Эйчары выходят из запоя

Уже не первую неделю во многих айтишных каналах идет бурное обсуждение рынка труда. Кто-то пишет про сокращения, кто-то про то, что людей все также не хватает. Даже многие опытные специалисты переживают, что если их погонят из компании, то они не найдут работу 😢

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

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

Если вы думаете сменить работу, то Вита, моя коллега и системный аналитик из Сбера, как раз рассказывает крутые лайфхаки по резюме и трудоустройству. И если вы хотите быть гигачад-кандидатом на рынке, то самое время заглянуть на её канал 💪

Собрал для вас одни из самых топовых и полезных постов, благодаря которым ребята находили работу:

🔘 Бесплатный файл для подготовки к собесам на БА/СА с материалами на 100+ страниц (Вита, за это тебе отдельный респект)

🔘 Бомбический вебинар с solution архитектором, где разбирали актуальные вопросы по резюме, найму, хард и софт-скиллам🔥

🔘 Пет-проект для системного аналитика, с которого я ухахатывался

🔘 Интервью, где HR открывает закулисье своей работы и наглядно показывает, как ищет кандидатов на позицию СА

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

Или есть пост о том, как к Вите пришел эйчар из Яндекса и предложил вакансию бизнес-аналитика, за которым скрывался дата-аналитик. Звучит по-яндексовски, не правда ли? 😂

Так что не давайте себя заскамить 💩 новостями о сокращениях, если решились на собес, дерзайте, у вас все получится.

Ухахаха

#юморэзки

А все знают разницу между URI, URL и URN?

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

Так что ловите памятку и сохраняйте себе)

*️⃣URI (Uniform Resource Identifier) – унифицированный идентификатор ресурса
*️⃣URL (Uniform Resource Locator) – адрес ресурса в сети Интернет
*️⃣URN (Uniform Resource Name) – единообразное название ресурса

Если после этих определений вам все стало ясно, то, наверное, вы гений из Гарварда, ну или я просто слишком слабый.

Если вам как и мне по определениям все еще ничего не понятно, то картинка далее специально для вас (и меня).
Кстати, ее я подрезал из публикации того самого Алекса Сю, автора книги System Design Interview, кто не читал, рекомендую. Пост про книгу туть.

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

Сейчас я вам поведаю одну грустную историю

Помните в этом посте я рассказывал про семейное увлечение суккулентами?

Так вот, сейчас совсем нет времени заниматься цветами(

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

НО кому-то это может даже по-своему понравиться, так как теперь, например, топси турви выглядят как мини пальмы 🌴

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

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

Если расширение не планируется публиковать в какой-нибудь Google Extension Store, то не нужно платить деньги за кабинет разработчика. Но в структуре расширения все равно придется разобраться, а еще в строении страницы приложения, где будете использовать расширение, ну и, конечно, придется еще чуток разобраться с JS и CSS. Кстати, необязательно становится настоящим джаваскриптизером, большинство запросов можно и загуглить или, как сейчас это модно, заджипитить.

Итак, из чего состоит расширение?
Есть четыре основных блока и один еще:
🔘 Popup – вываливается при клике на иконку, чаще всего там различные настройки
🔘 Content – встраивается непосредственно в страницу или страницы, где запланировано использовать расширение
🔘 Background – работает фоном, обычно используется для связи попапа и контента, либо для выполнения каких-то задач фоном
🔘 InfoPage – открывается в отдельной вкладке, также обычно содержит настройки или полезную информацию
⚡️ Manifest.json – файл, который используется для настройки расширения и подгрузки всех описанных выше частей

Что нужно для того, чтобы начать использовать расширение?
Достаточно простого редактора, например, Notepad или Sublime, и сам браузер, в котором будем использовать расширение. Еще нужно немного разобраться в панели разработчика браузера, там куча полезных вкладок, которые помогут отладиться, провести реверс инжиниринг, найти то, что будет дорабатываться и понять как.

А теперь, когда вы узнали вкратце про расширения, и поняли, что на самом деле все не так просто, как было сказано в заголовке, я вас немного успокою)

Есть уже готовое расширение, которое позволяет встраивать CSS стили и JS код.
Не знаю насколько безопасен Styler, но если никакие пароли вы не вставляете, то, наверное, можно закрыть свои нужды и им, не делая полноценное расширение. А еще стайлером можно как минимум сделать крутую прическу отладить работу, так как это удобнее, когда вы не особо разбираетесь в инструментах браузера или не хотите разбираться во всех описанных выше нюансах расширения. Из коробки расширение дает вам два поля для ввода, первое для стилей, второе для кода. Не надо разбираться в структуре расширения, продумывать лишнюю логику, заморачиваться с установкой расширения и постоянным обновлением версий в ходе отладки и тестирования, не надо в конце концов разбираться в манифесте (а там куча настроек, придется курить доки 🚬)

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

Итак, пример использования Styler`а для Хабра. Я добавил CSS стили, чтобы сделать весь текст жирным (ну или почти весь) для снижения напряжения на глаза 👀:
* {
font-weight: 700
}

А также добавил небольшой кусок JavaScript для оповещения о том, что уже целых 15 минут сижу и читаю публикации на Хабре ⏰:
const time = 1000 * 60 * 15 //15 минут
const stopChill = () => {
alert("Что-то ты сильно расчилился, пора бы поработать!")
}

setTimeout(stopChill, time)

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

Если что, я никого не покидал, это все проделки шпиёнов.

Ставь лайк, если тоже старый и любишь мемы с внезапным патисоном 👍

#юморэзки

На днях увидел в реальной диаграмме шлюз как на картинке слева, мем моментально в голове родился
😂😂😂

Эх, где этот мем был, когда я делал статью по BPMN…

#юморэзки

Я плохой БА

Да, я, действительно, себя считаю плохим бизнес-аналитиком, не смотря на то, что где-то пытаюсь совмещать эту роль. Я не умею определять истинные потребности и цели заказчиков. Если ко мне придут с задачей - «сделай кнопку», то, скорее всего, именно кнопку мы и сделаем, и то, что она не нужна для перевода бизнес-процесса из одного состояния в новое, могу не догадаться 🧠

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

И вот я начал делать и недавно узнал о методе «пять почему». Это когда к тебе приходят с задачей или проблемой, а ты через вопросы с «почему» пытаешься раскрыть первопричину запроса бизнеса.
Интересный факт, метод придумали(или популяризировали) в Тойота, да-да те самые, которые сделали Камри 3.5.

А теперь предлагаю взглянуть на пример:
Вы проснулись утром, налили себе чашку кофе, но он оказался холодным.

Почему? Кофеварка не включилась автоматически, как обычно.

Почему? Таймер кофеварки сбился.

Почему? Кот решил поиграть с кнопками на панели управления кофеваркой.

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

Почему? Вы так увлеклись работой, что совсем забыли про котика.

Вопросов с «почему» может быть больше или меньше пяти, главное — докопаться до истины. Если пойти еще дальше, то можно добраться и до диаграммы Исикавы, но это отдельная тема.

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

PS Метод рабочий, я проверил, но только не забывайте от вопроса к вопросу менять «почему» на другие слова, например: «из-за чего», «что послужило» и тд. А то человек, которого вы опрашиваете быстро примет вас за 🤡

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

У меня вышла третья статья на Хабре.

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

Памятка по XSD

#статья

Настоящие айтишники готовят на завтрак ИИшницу! Всем доброе утро и приятного аппетита!)

#юморэзки