Первый месяц на работе. Что делать?!
Получить оффер — это, безусловно, важный этап, но на самом деле это только начало пути. Дальше начинается самое интересное: адаптация в новой компании, знакомство с коллективом и процессами, а главное — демонстрация своих компетенций. Первые месяцы на новом месте — это время, когда нужно максимально проявить себя и заложить фундамент для успешной карьеры в компании. Вот несколько рекомендаций о том, что стоит и чего не стоит делать в этот период:
Что нужно делать:
Активно задавай вопросы. В первые месяцы никто не ожидает, что вы будете знать всё и сразу. Напротив, задавая вопросы, вы показываете, что заинтересованы в том, чтобы разобраться в деталях и понять, как всё работает. Это поможет вам быстрее адаптироваться и избежать ошибок.
Установи контакт с коллегами. Постарайтесь познакомиться с как можно большим количеством людей, особенно с теми, с кем вам предстоит работать напрямую. Знание, кто за что отвечает, и хорошее отношение с коллегами значительно облегчат работу.
Оцени культуру компании. Обратите внимание на корпоративные ценности и нормы поведения. Понимание корпоративной культуры поможет вам лучше вписаться в коллектив и избежать ненужных конфликтов.
Слушай больше, чем говори. Первое время лучше больше наблюдать и слушать, чем активно выражать свои идеи. Это поможет вам понять, как устроены внутренние процессы и какой подход будет наиболее уместен.
Планируй свою работу. Составьте план своих задач и целей на ближайшие месяцы. Это поможет вам организовать рабочий процесс и показать руководству свою продуктивность.
Чего не стоит делать:
Не пытайся сразу всё изменить. Даже если вам кажется, что вы знаете, как сделать лучше, в первые месяцы стоит воздержаться от кардинальных предложений. Сначала разберитесь в текущих процессах, их причинах и последствиях.
Не изолируйся. Некоторые новички стараются минимизировать общение с коллегами, чтобы сосредоточиться на задачах. Однако это может создать впечатление, что вы не заинтересованы в интеграции в коллектив.
Не игнорируй обратную связь. Важно быть открытым к критике и рекомендациям. Если вам дают обратную связь, это означает, что вам хотят помочь стать лучше, а не просто указать на ошибки.
Не перегружайся. В стремлении показать себя с лучшей стороны, многие новички берутся за слишком много задач. Это может привести к стрессу и снижению качества работы. Учитесь распределять нагрузку и говорить «нет», если необходимо.
Не забывай про work-life balance. Погружение в работу — это здорово, но не забывайте о личной жизни и отдыхе. Перегруженность может привести к выгоранию, что негативно скажется на вашей карьере.
Первые месяцы — это время, когда нужно быть внимательным, гибким и открытым для нового. Это залог успешной адаптации и дальнейшего роста в компании.
Получить оффер — это, безусловно, важный этап, но на самом деле это только начало пути. Дальше начинается самое интересное: адаптация в новой компании, знакомство с коллективом и процессами, а главное — демонстрация своих компетенций. Первые месяцы на новом месте — это время, когда нужно максимально проявить себя и заложить фундамент для успешной карьеры в компании. Вот несколько рекомендаций о том, что стоит и чего не стоит делать в этот период:
Что нужно делать:
Активно задавай вопросы. В первые месяцы никто не ожидает, что вы будете знать всё и сразу. Напротив, задавая вопросы, вы показываете, что заинтересованы в том, чтобы разобраться в деталях и понять, как всё работает. Это поможет вам быстрее адаптироваться и избежать ошибок.
Установи контакт с коллегами. Постарайтесь познакомиться с как можно большим количеством людей, особенно с теми, с кем вам предстоит работать напрямую. Знание, кто за что отвечает, и хорошее отношение с коллегами значительно облегчат работу.
Оцени культуру компании. Обратите внимание на корпоративные ценности и нормы поведения. Понимание корпоративной культуры поможет вам лучше вписаться в коллектив и избежать ненужных конфликтов.
Слушай больше, чем говори. Первое время лучше больше наблюдать и слушать, чем активно выражать свои идеи. Это поможет вам понять, как устроены внутренние процессы и какой подход будет наиболее уместен.
Планируй свою работу. Составьте план своих задач и целей на ближайшие месяцы. Это поможет вам организовать рабочий процесс и показать руководству свою продуктивность.
Чего не стоит делать:
Не пытайся сразу всё изменить. Даже если вам кажется, что вы знаете, как сделать лучше, в первые месяцы стоит воздержаться от кардинальных предложений. Сначала разберитесь в текущих процессах, их причинах и последствиях.
Не изолируйся. Некоторые новички стараются минимизировать общение с коллегами, чтобы сосредоточиться на задачах. Однако это может создать впечатление, что вы не заинтересованы в интеграции в коллектив.
Не игнорируй обратную связь. Важно быть открытым к критике и рекомендациям. Если вам дают обратную связь, это означает, что вам хотят помочь стать лучше, а не просто указать на ошибки.
Не перегружайся. В стремлении показать себя с лучшей стороны, многие новички берутся за слишком много задач. Это может привести к стрессу и снижению качества работы. Учитесь распределять нагрузку и говорить «нет», если необходимо.
Не забывай про work-life balance. Погружение в работу — это здорово, но не забывайте о личной жизни и отдыхе. Перегруженность может привести к выгоранию, что негативно скажется на вашей карьере.
Первые месяцы — это время, когда нужно быть внимательным, гибким и открытым для нового. Это залог успешной адаптации и дальнейшего роста в компании.
👍15🔥4❤3👌1🐳1
Отзыв Алины про успешное прохождение симулятора
До Симулятора училась в одной популярной онлайн-школе на системного аналитика, но не хватало практического опыта и целостного понимания профессии. Узнав о стажировке в KODE, отправила тестовое задание, но, к сожалению, на очную стажировку меня не позвали, но предложили пройти Симулятор системного анализа. Это оказалось очень полезным, потому что Симулятор дал реальное представление о том, чем занимается системный аналитик в рамках одного проекта, от анализа ЦА до подготовки требований для разработчиков.
Я увидела, как в KODE работают системные аналитики, какой стек технологий используется, и какие процессы происходят на разных этапах проекта. Это стало ключевым моментом в решении сменить профессию и понять, подходит ли она мне.
На курсе в онлайн-школе было много теории и хоть ты выполняешь практику: рисуешь диаграммы, изучаешь SQL, учишься собирать требования, это все не складывается в единую картину и ты не очень понимаешь жизненный цикл всего проекта. Есть общие понятия и фразы, а что в комплексе делает системный аналитик, понимания не было. Симулятор, в принципе, заполнил эти пробелы, дал уверенность, что могу успешно заниматься аналитикой, и я начала откликаться на вакансии. После стажировки уже на третьем или четвертом собеседовании получила оффер.
Сейчас работаю в финтехе, навыки и опыт, полученные на Симуляторе, оказались очень полезными. Например, работа с требованиями и понимание процессов сильно помогают в текущей деятельности. Смешение бизнес-аналитики с системной на Симуляторе сначала вызвало сомнения, но в итоге оказалось, что это дало отличную базу для понимания сути проекта и работы с ним на техническом уровне.
Из минусов могу отметить, что местами не хватало теории, и приходилось гуглить самостоятельно. Но в целом практика на Симуляторе дала мощный толчок к смене карьеры и помогла почувствовать уверенность в своих силах.
До Симулятора училась в одной популярной онлайн-школе на системного аналитика, но не хватало практического опыта и целостного понимания профессии. Узнав о стажировке в KODE, отправила тестовое задание, но, к сожалению, на очную стажировку меня не позвали, но предложили пройти Симулятор системного анализа. Это оказалось очень полезным, потому что Симулятор дал реальное представление о том, чем занимается системный аналитик в рамках одного проекта, от анализа ЦА до подготовки требований для разработчиков.
Я увидела, как в KODE работают системные аналитики, какой стек технологий используется, и какие процессы происходят на разных этапах проекта. Это стало ключевым моментом в решении сменить профессию и понять, подходит ли она мне.
На курсе в онлайн-школе было много теории и хоть ты выполняешь практику: рисуешь диаграммы, изучаешь SQL, учишься собирать требования, это все не складывается в единую картину и ты не очень понимаешь жизненный цикл всего проекта. Есть общие понятия и фразы, а что в комплексе делает системный аналитик, понимания не было. Симулятор, в принципе, заполнил эти пробелы, дал уверенность, что могу успешно заниматься аналитикой, и я начала откликаться на вакансии. После стажировки уже на третьем или четвертом собеседовании получила оффер.
Сейчас работаю в финтехе, навыки и опыт, полученные на Симуляторе, оказались очень полезными. Например, работа с требованиями и понимание процессов сильно помогают в текущей деятельности. Смешение бизнес-аналитики с системной на Симуляторе сначала вызвало сомнения, но в итоге оказалось, что это дало отличную базу для понимания сути проекта и работы с ним на техническом уровне.
Из минусов могу отметить, что местами не хватало теории, и приходилось гуглить самостоятельно. Но в целом практика на Симуляторе дала мощный толчок к смене карьеры и помогла почувствовать уверенность в своих силах.
🔥11👍3❤2😱2👌2🐳1
Токены: что это, где передается и как?
Сегодня продолжим говорить про авторизацию. В прошлый раз мы затронули тему того что именно является авторизацией, сегодня же обсудим такое понятие как "токен".
Что такое токен?
Токен - это некий ключ, предъявление которого является пропуском к защищенным ресурсам. К примеру мобильному приложению необходимо получить данные о покупках от сервера, чтобы отобразить экран со списком покупок. Так как это конфиденциальная информация, то серверу надо удостовериться что запрашивает данные именно тот пользователь, кому эти данные доступны. Для этого клиент в запросах отправляет токен (ключ доступа), который был ранее получен при успешной авторизации.
Пример токена: Authorization: Basic YWRtaW46YWRtaW4=
А где они передаются?
В HTTP запросах токен в целом возможно передавать как в query параметрах, так и в header или body.
Худший вариант из всех — передавать токен в query параметрах, так как он будет виден в URI запроса и это небезопасно.
Средний вариант — передавать в body, но это накладывает большое количество ограничений при проектировании запросов дальше (к примеру нельзя использовать GET запросы).
Лучший вариант — передача токена в header. Это безопасно и не накладывает иные условия на проектирования методов. Общим стандартом при проектировании как раз таки считается передача токена в header, который называется "Authorization".
Отдельный вариант для веб-приложений — в header параметре "Cookie". Это безопасный и достаточно распрастраненный вариант, но для мобильных приложений не подойдет.
Существует несколько схем HTTP-аутентификации: Basic и Bearer.
Basic — передает учетные данные в виде пар идентификатора пользователя и пароля, закодированных с помощью base64. Тут важно понимать, что base64 очень просто раскодировать и такой метод совершенно небезопасен, поэтому обязательно нужно использовать HTTPS (SSL) соединение.
Bearer — токены-носители для доступа к ресурсам, защищенным OAuth 2.0 (открытый протокол авторизации, который позволяет предоставить третьей стороне ограниченный доступ к защищённым ресурсам пользователя без необходимости передавать ей (третьей стороне) логин и пароль). Об OAuth 2.0 мы еще напишем отдельный пост, в котором затронем еще вид токена, который там используется.
Выбранная схема аутентификации обычно передается сразу в "Authorization":
Authorization: Bearer mF_9.B5f-4.1JqM
Сегодня продолжим говорить про авторизацию. В прошлый раз мы затронули тему того что именно является авторизацией, сегодня же обсудим такое понятие как "токен".
Что такое токен?
Токен - это некий ключ, предъявление которого является пропуском к защищенным ресурсам. К примеру мобильному приложению необходимо получить данные о покупках от сервера, чтобы отобразить экран со списком покупок. Так как это конфиденциальная информация, то серверу надо удостовериться что запрашивает данные именно тот пользователь, кому эти данные доступны. Для этого клиент в запросах отправляет токен (ключ доступа), который был ранее получен при успешной авторизации.
Пример токена: Authorization: Basic YWRtaW46YWRtaW4=
А где они передаются?
В HTTP запросах токен в целом возможно передавать как в query параметрах, так и в header или body.
Худший вариант из всех — передавать токен в query параметрах, так как он будет виден в URI запроса и это небезопасно.
Средний вариант — передавать в body, но это накладывает большое количество ограничений при проектировании запросов дальше (к примеру нельзя использовать GET запросы).
Лучший вариант — передача токена в header. Это безопасно и не накладывает иные условия на проектирования методов. Общим стандартом при проектировании как раз таки считается передача токена в header, который называется "Authorization".
Отдельный вариант для веб-приложений — в header параметре "Cookie". Это безопасный и достаточно распрастраненный вариант, но для мобильных приложений не подойдет.
Существует несколько схем HTTP-аутентификации: Basic и Bearer.
Basic — передает учетные данные в виде пар идентификатора пользователя и пароля, закодированных с помощью base64. Тут важно понимать, что base64 очень просто раскодировать и такой метод совершенно небезопасен, поэтому обязательно нужно использовать HTTPS (SSL) соединение.
Bearer — токены-носители для доступа к ресурсам, защищенным OAuth 2.0 (открытый протокол авторизации, который позволяет предоставить третьей стороне ограниченный доступ к защищённым ресурсам пользователя без необходимости передавать ей (третьей стороне) логин и пароль). Об OAuth 2.0 мы еще напишем отдельный пост, в котором затронем еще вид токена, который там используется.
Выбранная схема аутентификации обычно передается сразу в "Authorization":
Authorization: Bearer mF_9.B5f-4.1JqM
🔥8👍3❤1
Из джуна в мидла: как?
Дополним видео ещё одним советом Якуба, тимлида системных аналитиков KODE и автора Симулятора:
- На старте важно учиться и привыкать к новым задачам и неопределенностям. Это нормально, если в начале вам будут помогать коллеги: подсказывать, направлять и подталкивать. Но чем быстрее вы начнёте брать инициативу в свои руки и решать задачи самостоятельно, тем быстрее вы сможете перейти на следующий уровень.
Дополним видео ещё одним советом Якуба, тимлида системных аналитиков KODE и автора Симулятора:
- На старте важно учиться и привыкать к новым задачам и неопределенностям. Это нормально, если в начале вам будут помогать коллеги: подсказывать, направлять и подталкивать. Но чем быстрее вы начнёте брать инициативу в свои руки и решать задачи самостоятельно, тем быстрее вы сможете перейти на следующий уровень.
🔥13❤2🤝2
Привет, начинающие системные аналитики! Сегодня поговорим о том, почему проектный подход так важен для нашей работы.
Что такое проект? Проект — это временная работа с четкими целями и результатами. У него есть сроки, бюджет, ресурсы и задачи. Как аналитик, ты участвуешь в создании системных решений, которые помогают достичь этих целей. О процессе разработки продукта: от идеи до релиза мы уже рассказывали более подробно в этом посте.
Системный аналитик — это тот, кто помогает проекту двигаться по четкому плану, создавая работающие решения для бизнеса. Важно быть внимательным, хорошо понимать задачи и уметь грамотно работать с людьми и документацией.
Листай карточки, в них мы собрали важные моменты проектного подхода, а также советы, которые помогут в работе системного аналитика.
Что такое проект? Проект — это временная работа с четкими целями и результатами. У него есть сроки, бюджет, ресурсы и задачи. Как аналитик, ты участвуешь в создании системных решений, которые помогают достичь этих целей. О процессе разработки продукта: от идеи до релиза мы уже рассказывали более подробно в этом посте.
Системный аналитик — это тот, кто помогает проекту двигаться по четкому плану, создавая работающие решения для бизнеса. Важно быть внимательным, хорошо понимать задачи и уметь грамотно работать с людьми и документацией.
Листай карточки, в них мы собрали важные моменты проектного подхода, а также советы, которые помогут в работе системного аналитика.
❤12👍2🔥2🐳1
Для того, чтобы стать уверенным джун+ и приблизиться к уровню миддла, нужно двигаться дальше и развивать определенные хард-скиллы! 💪
Вот некоторые из них:
1️⃣ Углубленные знания в UML и BPMN
Помимо знаний нотаций UML, BPMN и для чего конкретно каждая из них нужна, а также базовых диаграмм, научись строить более сложные схемы и дополнять функциональные требования диаграммами SD/BPMN. Понимание, как визуализировать систему через диаграммы, поможет лучше структурировать и передавать информацию.
2️⃣ SQL на уровне работы со сложными запросами
Если на уровне джуна достаточно базовых SELECT и JOIN и понимания реляционных БД, то теперь пора научиться писать более сложные запросы, с применением основных операторов вывода данных (SELECT, FROM, WHERE, GROUP BY, ORDER BY, HAVING), выводить массив данных в виде плоской таблицы, иметь опыт в модификации данных (INSERT, UPDATE, DELETE). Чем лучше ты владеешь SQL, тем проще будет анализировать данные и предлагать решения.
3️⃣ API и интеграции
Современные системы редко существуют в вакууме, поэтому понимание, как происходит обмен данными между сервисами через API, крайне важно. Разберись, как работают REST и SOAP, научись читать и писать спецификации для API.
4️⃣ Документирование требований
Хороший аналитик – это тот, кто умеет четко и понятно документировать требования. Прокачай навыки работы с инструментами вроде Confluence, Jira. Учись не только оформлять ТЗ, но и описывать сценарии использования (use cases), user stories и функциональные требования в понятной и структурированной форме.
5️⃣ Системное мышление
Твой рост как аналитика напрямую связан с тем, насколько хорошо ты понимаешь не только отдельные части системы, но и как они связаны между собой. Развивай навык видеть "общую картину" и просчитывать последствия изменений в одном месте на всю систему в целом.
⭐ Работай с реальными кейсами, старайся брать больше ответственности на проектах, учись у более опытных коллег и не забывай прокачивать софт-скиллы — это все даст возможность выйти на новый уровень. ⭐
Вот некоторые из них:
Помимо знаний нотаций UML, BPMN и для чего конкретно каждая из них нужна, а также базовых диаграмм, научись строить более сложные схемы и дополнять функциональные требования диаграммами SD/BPMN. Понимание, как визуализировать систему через диаграммы, поможет лучше структурировать и передавать информацию.
Если на уровне джуна достаточно базовых SELECT и JOIN и понимания реляционных БД, то теперь пора научиться писать более сложные запросы, с применением основных операторов вывода данных (SELECT, FROM, WHERE, GROUP BY, ORDER BY, HAVING), выводить массив данных в виде плоской таблицы, иметь опыт в модификации данных (INSERT, UPDATE, DELETE). Чем лучше ты владеешь SQL, тем проще будет анализировать данные и предлагать решения.
Современные системы редко существуют в вакууме, поэтому понимание, как происходит обмен данными между сервисами через API, крайне важно. Разберись, как работают REST и SOAP, научись читать и писать спецификации для API.
Хороший аналитик – это тот, кто умеет четко и понятно документировать требования. Прокачай навыки работы с инструментами вроде Confluence, Jira. Учись не только оформлять ТЗ, но и описывать сценарии использования (use cases), user stories и функциональные требования в понятной и структурированной форме.
Твой рост как аналитика напрямую связан с тем, насколько хорошо ты понимаешь не только отдельные части системы, но и как они связаны между собой. Развивай навык видеть "общую картину" и просчитывать последствия изменений в одном месте на всю систему в целом.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9🔥5👍2🐳1😭1
Привет, я Илья, системный аналитик в компании KODE, и сегодня хочу рассказать вам о работе системного аналитика - о его основных задачах и зонах ответственности 🔥
Представьте, что вы проводите со мной целый рабочий день, наблюдая за тем, что я делаю. Это поможет вам не только узнать, в чем заключается основные рабочие задачи, но и прочувствовать атмосферу проектирования.
Итак, завтракаем и начинаем! Листайте карточки, чтобы посмотреть как проходит рабочий день системного аналитика👆 💜
Представьте, что вы проводите со мной целый рабочий день, наблюдая за тем, что я делаю. Это поможет вам не только узнать, в чем заключается основные рабочие задачи, но и прочувствовать атмосферу проектирования.
Итак, завтракаем и начинаем! Листайте карточки, чтобы посмотреть как проходит рабочий день системного аналитика
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🔥7😍5🥰1🐳1
Бывало у вас такое: приходите в новый коллектив, а там вокруг все говорят на каком-то непонятном языке? Кажется, что с этим сталкивались все начинающие специалисты.
Мы решили сделать рубрику Глоссарий, чтобы вам было легче понимать коллег и чувствовать себя увереннее в любой беседе. Начнем со слова Аппрув.
Аппрув (approve) — это термин, заимствованный из английского, который означает "утвердить" или "одобрить". В IT это слово используется для согласования определённых результатов работы, таких как требования, дизайн, код, проектная документация и т.д., а применительно к системному аналитику такое можно услышать, когда мы говорим про предложения, которые выносим заказчику или про ревью требований.
Например: "Системный аналитик может предложить требования к системе, которые затем проходят через процесс утверждения (аппрува) со стороны заказчика или команды разработки."
Когда что-то "аппрувится", это значит, что работа прошла проверку и может быть принята для дальнейших этапов.
Мы решили сделать рубрику Глоссарий, чтобы вам было легче понимать коллег и чувствовать себя увереннее в любой беседе. Начнем со слова Аппрув.
Аппрув (approve) — это термин, заимствованный из английского, который означает "утвердить" или "одобрить". В IT это слово используется для согласования определённых результатов работы, таких как требования, дизайн, код, проектная документация и т.д., а применительно к системному аналитику такое можно услышать, когда мы говорим про предложения, которые выносим заказчику или про ревью требований.
Например: "Системный аналитик может предложить требования к системе, которые затем проходят через процесс утверждения (аппрува) со стороны заказчика или команды разработки."
Когда что-то "аппрувится", это значит, что работа прошла проверку и может быть принята для дальнейших этапов.
❤7🔥4👍3🐳1
Если ты только начинаешь свой путь, обрати внимание на эти навыки, которые помогут тебе развиваться в этой профессии. Без паники — все реально, главное постепенно прокачиваться в нужных направлениях! 👇
1️⃣ Аналитическое мышление
Системный аналитик — это человек, который видит за проблемой всю картину. Задача — не просто собрать данные, а разобраться, как всё работает и найти лучшее решение. Начни привыкать к тому, чтобы задавать себе вопросы: почему так происходит, что можно улучшить и какие будут последствия изменений.
2️⃣ Умение собирать и оформлять требования
Важный навык — умение подавать информацию: визуализировать, описывать однозначно и емко, чтобы требования были четкими и понятными. Это сэкономит кучу времени и сил твоей команде.
3️⃣ Коммуникационные навыки
Умение общаться с разными людьми (заказчиками, разработчиками, тестировщиками), задавать правильные вопросы, доносить суть и договариваться.
4️⃣ Базовые знания в IT
Чтобы быть системным аналитиком, не нужно становиться программистом, но базовые знания о том, как работают системы и приложения, точно пригодятся. Изучи основы баз данных, сетей и архитектуры — это поможет лучше понимать разработчиков и предлагать адекватные решения.
5️⃣ Внимание к деталям
Детали — это твои лучшие друзья. Малейшая ошибка в документации или недочёт в требованиях могут вылезти большими проблемами на этапе разработки. Будь внимателен к мелочам, ведь твоя точность делает работу команды проще и эффективнее.
Постоянная работа над этими навыками поможет решать задачи и предлагать лучшие решения для команды и бизнеса. Успех в системном анализе — это не результат одного дня, а постоянный рост, и ты уже на верном пути💛
Системный аналитик — это человек, который видит за проблемой всю картину. Задача — не просто собрать данные, а разобраться, как всё работает и найти лучшее решение. Начни привыкать к тому, чтобы задавать себе вопросы: почему так происходит, что можно улучшить и какие будут последствия изменений.
Важный навык — умение подавать информацию: визуализировать, описывать однозначно и емко, чтобы требования были четкими и понятными. Это сэкономит кучу времени и сил твоей команде.
Умение общаться с разными людьми (заказчиками, разработчиками, тестировщиками), задавать правильные вопросы, доносить суть и договариваться.
Чтобы быть системным аналитиком, не нужно становиться программистом, но базовые знания о том, как работают системы и приложения, точно пригодятся. Изучи основы баз данных, сетей и архитектуры — это поможет лучше понимать разработчиков и предлагать адекватные решения.
Детали — это твои лучшие друзья. Малейшая ошибка в документации или недочёт в требованиях могут вылезти большими проблемами на этапе разработки. Будь внимателен к мелочам, ведь твоя точность делает работу команды проще и эффективнее.
Постоянная работа над этими навыками поможет решать задачи и предлагать лучшие решения для команды и бизнеса. Успех в системном анализе — это не результат одного дня, а постоянный рост, и ты уже на верном пути
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10❤5🔥2