Сегодня важный праздник

Этот пост хочется начать с того, что мужчины в IT-сфере составляют большинство. Если взять команду разработки, то в пропорциях отношение мужчин к женщинам примерно 3:1.

Поэтому можно смело сказать, что от вас зависит многое, как в работе, так и в жизни 💪🏻

Поздравляю вас с Днем защитника Отечества!

В этот особенный день хочется выразить вам свою безграничную благодарность и добрые чувства!
Желаю вам здоровья, силы и мужества! Смело реализовывайте свой потенциал и добивайтесь громких побед на всех фронтах 🎉

Подарок от меня ждёт вас по ссылке

С праздником! Успехов во всем! 🌟

Навигация по каналу в хештегах 👇🏻

#ginfotech_методыуправления
Методы управления в IT (Waterfall, Agile и пр.)

#ginfotech_ITкоманда
Какие роли бывают в IT команде, основные обязанности ролей

#ginfotech_грейды
О грейдах в IT, какие отличия, сколько зарабатывают

#ginfotech_системныйаналитик
Все о профессии системный аналитик: чем занимается, сколько зарабатывает, как найти работу

#ginfotech_навыкианалитика
Какими навыками и знаниями должен обладать системный аналитик

#ginfotech_обучение
Об обучении «Системный аналитик», раскрываю некоторые темы более подробно

#ginfotech_проекты
Проекты, в которых я принимала участие в качестве системного аналитика

#ginfotech_услуги
Какими услугами вы можете воспользоваться (диагностика, собеседование, наставничество)

#отзывы
Отзывы учеников курса «Системный аналитик»

#задачи_на_собесах
Разбираем задачи с реальных собеседований

#мойпуть
Как я росла до senior системного аналитика

📌 Читайте и сохраняйте

Что такое API?

API (Application Programming Interface — программный интерфейс приложения) – набор способов (функций, классов, методов и пр.) и правил, согласно которым приложения взаимодействуют друг с другом.

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

Иначе говоря, API – это способ интеграции приложений.

В вышеописанном примере приложение по доставке – это клиент. Суть в том, что клиент знает, что может API, но не знает, как именно все устроено внутри системы самого банка.

Так при чем здесь интерфейс?

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

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

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

Эти правила иначе называют протоколами.

Так для чего они нужны? ➡️

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

Наверняка вы слышали о SOAP и REST, любая вакансия на системного аналитика включает в себя требования по знанию либо SOAP, либо REST, либо и то и другое.

▪️ SOAP как раз таки и есть протокол взаимодействия приложений, основанный на XML.

▪️ REST – это архитектурный стиль, по-другому - набор правил написания кода для обмена данными между системами.

Не запутала вас?

#ginfotech_обучение

Часто ли системный аналитик сталкивается с API?

Все зависит от проекта.

И сегодня я хочу рассказать как раз о таком проекте, в котором я была fullstack аналитиком, то есть создавала систему «от и до». Это была медицинская информационная система.

Поделюсь, что значит быть fullstack аналитиком ➡️
Что я делала?

🔻 Я рисовала варфреймы как это видел бизнес – что должна отображать система и тд.

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

🔻 Это были огромные XML, которые нужно было сохранять в некотором структурированном виде, поэтому я проектировала БД, чтобы эти данные определенным образом к нам сложить.

🔻 Также я проектировала API и писала логику фронтенда, чтобы все данные отобразились на фронте.

Это был очень интересный проект 👍🏻

#ginfotech_проекты

После таких проектов всегда начинаешь верить в свои силы ещё больше, показывая себе, насколько ты экспертен. С поставленной задачей успешно справились ✅

Пишите в комментариях, если остались вопросы, или какую-то часть нужно раскрыть подробнее 👇🏻

В посте про API, я упомянула XML

Предлагаю подробнее рассмотреть, что это 🔻

XML (Xtensible Markup Language — расширяемый язык разметки) — это язык, с помощью которого удобно хранить и передавать любые данные.

XML – формат, основанный на международных стандартах.

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

Напомню, что XML единственно возможный формат входных и выходных данных для SOAP, но об этом попозже.

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

С этой задачей ему помогают справиться такие преимущества, как:
✔️ язык легко читается как человеком, так и машиной (компьютером)
✔️ благодаря текстовому формату данных, при передаче XML-файла с одного компьютера на другой не возникнет проблем с совместимостью

Структура XML

XML-файлы имеют древовидную структуру, то есть в них используется набор тегов, внутри которых могут находиться другие теги со своими значениями. Теги заключаются в скобки <>.

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

Пример:

<client>
<name>Иван</name>
<phone>2456789</phone>
</client>

Чем отличается от HTML?

Во-первых, предназначение XML - хранение и передача данных, а HTML — отображение данных.

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

➡️ В целом, у этих языков разное предназначение.

А XML чаще идет в сравнении с JSON.

Слышали о таком?

#ginfotech_обучение

5 советов для тех, кто собирается на собеседование

Каждое собеседование – это не только проверка ваших знаний, но и знакомство с вами, как с личностью.

Так или иначе все мы работаем в команде, поэтому работодатели смотрят не только на вашу экпертность, но и на ваши софт скилы. В том числе на то, как вы ведете себя в незнакомой ситуации.

Итак,
1. Ознакомьтесь с компанией, в которую идете на собеседование, заранее, а можно даже составить ряд вопросов. Возможно, вы получите на них ответы в процессе собеседования, тем не менее в арсенале должны быть подготовлены вопросы, чтобы показать вашу заинтересованность в вакансии. Работодателям нравится, когда к их проектам проявляют интерес, а не равнодушие 😉

2. Если вопрос не понятен, переспросите. Лучше уточнить, чем долго думать, при этом затрачивая время на понимание вопроса. Или еще хуже - "придумать" свое видение вопроса и отвечать на него.

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

4. Не отвечайте односложно "да" или "нет". Постарайтесь раскрыть каждый свой ответ подробнее.

5. Идите на собеседование в хорошем позитивном настроении. Так вы будете располагать к себе. Хмурые, раздражительные люди никому не нравятся и особенно работодателям.

Эти советы подходят для любой вакансии.

📌 Сохраняйте и используйте на практике.

Также на собеседовании проверяют и экспертные знания. Касаемо должности системного аналитика, вопросы бывают разные. Рассказать о них?

Ставьте 🔥 если ждете

Всем привет, друзья!

Как вы знаете, в IT огромное количество профессий – системный аналитик, тестировщик, разработчик, специалист по информационной безопасности, системный администратор и многие другие.

Хотите узнать, какая профессия подходит вам больше других?

Пройдите онлайн квиз по ссылке 📱

А также в преддверии праздника я решила сделать для вас подарок – урок из моего курса «Системный аналитик» на тему «Выяснение требований». Ссылку на урок вы получите вместе с результатами квиза 👍🏻

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

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

Проходите квиз, смотрите урок и пишите, что нового узнали о выяснении требований 👇🏻

По результатам голосования больше всего голосов набрал REST 🔻

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

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

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

А что такое RESTful API? Это API, которые соответствуют принципам REST.

Тогда разберемся с принципами:
1. Клиент-сервер – означает, что система должна состоять как минимум из двух частей (клиент и сервер). Клиент-серверная архитектура позволяет добиться масштабируемости.

2. Отсутствие состояния - сервер не хранит состояние, т.е. не запоминает ваш последний запрос. Благодаря этому возможны масштабируемость сервера и уменьшение времени обработки запроса.

3. Кэширование - сохранение ранее полученных ответов сервера на стороне клиента.
Кэширование позволяет увеличить скорость ответа и повышает производительность (за счет того, что не грузим системы доп.запросами).

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

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

6. Код по требованию (необязательное ограничение с точки зрения создателя этой концепции).

Что на практике?

Большинство API REST используют JSON, так как JSON - более легкий и простой формат по сравнению с другими, например, с тем же XML.

В REST интеграция - это совершение неких действий (методов HTTP) над ресурсами (используется их url).

Запрос в REST обязательно содержит:
✔️ идентификатор ресурса
✔️ метод, который необходимо совершить
✔️ параметры запроса

Методы: GET, POST, PUT, DELETE и пр.

Что дает следование принципам REST?

• Производительность
• Масштабируемость
• Гибкость к изменениям
• Отказоустойчивость
• Простота интерфейсов

Это самая базовая информация по REST ✔️

Подробнее рассказываю на моем курсе «Системный аналитик»📚

#ginfotech_обучение

Жду ваших реакций 🔥

8 марта такой праздник, когда поздравлений даже больше, чем в день рождения✨

Потому что абсолютно каждый человек говорит: «С праздником!»

Дорогие девушки, поздравляю вас с Международным женским днем! 💐

Пусть каждый день приносит вам новые возможности для роста и саморазвития, а ваша жизнь будет наполнена яркими и незабываемыми моментами 💫

Не бойтесь смело идти к своим целям, у вас все получится!

Напоминаю, что у меня есть для вас подарок – проходите квиз и смотрите урок из курса «Системный аналитик»

Всем ❤️

Кто уже посмотрел урок по сбору требований, поделитесь, что нового узнали на уроке?👇🏻

А кто еще не смотрел – торопитесь, проходите квиз по ссылке и смотрите урок «Выяснение требований» из курса 📚

Архитектура информационных систем

В посте о REST я упомянула клиент-серверную архитектуру, а сегодня хотела бы рассказать и о других типах архитектур информационных систем.

Сначала разберёмся с определением ⬇️

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

По сути можно сказать, что это ответ на вопросы:
1. Что делает система?
2. На какие части она разделена?
3. Как эти части взаимодействуют?
4. Где они размещены?

То есть это некие технические требования к архитектуре для понимания, как она обеспечивает функционирование текущих бизнес-процессов заказчика.

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

📶 Архитектура состоит из нескольких уровней:

1. Функциональный
2. Описание предметной области
3. Прикладной
4. Технологический

🔄 Классификация архитектур по способу взаимодействия:

1. Локальные
2. Распределенные
2.1. Файл-серверные
2.2. Клиент-серверные (двухзвенные, трехзвенные (многоуровневые))

Чаще всего я встречалась с трехзвенными архитектурами. В них входят монолит, микросервисные и сервисно-ориентированные архитектуры.

🔽 Типы архитектур:
1. Негибридные (не изменчивые)
2. Гибридные (в состоянии постоянного изменения)

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

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

Вообще, есть роль системного архитектора, и может показаться, что эту работу (по продумыванию архитектуры системы) должен делать он, но все зависит от того, как принято в той или иной компании.
🔻 Есть вещи, которые делает архитектор, а другие задачи делает аналитик и их работа как бы «на стыке».
🔻 Где-то аналитик вообще не лезет в архитектуру или наоборот продумывает «от и до».

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

Подробнее:
• Локальная ИС
• Файл-серверная ИС
• Клиент-серверная ИС
• Монолит
• Микросервисы
• Сервисно-ориентированная архитектура

Топ 5 технических вопросов на собеседовании системному аналитику

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

Этих вопросов много! Как я говорила, помимо экспертных также бывают вопросы и на софт-скилы, без этого не обходится ни одно собеседование.

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

А я собрала для вас ТОП 5 вопросов на проверку технических знаний, которые задают на 99% собеседований:

1. Какие есть виды требований? Какие требования относятся к функциональным, а какие к нефункциональным?

2. Что такое REST и SOAP. В чем принципиальное отличие?

3. Какие бывают запросы? Что такое синхронные и асинхронные запросы?

4. Какие есть классы кодов состояний HTTP?

5. Какие есть нотации? Какие схемы и диаграммы есть именно в нотации UML?

Не пугайтесь, если вопросы для вас непонятны, я разбираю эти темы на курсе «Системный аналитик»📚

📌 Сохраняйте этот список себе на будущее и записывайтесь на курс!

Друзья, в этом месяце к каналу присоединились новые подписчики, рада вас поприветствовать!

Расскажу немного о себе 🔻

Я Альбина Гараева, senior-системный аналитик, автор и спикер курса «Системный аналитик», являюсь практикующим экспертом, за моими плечами 8 лет опыта и более 20 проектов в различных сферах: ритейл, медицина, банки, e-commerce.

По образованию я программист.
Знакомство с IT началось больше 10 лет назад, еще в Казанском техникуме информационных технологий и связи, где я училась по направлению «Программирование компьютерных систем». Тогда же начала работать, но не в IT 😊

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

И тогда я решила, что судьба дарит мне тот самый шанс, надо пробовать. Именно в тот момент началась моя история в IT-сфере.

Далее было совмещение работы и получения высшего образования в Казанском национальном исследовательском технологическом университете (КНИТУ-КХТИ) по направлению «Информационная безопасность».

Я работала на разных позициях – была и программистом, и владельцем продукта, но в итоге выбрала путь системного аналитика и ничуть не прогадала.

Как я пришла к преподаванию я рассказала в посте про #мойпуть

Я выросла с нуля до уровня senior-специалиста и уверена, что любой способен освоить профессию системный аналитик.

❗️Здесь добавлю, что необязательно при этом иметь IT-образование. За 8 лет работы я встречала огромное количество системных аналитиков, которые не учились по IT-специальности. Кто-то из них был из финансовой сферы, у кого-то образование историка, а на одном проекте был системный аналитик, который по образованию филолог.

Поэтому главное – ваше желание!

Если вы решили стать системным аналитиком, знайте - каждый может найти работу мечты с возможностью работы из любой точки мира, повысить свою ЗП в несколько раз и знать, что перспективы в карьере есть всегда 👍🏻

Важно ❗️
Прочтите посты по хештегам 🔻

#ginfotech_проекты

#ginfotech_системныйаналитик

#мойпуть

Давайте знакомиться в комментариях!

Пишите кто вы, откуда, кем сейчас работаете 👇🏻

Как решиться на смену профессии и почему не надо это откладывать?

Системная аналитика – одна из самых перспективных ниш в IT 👩🏻‍💻

Количество IT проектов растет из-за массовой цифровизации компаний, которая началась еще в 2020-ом и из-за появления огромного количества проектов по импортозамещению, что увеличивает количество разработок российского ПО.

➡️ Для нас это означает, что количество работодателей становится все больше и больше. Сейчас разработкой ПО занимаются не только компании, специализирующиеся на этом, но и крупные игроки из практически любой сферы – банки, медицина, строительные компании, газовая и нефтяные отрасли и прочие.

Если поконкретнее – это Сбер, Газпром, Сибур, РЖД, МТС, ПИК, Северсталь и многие другие. Они разрабатывают свое ПО со спецификой своей отрасли: информационные системы, мобильные приложения и т.д.

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

Поэтому я считаю, сейчас очень классная возможность, чтобы быстро войти в эту профессию и начать работать в такой компании, которую вы выберете сами☝🏻

Но как решиться на смену профессии?
Я считаю здесь у каждого своя точка «кипения». И такой вопрос даже не стоит у тех, кто:
🔻 устал работать за низкую ЗП, которой не хватает
🔻 знает, что может больше, но чувствует, что на текущем месте достиг «потолка» и не видит карьерных перспектив.

Знаю это по себе, так как я отношусь к 1 типу.
Да-да, в начале карьеры, я понимала, что работа за 25 тысяч руб/мес, которая максимум индексируется на 1-2% в год – такое себе удовольствие 🤷🏻‍♀️

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

Почему?
⬇️⬇️⬇️

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

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

📌 Если одна из ваших целей – стать системным аналитиком, напишите, как вы можете ее достигнуть, какие шаги нужны для ее достижения?

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

И получите в подарок гайд «Soft skills & hard skills системного аналитика», в котором подробно расписаны основные навыки, необходимые системному аналитику 🔥

Если какого-то навыка у вас нет – внесите в дорожную карту развития и идите на пути к цели!

Сегодня хочу привести пример ученицы Энже 🔻

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

А самое главное – повысить уровень дохода, так как на текущей должности она достигла потолка.
Соответственно, перейдя на другую должность по новой профессии, она не потеряла в ЗП - это огромный плюс.

Ну а теперь представьте, что потолок в одной должности оказался стартовой ЗП в другой 🔥

Очень заманчиво, не так ли?

А еще предлагаю прочесть историю Нигины – изначально она не из IT-сферы, но в итоге стала ее частью.

Другие отзывы учеников читайте здесь
#отзывы

Давайте порадуемся за девочек вместе 🔥

🎙 Подкаст: Разобраться самому или довериться эксперту?

Что разобрали:

🔻 Кейс Энже – IT-шникам легче разобраться в системной аналитике?
🔻 А что, если я новичок в айти?
🔻 Разбираться самому – какие есть в этом случае подводные камни?

Жду ваши 🔥
__________________________________
Подробнее о курсе «Системный аналитик»

В кружочке рассказываю ситуацию с записью подкаста 🎙

Вывод из всего этого - важно делать то, что запланировал и не откладывать на завтра то, что можно сделать сегодня🔥