Снова и снова в том числе и на прямом эфире по результатам UC мне задали вопрос, “чем бизнес аналитик отличается от системного?”. Подробный ответ на этот вопрос можно найти в прямом эфире, который я проводила недавно с бизнес-аналитиком.

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

В ближайшее время у них новый поток обучения, в рамках которого:

✔️ вы не просто слушаете лекции, а уже со второй недели решаете кейсы от компаний уровня Т-Банк и Ozon
✔️ вы перенимаете знания у практикующих аналитиков — экспертов из компаний уровня Avito, BCG, Google, VK.
✔️ вы прокачаете все ключевые навыки необходимые для старта: Python, SQL, Excel, Tableau и др.
✔️ вы упакуете проекты в резюме с помощью профессионального HR-специалиста;
✔️ вы начнете искать работу в России или за границей.

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

И, конечно, для моих подписчиков есть промокод IT30 на скидку 30% на курс "Бизнес-аналитик". Промокод действует 2 дня!

Получите консультацию по ссылке: https://u.to/D2Q8Ig

erid: 2VtzqvHZrSW
Реклама. ООО "ВЫСШАЯ ШКОЛА АНАЛИТИКИ И СТРАТЕГИИ". ИНН 7716917009

“Беру ли я с собой ноутбук в отпуск?” 

Классный вопрос, на который сейчас я с удовольствием отвечаю “нет”. Я стараюсь отдохнуть на максимум, чтобы освободить мысли и перезагрузиться, но так было не всегда

Вот эти все мемчики про работу в отпуске на 100% были обо мне ещё пару лет назад. Да, я брала с собой ноут, работала, подключалась к срочным задачам. Все это был результат повышенной тревожности, гиперответственности, и просто так это не проходит. Ты либо доходишь до края когда тебе плевать на все, “гори оно все синим пламенем” - привет выгорание, либо привет нервный срыв. 

Для себя я поняла, что это вообще не вариант, ведь хочется просто жить. 
Иначе зачем работать, если работа становится смыслом жизни?

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

Пока я в отпуске решила поотвечать на ваши вопросы!

➡️ Задавайте их по ссылке

Форма анонимная.

P.S. Если у вас несколько вопросов, заполните форму несколько раз

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

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

Поэтому если вы хотите узнать:
⏺текущий уровень своих знаний
⏺что сейчас востребовано на рынке труда
⏺как именно вам продвинуться вверх по карьерной лестнице
⏺ответы на свои вопросы от senior системного аналитика

записывайтесь за диагностическую консультацию!

Созвонимся по видео, познакомимся, разберем ваши вопросы. Всего 30 минут, а в итоге сэкономите месяцы, а то и годы жизни.

Для записи пишите @ginfotech_manager с пометкой “Диагностика”. Я сейчас в долгожданном отпуске, поэтому открываю запись на май!

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

На старте карьеры важно просто найти работу, а какая именно компания не так важно. Наберетесь опыта, поймете что к чему в IT, и там уже можно смотреть. 

Я работала и в крупных компаниях (Совкомбанк, Surf Studio, Ренессанс здоровье, ГК Самолет и многие другие), так и в небольших, и сейчас для меня размер компании не так важен. Я всегда смотрю на проект. Я уже говорила, что люблю работать с мобильными приложениями с нуля, это прям мое самое любимое, поэтому, когда выбирала между несколькими предложениями в прошлый раз, выбрала именно текущее место работы. Хотя предложения были от крупных известных игроков на рынке. 

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

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

А вы бы как поступили — пошли бы в крупную корпорацию или в небольшую компанию?

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

Курс «Системный аналитик» - это 3,5 месяца практики в сочетании с теорией и индивидуальным обучением. Вас ждет 10 модулей:

Модуль 1: узнаете, кто такой системный аналитик, какими навыками должен обладать
Модуль 2: научитесь выяснять требования у заказчика и подбирать технику в соответствии с задачей
Модуль 3: познакомитесь с процессами в IT
Модуль 4: поймете, что такое клиент-серверное взаимодействие, какие бывают способы его описания
Модуль 5: освоите основные правила UI/UX
Модуль 6: научитесь писать ТЗ для frontend-разработчиков и узнаете, какие бывают продуктовые и маркетинговые метрики
Модуль 7: разберете на примерах реляционные и нереляционные базы данных
Модуль 8: узнаете, кто такой QA-инженер, научитесь работать с Postman и Swagger и тестировать API
Модуль 9: научитесь писать ТЗ для backend
Модуль 10: научитесь составлять схемы и диаграммы

Каждый модуль состоит из видео-лекций, презентаций, шаблонов и другой документации, которую вы сможете использовать в дальнейшей работе🔥 Да, это крутые шаблоны, за которые разработчики мне говорят: “спасибо, что пишешь такие понятные ТЗ!”.
По изучению всех модулей, вы сдаете экзамен.

🎁 Бонус от меня: помощь в составлении резюме и демособеседование.
Итак, после курса вы:
— Освоите необходимые навыки для работы системным аналитиком
— Получите сертификат о прохождении курса (на тарифах с куратором и вип)
— Будете готовы к собеседованиям
Подробнее о курсе на сайте ginfotech.ru/course/ или в ЛС у менеджера @ginfotech_manager

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

Не успеваю вовремя выкладывать #отзывы, так что скорее делюсь обратной связью о курсе «Системный аналитик» от Ирины Рогожиной. Меня радует, что меня выбирают коллеги, благодарю вас за доверие - всегда очень ценно, что ко мне приходят учиться специалисты из IT. Ирина - бизнес-аналитик, и новые знания ей нужны  для качественного выполнения рабочих задач:

«Спасибо куратору за ответы на все мои вопросы, а также за подробную коммуникацию - иногда куратор описывала некие альтернативные варианты решения и объясняла, почему в данном конкретном случае лучше всего подойдет именно этот вариант. 
Я уже использую в работе некоторые фишки в Confluence, а главное - теперь я лучше понимаю команду, когда разработчики говорят про какие-то серьезные технические вещи. Спасибо за курс!»

➡️ Полное видео по ссылке

Ирина, желаю карьерного роста и интересных, зажигающих проектов!

Мы с ребятами изучили UC на практике и справедливо возник вопрос: а зачем вообще UC, если есть ТЗ? 

Классный вопрос. Ведь именно поэтому я долгие годы не писала UC, т.к. на проектах писала только ТЗ по своему шаблону: разработчикам все было предельно понятно, заказчик был счастлив, что функционал соответствует требованиям и всё было круто. 
А потом на одном из проектов заказчик сказал: “нам нужны юзкейсы. обязательно.” 

Слово заказчика - закон. Так и начала писать юзкейсы. 
Но ответ на вопрос, конечно, глубже. Юзкейс описывает сценарии реального взаимодействия пользователя с системой: он нажал кнопку — система ответила. Пользователь не ввёл обязательное поле — что тогда? Кто-то отменил заказ — а мы обработали?

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

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

Но если спросите, а что бы я выбрала: ТЗ или UC, то ответ, конечно, ТЗ! Так как шаблон, в котором я работаю:
а) удобен для разработчиков
б) прост и понятен для заказчиков 
в) включает в себя подробное описание каждого шага, по сути тот же самый UC, но с более глубокой проработкой

Тем не менее мы опираемся здесь и на требования работодателя, и на требования заказчика, поэтому несомненно - надо уметь правильно писать UC! Как и правильно составлять ТЗ, проектировать API, писать запросы к БД - чем больше инструментов в вашем арсенале - тем лучше в первую очередь для вас.

“В IT массовые сокращения”
“Крупные IT-компании закрывают вакансии и прекращают найм”

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

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

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

Берешь себя в руки и начинаешь проходить собеседования. Много собеседований. Я, кстати, делилась в канале, как раз и навсегда перестать их бояться, почитайте ➡️ https://t.me/garaeva_it/728 Потом находишь работу и понимаешь, что все это было не так то и страшно. 

Да и в конце то концов, вы ведь не думаете, что на текущем месте проработаете до пенсии?) Рано или поздно нужно будет выходить на рынок труда и заявлять о себе. Так что советую относиться к новостям в заголовке лишь как к «информационному шуму», который ни в коем случае не должен выбивать вас из колеи. 

Что самое сложное в профессии?

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

И тут всё просто — всё зависит от опыта, грейда, от бэкграунда, от проектов, в которых работал СА и т.д. и т.п.

Вот, например, для некоторых сложной темой является проектирование API. Это что-то такое непонятное, неизведанное и очень запутанное. Для меня, наоборот, эта тема — одна из любимых и понятных. 

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

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

Поэтому пока не попробуешь поработать системным аналитиком, так и не поймешь) Вот только бояться ничего не надо, самое сложное в текущий момент может оказаться очень легким через пару лет.
Главное — не останавливаться в прокачке своих знаний!

Коллеги, а как вы считаете, что является самым сложным в нашей профессии?

Это срочное напоминание, что сегодня в закрытой группе будет обучение по написанию юзкейсов + сегодня будем раздавать доступы в Confluence, успевайте вступить в чат до 17:00

За ссылкой в закрытый чат пишите @ginfotech_manager

Чем же всё-таки занимается системный аналитик?

Вопрос, который мне задают чаще всего. И не только новички, но и коллеги из смежных областей. Кажется, что СА — это что-то между разработчиком, менеджером и ясновидящим 😀 Так чем же он занимается на самом деле?

Системный аналитик — это человек, который превращает “хочу кнопку” в понятную, реализуемую, логически выстроенную систему.

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

Работа системного аналитика — это постоянный баланс между бизнесом и разработкой. Это про логику, структуру, диалог и ответственность.

Если всё сделано правильно — проект идёт гладко, команда понимает, что делать, заказчик получает именно то, что нужно.
Если нет… придётся переделывать…

Ну, а теперь к вопросу “подойдёт ли мне эта профессия?”
Если вы:
✔️любите систематизировать хаос
✔️получаете удовольствие от ясности в голове и в документах
✔️способны долго фокусироваться на одной задаче
✔️задаёте много “а почему?”, “а зачем?”, “а что если?
✔️любите и умеете разбираться в сложном и упрощать это для других
— то вам точно в профессию.

А вот если вы — человек-ураган, которому тяжело усидеть на месте и погружаться в детали, и от фразы “нарисуй диаграмму” вам хочется сбежать — возможно, стоит присмотреться к другим ролям в IT. Хотя, думаю, и такие люди могут чувствовать себя на своем месте, будучи системным аналитиком!

А вы к какому типу себя относите?

👍🏻 - систематизирую хаос
🔥 - а я – ураган

Прошлый МК по написанию ТЗ вызвал шквал эмоций и благодарностей!

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

Например, с Филиппом у нас уже был прямой эфир, вот ссылочка, посмотрите🔥
Филипп рассказал, как искал работу, что спрашивают работодатели, поделился стратегией поиска. И вот уже с декабря он - системный аналитик! А все начиналось с нашего МК… 

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

➡️Ссылка на закрытый чат

Вступайте и обязательно освободите несколько часов для выполнения ДЗ!

Мастер-класс по написанию Use Case с подарками

Пришло время раскрыть все карты!

Друзья, с 9 по 14 апреля пройдет закрытый МК по написанию Use Case, где вы сможете на практике написать свой Use Case прямо в Confluence, а лучшие (да-да, я проверю все ваши UC!) - получат ценные подарки. 

Программа:

✔️9 апреля - прямой эфир «Что такое UC и как его писать» в закрытом чате*: поделюсь проверенным шаблоном, разберем примеры 

✔️10 апреля вы получите в ЛС индивидуальный доступ к Figma и Confluence

✔️Сдача ДЗ до 12 апреля

✔️14 апреля - подведение итогов в прямом эфире. Вручаю ценные подарки 🎁

Для кого этот МК?
◾️для тех, кто хочет перейти в IT, но не понимает, что будет делать и как - вы сможете попрактиковаться на реальной задаче и поработать с реальными инструментами системного аналитика
◾️для начинающих СА - кто уже обучился и начал работать, и хочет узнать о новом инструменте для описания требований

➡️Жду вас всех в закрытом чате по ссылке (ссылка сгорит 6.04 в 23:59)🔥

*Почему чат? Вы сможете писать свои вопросы, а я буду на них отвечать - классная возможность получить ответы на все волнующие вас вопросы

Разберем подробнее Use Case

Юзкейс помогает описать, как пользователь взаимодействует с системой для достижения своей цели. Это мощный метод, который позволяет:

• Понять требования заказчика. Юзкейс показывает, какие функции системы действительно нужны пользователям.
• Упростить разработку. Четкое описание сценариев помогает команде избежать недопонимания.
• Обнаружить потенциальные ошибки. Еще на этапе анализа можно увидеть «узкие места» и продумать альтернативные пути.
• Создать удобный интерфейс. Если сценарий неудобен, пользователи найдут другой способ решения своей задачи — возможно, без вашей системы.

Структура Use Case
⏺Акторы – пользователи или другие системы, взаимодействующие с системой.
⏺Цель – чего хочет достичь актор.
⏺Основной сценарий – последовательность шагов, ведущая к успешному результату.
⏺Альтернативные сценарии – что делать, если что-то пошло не так.

Пример Use Case

Сценарий: «Пользователь заказывает такси в приложении»
Акторы: Пользователь, Водитель, Платежная система
Основной сценарий:
1. Пользователь выбирает точку отправления и назначения.
2. Система рассчитывает стоимость и предлагает варианты машин.
3. Пользователь подтверждает заказ.
4. Водитель принимает заказ.
5. После поездки система списывает оплату.

Альтернативный сценарий:
• Если водитель отменяет заказ → система предлагает нового.
• Если у пользователя недостаточно средств → система запрашивает другой способ оплаты.

Итак, если Use Case описан четко, разработчикам не придется «догадываться», тестировщикам — искать пробелы в логике, а пользователи не столкнутся с сюрпризами.

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

Моя история с Use Case

Еще пару лет назад я практически не писала Use Case. В проектах, где я работала, просто не было в этом необходимости – все строилось на классическом ТЗ. Компании либо использовали мой шаблон, либо предлагали свой, и по факту юзкейсы были не востребованы.

Но на собеседованиях вопрос про Use Case звучал регулярно. Забавно, что даже там, где его не использовали, все равно спрашивали. Видимо, «положено». Я знала теорию, но в боевой практике применять не приходилось.

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

По сути, Use Case - это описание взаимодействия пользователя с системой. Кто выполняет действие, что делает, как реагирует система. 

Например:

Пользователь нажимает «Заказать» → Система показывает сумму к оплате → Пользователь подтверждает → Система оформляет заказ.

Дополнительно описываются цели, предусловия, постусловия, ограничения, бизнес-правила.

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

И, как я уже говорила на эфире - скоро я проведу мастер-класс по написанию Use Case, и вы сможете попробовать сделать это на практике! Следите за анонсами🔥

Студенты выпускаются - #отзывы случаются! 

И на этот раз это отзыв от бизнес-аналитика Светланы Ольшанниковой. Зачем бизнес-аналитику обучаться на системного, если он не планирует менять профессию?

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

Всё это благодаря погружению в технические тонкости!

➡️Смотрите полный отзыв по ссылке

Благодарю коллег, которые выбирают меня в качестве преподавателя. Для меня это очень ценно!

А Светлане желаю карьерного роста и интересных проектов! 🚀

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

➡️Из плюсов самостоятельности - это бесплатно в моменте, но платите вы другим - временем. Если вы готовы, без проблем, я и сама так училась 10 лет назад.

💡 Но если вы не готовы терять время и набивать собственные шишки (а они будут до тех пор, пока вы не поймете, как надо действовать), то обучение - беспроигрышный вариант.

На курсе “Системный аналитик” вы научитесь и требования собирать, и оформлять их так, что разработчики вам скажут огромное спасибо, зауважают вас и всегда будут прислушиваться к вашему мнению 😉

И, конечно, и схемы оформлять, и дизайн отрисовывать, и API проектировать, с БД работать - всё это за 3,5 месяц с индивидуальным сопровождением куратора, практикой в реальных инструментах (Confluence, Postman, Figma, DBeaver).

➡️ Подробно об обучении можно узнать на сайте https://ginfotech.ru/course или написать менеджеру в ЛС @ginfotech_manager

Почему нас [аналитиков] не заменят нейросети. К вчерашней беседе😂

Запись эфира

Друзья, спасибо всем, кто пришел на эфир - получилось очень насыщенно!

Оставляю запись для тех, кто не успел прийти:

1:20 Знакомство с Еленой, как пришла в бизнес-аналитику
3:45 Как видит требования заказчик
9:45 Как сделать так, чтобы заказчик был доволен результатом? Почему важно говорить с заказчиком на одном языке?
13:35 Какие инструменты нужны для достижения результата?
16:23 Гибрид БА и СА
19:03 Где заканчивается ответственность бизнес-аналитика и задача переходит на системного?
30:10 Какие навыки необходимы системному аналитику? Что такое self-скилы?
Елена рассказала про фокус внимания, избирательность внимания, управление рабочей памятью, умение задавать правильные вопросы, критическое мышление, коммуникативные навыки
38:50 Почему к середине рабочего дня чувствуешь себя уставшим, хотя был всего на паре звонков и перебрал почту?
40:16 Может ли ИИ заменить аналитика?
56:50 Советы начинающим по сбору требований
1:01:00 Ответы на вопросы

Очень крутой эфир получился 🔥
Уверена, каждый участник услышал для себя что-то важное - это самое главное!

Благодарю Лену, что поделилась своим видением такого интересного этапа в разработке ПО, как выяснение требований!

◾️Кстати, Елена - не только бизнес-аналитик, а еще и нейротренер, магистр нейропсихологии, поэтому было очень полезно узнать о критическом мышлении от эксперта в этой области. А еще она ведет свой телеграм-канал о личностном развитии и мышлении лидера НейроUP - подписывайтесь, кто хочет больше узнать о тренировке и развитии мозга💡

◾️Книга Елены, о которой она упомянула: "Мышление аналитика. Как развить навыки через понимание работы мозга"
• бумажный вариант
• электронный вариант

Ну что же, эфир прошел, а знания останутся навсегда! Поделитесь, что из полезного начнете использовать в работе уже сейчас?

Всем привет!

🔥Напоминаю, что сегодня в 20:00 пройдет прямой эфир с бизнес-аналитиком Еленой Белоусовой.

Что обсудим:
⏺как видит требования заказчик
⏺как сделать так, чтобы заказчик был доволен результатом
⏺какие действия и инструменты необходимы для достижения этого результата
⏺гибрид БА и СА - поделюсь своим видением этого актуального вопроса
⏺софт-скилы для качественного выполнения задач
⏺заменит ли ИИ аналитика?

Жду вас - подключайтесь в 20:00!

Вопросы во время эфира можно писать в комментариях под этим постом ⬇️

Когда только начинаешь свой путь в профессии на первой работе, берешь первую задачу, выясняешь требования, пишешь ТЗ, команда начинает разработку. И тут к тебе приходит заказчик: а давайте сделаем не так, а вот так, и это поменяйте.
«АААА! Всё менять!» - паника, стресс - вот что происходит внутри системного аналитика. Но опытный специалист знает, что изменения в требованиях - это абсолютно нормально.

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

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

Подробнее я уже писала ранее в этом посте

Хочу отметить здесь следующее:

• Всегда оценивайте, как внесенные изменения отразятся на других частях системы

• Заранее предусмотрите, кто будет единой точкой принятия решения и согласования изменения (представьте, со стороны заказчика 10 человек и если ждать ОК от всех - пройдет много времени)

• Незамедлительно сообщайте информацию об изменениях всем заинтересованным лицам

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

Научитесь управлять изменениями требований - так у вас точно получится создать то, что будет соответствовать ожиданиям заказчика!🔥

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

Как определиться, какое направление выбрать?

Увидела, что у школы Changellenge >> Education есть курс "Аналитик PRO", закончив который вы сможете работать как бизнес-аналитиком, так и аналитиком данных или даже финансовым аналитиком!

В ближайшее время у них новый поток обучения, в рамках которого:

✔️ вы не просто слушаете лекции и решаете кейсы на протяжении нескольких месяцев, а получаете реальный опыт работы над задачами таких компаний, как Оzon и Тинькофф;
✔️ перенимаете знания у практикующих аналитиков — эксперты из компаний уровня Avito, BCG, Google, VK проводят регулярные мастер-классы;
✔️ вы прокачаете все ключевые навыки (Python, SQL, Excel, Tableau и др.) необходимые для старта работы аналитиком
✔️ вы упакуете проекты в резюме с помощью профессионального HR-специалиста;
✔️ вы начнете искать работу в России или за границей.

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

И, конечно, для моих подписчиков есть промокод IT25 на скидку 25 000 рублей на курс "Аналитик PRO".
Получите консультацию по ссылке: https://u.to/67IrIg

erid: 2VtzqxmUMjV
Реклама. ООО "ВЫСШАЯ ШКОЛА АНАЛИТИКИ И СТРАТЕГИИ". ИНН 7716917009

Чем отличается бизнес-аналитик от системного? Собрала основные пункты в сравнительную таблицу.

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

А на прямом эфире разберем некоторые пункты подробнее🔥

Прямой эфир с бизнес-аналитиком

Друзья, как и обещала, анонсирую: 25 марта (ровно через неделю) в 20:00 проведем прямой эфир с Еленой Белоусовой - бизнес-аналитиком и нейротренером. 

⚡️Эфир будет полезен и начинающим, и действующим системным аналитикам!

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

• Как сделать так, чтобы заказчик был доволен результатом проекта?

• Что важно в бизнес-анализе? 

• Где заканчивается зона ответственности бизнес-аналитика и задача переходит на системного аналитика? 

• Важность критического мышления в анализе

🔥 Приходите и приглашайте всех, кому интересна эта тема. Эфир проведем здесь в канале.

До встречи 25.03 в 20:00!

Емкое объяснение, чем же занимается удаленщик, когда работает, лёжа на диване.

Перешлите тому, кто думает, что вы просто сидите дома и не работаете😆

“Почему сбором требований занимается системный аналитик? Разве это не зона ответственности бизнес-аналитика?”

Всё как всегда зависит от проекта и от компании. В крупных компаниях (а значит и на крупных проектах) системный аналитик часто работает в тесной связке с бизнес-аналитиком. Но если компания не большая, то системный аналитик здесь и за бизнес-аналитика, и за владельца продукта, и совмещает еще несколько ролей. Либо, наоборот, под должностью “бизнес-аналитик” скрывается системный аналитик - он и требования соберет, и ТЗ напишет, в интеграции он не пойдет, но половину задач СА точно решит.

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

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

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

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

Требования: интересное в канале

Когда собирала этот пост подумала “разве есть то, чего я еще не разобрала в канале на эту тему?”. Действительно, вы только посмотрите: 

• Что такое требования к разработке ПО и как их собирать?
• Функциональные и нефункциональные требования
• О противоречивости требований
• Об изменении требований 
• Свойства требований
• Источники требований
• Чек-лист идеального интервью
• Книга №1 по требованиям
• Формализация требований
• Шаблон для описания требований
• Ф-модель процесса написания требований
• Методы формализации требований (часть 1, часть 2)
• SRS
• ТЗ vs SRS
• 5 ошибок начинающего специалиста при написании ТЗ

Этих постов вполне достаточно, чтобы у вас сложилось представление о сборе требований, изучайте, сохраняйте, а если есть вопросы - пишите в комментариях или в лс менеджеру @ginfotech_manager, с удовольствием отвечу😉

Тема сбора требований у заказчика всегда входит в ТОП 3 вопроса на консультациях как при общении с действующими СА, так и с новичками в профессии.

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

Ситуации бывают разные:

⏺Заказчик пришел с готовым ТЗ по ГОСТу: здесь всё чётко, остаётся только реализовать.

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

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

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

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

Почему это так важно?

➡️Ошибки на этом этапе могут стоить слишком дорого.

Представьте: вы потратили месяцы на реализацию проекта, а в конце заказчик говорит: «Это не то, что нужно». Переписывать архитектуру, переделывать интерфейс, заново интегрировать модули — это всё дополнительные затраты времени, денег и нервов…

Предлагаю снова разобрать эту важную тему не только в теории, но и на практике - следите за постами🔥

С праздником, мои дорогие подписчицы💐

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

Сегодня не про код, не про аналитику, не про баги и фичи. Сегодня про вас!
Пусть день будет лёгким, настроение — солнечным, а рядом будут люди, которые ценят и вдохновляют.

Вы классные! И я желаю вам верить в себя, расти, добиваться целей и не забывать иногда делать паузу, чтобы просто наслаждаться жизнью❤️‍🔥

В преддверии женского праздника предлагаю вспомнить тех, кто доказал: технологии — не только для мужчин.

Женщины внесли огромный вклад в развитие IT, и без них мир цифровых технологий был бы совершенно иным. Здесь и первая в истории программистка, и «мать интернета».

А кого бы в этот список добавили вы? 

NoSQL: подводим итоги

Мы подробно разобрали разные NoSQL СУБД:

▪️MongoDB
▪️Redis
▪️Cassandra
▪️Memcached

Говорили о том, как они работают, какие задачи решают и чем отличаются от реляционных баз данных.

Главные выводы:

• NoSQL — это не про отказ от SQL, а про гибкость и масштабируемость.

• Разные NoSQL СУБД подходят для разных задач: MongoDB — для документов, Memcached и Redis — для кэширования, Cassandra — для распределённых систем.

• Они выигрывают в скорости и масштабируемости, но уступают реляционным базам в транзакционной целостности и стандартизации.

NoSQL не заменит классические PostgreSQL, MySQL или Oracle, но даёт крутые инструменты для высоконагруженных и распределённых систем, поэтому в проектах они встречаются достаточно часто.

На курсе Cистемный аналитик наряду с реляционными БД мы изучаем и нереляционные - это помогает выпускникам легко сориентироваться на реальных проектах и быть готовыми влиться в рабочие задачи🔥

Memcached: что нужно знать системному аналитику

Вернемся к NoSQL, и для начала немного предыстории.
В начале 2000-х, когда динамические веб-приложения становились всё популярнее, разработчики столкнулись с проблемой: базы данных не успевали обрабатывать огромный поток запросов. Каждый новый пользовательский запрос приводил к обращению в БД, что замедляло работу сервисов.

В 2003 году Брэд Фицпатрик, работая над LiveJournal, решил эту проблему, создав Memcached — лёгкую и быструю систему кэширования, которая хранила часто используемые данные в оперативной памяти и тем самым разгружала базу данных. Позже технология вышла за пределы LiveJournal и стала применяться в других крупных веб-сервисах (YouTube, Twitter и пр.)

Memcached — это in-memory key-value хранилище с открытым исходным кодом. Оно используется для временного хранения данных, чтобы снизить нагрузку на базу данных и ускорить обработку запросов.

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

1. Приложение запрашивает данные → Memcached проверяет, есть ли они в кэше.
2. Если данные есть — возвращает их мгновенно.
3. Если нет — обращается к БД, получает данные и кэширует их в памяти.
4. В следующий раз те же данные будут браться из кэша, а не из БД.

Где применяется?

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

Плюсы и минусы Memcached
✅ Высокая скорость благодаря работе в оперативной памяти.
✅ Простота в установке и использовании.
✅ Горизонтальное масштабирование (можно легко добавить новые серверы).
❌ Нет встроенной персистентности (при перезапуске сервера данные теряются).
❌ Ограничение на размер данных (один ключ — до 1 МБ).

Memcached vs Redis

Memcached часто сравнивают с Redis. Оба инструмента выполняют схожие задачи, но:
▪️Memcached быстрее, если нужны простые key-value операции.
▪️Redis мощнее, если важны сложные структуры данных и персистентность.

Итак, Memcached — это отличный инструмент для кэширования, который снижает нагрузку на базу данных и ускоряет работу систем. Особенно в высоконагруженных веб-приложениях, где важны скорость и масштабируемость👍🏻

Ничего более жизненного вы сегодня не увидите 😅

А для тех, кто пропустил - я подробно разбирала основные модели разработки ПО, а про Scrum можно почитать тут и тут

Как прокачать коммуникабельность?

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

Кому знакомо? 

Я по своей сути интроверт, но! Общение - это база моей жизни. Причем онлайн - это одно, оффлайн - совсем другое. Я периодически устраиваю себе вылазки в обществе друзей, какие-то мастер-классы, сообщества и новые знакомства. 

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

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

Прокачивая коммуникабельность, вы в любом случае остаетесь в плюсе - такие софтскилы еще никому не помешали! 

P.S. А с теми, кто в Казани, с удовольствием сыграю в мафию 😉

Продолжим про NoSQL СУБД и сегодня поговорим о Cassandra - одной из самых мощных NoSQL баз данных. Cassandra используется там, где реляционные базы данных не справляются из-за высоких нагрузок, распределенной архитектуры или необходимости масштабирования в режиме реального времени.

Вы можете столкнуться с этой СУБД в следующих случаях:
• если требуется обработка данных в реальном времени 
• если используются хранилища с высокой нагрузкой (социальные сети, стриминговые сервисы)
• в IoT-платформах (требуют надежного хранения информации с множества устройств)
• в системах, работающих на нескольких дата-центрах

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

Что важно знать?

▫️Модель данных:
• Данные группируются в keyspace (аналог схемы БД в реляционных СУБД).
• В keyspace хранятся колоночные семейства (аналог таблиц).
• Колонки объединяются в строки, но их структура может быть разной для каждой записи.

▪️Распределение данных:
• Используется согласованное хеширование (consistent hashing) — ключ определяет, на каких узлах кластера будут храниться данные.
• Поддерживается репликация данных для обеспечения отказоустойчивости.

Итак, если говорить про плюсы и минусы Cassandra:
✔ Высокая масштабируемость и отказоустойчивость.
✔ Отлично подходит для распределенных систем с огромными объемами данных.
✔ Гибкая настройка согласованности данных.

✖ Запись быстрее, чем чтение (из-за особенностей работы с диском).
✖ Не поддерживает транзакции в классическом понимании реляционных БД.

Подводя итог всему вышесказанному, можно сказать, что Cassandra — это не просто NoSQL-база, а мощный инструмент для аналитики, Big Data и высоконагруженных распределенных систем.

Кто уже поработал с этой СУБД, что добавите по плюсам и минусам?

Как раз и навсегда перестать бояться собесов

Сходить на 100 собесов без ожиданий

Ну ладно, хотя бы на 20-30😉
Что при этом происходит?

Вы перестаете бояться провала! Вот серьезно - вы ведь не ждете, что все 20 компаний предложат вам работу. К отказам вы отнесетесь абсолютно спокойно.

Мало собесов (штук 5-6) - значит ты будешь сильно переживать на каждом, думать «хоть бы получить оффер». Эти переживания повлияют на твое поведение - не позволишь себе ошибиться, будешь бояться выглядеть глупым, покажешь, что нервничаешь и т.д.

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

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

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

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

Начало года выдалось очень насыщенным! И на рабочих проектах большая загрузка, и выпускники выпускаются, и демособеседования провожу… А знаю, что есть те, кто ждёт свободные слоты на консультации! 

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

✅ понять, как построить план развития и двигаться по карьерной лестнице,
✅ узнать, что сейчас востребовано на рынке труда,
✅ понять, куда двигаться дальше (если достигли потолка на текущем месте) и нужно ли для этого получить знания, а может вы уже готовы к росту, просто не знаете об этом!

Формат: видеозвонок
Длительность: 30 минут
Стоимость: 1000 руб
Ценность:
бесценно!
Именно так и говорят те, кто были на консультациях, так как вы начинаете видеть текущую ситуацию совсем иначе. 

🔥Кому актуально, записывайтесь у @ginfotech_manager - сориентируем вас по свободным слотам

Redis

Расскажу сегодня о еще одной нереляционной СУБД, с которой мне удалось поработать на нескольких проектах.

Итак, Redis (REmote DIctionary Server) — одна из самых популярных in-memory NoSQL СУБД, предназначенная для сверхбыстрого взаимодействия с данными. Ее основная особенность — хранение информации в оперативной памяти, что обеспечивает невероятную производительность. Если вы работаете на проекте, где важна скорость обработки данных или планируется работа с высоконагруженными системами, то вы с большой долей вероятности можете встретиться с этой СУБД!

Какие задачи решает Redis:

• Кэширование: Redis часто применяют для временного хранения данных, чтобы снизить нагрузку на основную БД. Например, кэширование результатов сложных SQL-запросов.

• Управление сессиями: используется для хранения информации о сессиях пользователей в веб-приложениях.

• Мгновенный поиск: применяется для быстрого поиска по ключам в больших массивах данных.

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

• Распределенные блокировки: Позволяет ограничивать доступ к общим ресурсам из разных сервисов.

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

Нужно понимать, что из-за того, что данные хранятся в оперативной памяти, Redis лучше всего подходит для временного хранения данных, но не для критически важных транзакционных операций. Поэтому часто данная СУБД используется вместе с другими, например, PostgreSQL. Таким образом происходит оптимизация производительности системы. 

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

Технических деталей тут достаточно много, и как говорится, «лучше один раз увидеть, чем сто раз услышать», поэтому оставляю ссылку на подробную статью на хабре - изучайте https://habr.com/ru/amp/publications/841792/

NoSQL 

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

Да, у реляционных БД много преимуществ, но есть и недостатки:

❌Сложность масштабирования для обработки больших объемов данных. Горизонтальное масштабирование может быть сложным и дорогим.

❌Жесткая структура и ограниченная гибкость: реляционные БД требуют определения строгой схемы данных, но что делать в случае с данными нестандартного формата (JSON, XML или графикой)?

Тут то и появились нереляционные БД - они предлагают более гибкие и масштабируемые решения для хранения и обработки данных. На самом деле NoSQL СУБД вокруг нас - в соцсетях, в e-commerce… в любой области, где требуется обрабатывать большие объемы данных с высокой скоростью.

Из преимуществ NoSQL можно выделить:

✔️Гибкость: здесь не нужна строгая табличная структура, а данные могут храниться в разных форматах.
✔️Легкое масштабирование, как горизонтально (добавление серверов), так и вертикально (увеличение мощности серверов).
✔️Простой язык запросов, который позволяет быстро обрабатывать запросы на огромные объемы неструктурированных данных.

Одна из самых популярных NoSQL баз данных, использующая формат JSON для хранения данных - MongoDB, ее мы и на курсе изучаем, по ней есть и подробные посты в канале:

▫️MongoDB
▫️Запросы MongoDB в примерах

А с другими (самыми популярными между прочим) познакомимся в следующих постах. С вас - реакции🔥

Собеседования: дайджест постов

За 2 года ведения канала, у меня накопилась база знаний, которая несомненно поможет подготовиться к собеседованиям и обрести мотивацию! 
Изучайте и сохраняйте:

• Составляющие продающего резюме - прямой эфир
• ТОП 3 ошибки в резюме
• Оформляем резюме правильно: часть 1, часть 2
• Последний штрих перед выходом на рынок труда
• Как убедиться в том, что ты готов к росту
• Подготовка к собеседованию и поиск работы: реальная история
• Что спрашивают о модели OSI на собеседованиях 
• В чем отличие синхронного от асинхронного запроса?
• Рынок переполнен? Смотря как посмотреть 
• Подробный гайд - 10 советов по поиску работы
• Подкаст: Как быть профи, за которым охотятся работодатели

🔥А также получите гайд ТОП 10 технических вопросов на собеседовании у менеджера @ginfotech_manager, просто напишите в ЛС «10 вопросов для собеса»

Реляционные СУБД

Подведем небольшой итог рассмотренных СУБД, напомню, что рассмотрели:

• PostgreSQL
• Oracle DB
• MS SQL Server
• MySQL

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

Где можно встретить каждую из этих СУБД?

▫️PostgreSQL — в проектах со сложными аналитическими задач, большими данными и строгими требованиями к соответствию SQL.
▫️Oracle DB — в корпоративных системах с большими объемами данных и высокими требованиями к надежности и безопасности.
▫️MS SQL Server — в приложениях, интегрированных в экосистему Microsoft.
▫️MySQL — в веб-приложениях и проектах с небольшими или средними объемами данных, где важна скорость.

Жду ваших реакций, если разбор данной темы оказался полезным! И переходим дальше - к нереляционным СУБД.

Что такое ACID и почему это важно для реляционных СУБД?

Давайте рассмотрим один из ключевых принципов, на которых строится работа практически всех реляционных СУБД, включая MySQL, PostgreSQL, Oracle и MS SQL Server.

ACID — это аббревиатура, которая описывает свойства транзакций в базе данных.
Транзакция — это последовательность операций с данными, которые должны либо выполниться все вместе, либо не выполниться совсем.

Итак, расшифровываем ACID:

1. Atomicity (Атомарность)
Все действия в рамках транзакции выполняются либо полностью, либо не выполняются вообще.
Пример: Если вы переводите деньги с одного счета на другой и при этом произошел сбой в сети, то изменения не будут применены.

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

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

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

Именно ACID-принципы позволяют реляционным СУБД:
✔️обеспечивать надежность, ведь данные всегда остаются в корректном состоянии, даже при сбоях
✔️давать гарантию, что в базе данных не появится противоречивых данных
✔️обеспечивать безопасность - система защищена от одновременного некорректного доступа к данным

Реляционные СУБД изначально разрабатывались с учетом ACID-принципов, так как они необходимы для работы с транзакционными данными. Однако NoSQL-базы данных часто отказываются от полного соответствия ACID в пользу более высокой производительности и масштабируемости (например, они могут следовать модели BASE).

Тем не менее, в критически важных системах, где ошибки недопустимы, ACID остается золотым стандартом👍🏻

MySQL

MySQL — реляционная СУБД, идеально подходящая для приложений, ориентированных на интенсивное чтение данных. Эта СУБД предлагает как открытые, так и платные коммерческие версии. MySQL изначально была создана в 1995 году, а сейчас входит в состав экосистемы Oracle. 

Преимущества MySQL:

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

Если говорить про недостатки, MySQL однозначно проигрывает PostgreSQL в сложных аналитических запросах и работе с большими объемами данных. 

Для очень больших и сложных систем выбирают более мощную СУБД, например, PostgreSQL или Oracle. Но скорость и простота использования делает MySQL популярным выбором для веб-приложений, сайтов, интернет-магазинов и CMS-систем. 

В целом эта СУБД проста в освоении и универсальна. Если вы умеете писать SQL запросы, то легко сможете с ней работать👍🏻

MS SQL Server

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

MS SQL Server — это реляционная СУБД, созданная Microsoft и широко используемая в корпоративных приложениях.

В целом MS SQL Server обладает такими же преимуществами, что и конкуренты:
➕высокая надежность и безопасность (поддержка шифрования, ролей и прав доступа)
➕высокая производительность
➕инструменты для резервного копирования и восстановления, а также для настройки и управления базами данных
➕инструменты для анализа данных и бизнес-аналитики, например SQL Server Analysis Services

В то же время MS SQL Server уступает Oracle DB в масштабировании и работе с огромными объемами данных. Но выигрывает в проектах, где требуется глубокая интеграция с экосистемой Microsoft, включая .NET и Windows Server.

Как писать запросы?
MS SQL Server использует T-SQL — расширенную версию SQL с дополнительными возможностями (хранимые процедуры, триггеры, джобы).

Для системного аналитика важно понимать разницу в синтаксисе с тем же PostgreSQL. Помните, я уже рассказывала про типы данных? Так вот, например, в MS SQL Server никаких timestamp-ов, вместо них DATETIME. А чтобы получить текущую дату мы писали now(), в MS SQL Server это будет SYSDATETIME()

На эту тему есть отличный материал на хабре, кому актуально делюсь ссылкой: Карманный справочник: сравнение синтаксиса MS SQL Server и PostgreSQL

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

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

И, конечно, приглашаю тех, кто проходит собеседование, но не получает оффер.

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

Длительность: 2 часа
Стоимость: 5000 рублей

Для записи пишите менеджеру @ginfotech_manager

Как понять, что ты готов к росту?

На консультациях я часто вижу одну и ту же картину: передо мной твердый эксперт, опытный системный аналитик уровня middle, но… он сомневается. Думает, что ему еще рано идти на senior.

«Я недостаточно знаю SQL…»
«У меня мало опыта в архитектуре…»
«Я не настолько разбираюсь в предметной области…»

Можно продолжать бесконечно, но суть одна — это не реальная проблема, а заниженная самооценка и непонимание своей ценности.

Да, можно пойти к специалисту, который поможет принять себя, разобраться с неуверенностью. Это займет время, но если сомнения мешают вам расти, это важно.

Что еще можно сделать?
Пройдите собеседование на более высокий грейд. Даже если не ищете работу! Просто проверьте свой уровень.

Что может при этом случиться?
1. Вы поймете, что уже готовы. Получите подтверждение, что ваши знания и опыт соответствуют уровню senior.
2. Вы найдете точки роста. Узнаете, каких знаний вам не хватает, чтобы подняться на ступень выше.
3. Вы неожиданно для себя получите оффер. Я однажды просто «проверила» себя и узнала, что могу получать x2 к текущему доходу. Это был шок.

При этом я не говорю обязательно менять работу, особенно если вам нравится коллектив и проекты.
Но теперь у вас будет факт — вы можете претендовать на middle+ или senior, а не просто гадать, достойны ли вы повышения.

Так что попробуйте. Максимум, что может случиться — вы узнаете, что стоите дороже, чем думаете🔥

«У кота застряли усы под клавишей» — так выглядит самая глупая отмазка на вопрос, почему вы не отправили работу.

Без видео никто и не поверит 😂

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

Среди ее возможностей: выполнение операций с данными, управление транзакциями, автоматическая оптимизация запросов, резервное копирование и восстановление данных. Первая версия Oracle DB появилась в 1979 году, и с тех пор она продолжает оставаться лидером в своем сегменте.

Особенности структуры Oracle DB
Oracle — это объектно-реляционная СУБД, что означает сочетание двух моделей хранения данных:

• Реляционная модель представляет информацию в виде таблиц (отношений), состоящих из строк и столбцов.

• Объектно-ориентированная модель рассматривает данные как объекты, каждый из которых имеет свои атрибуты и методы.

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

Преимущества Oracle:

➕Высокая производительность и масштабируемость. Oracle справляется с миллионами транзакций в секунду, поддерживает горизонтальное и вертикальное масштабирование.

➕Отказоустойчивость. Oracle позволяет работать с одной базой данных с нескольких серверов. В случае сбоя одного сервера, другой берет на себя его задачи без заметных сбоев для пользователей.

➕Высокая безопасность. Система предоставляет мощные механизмы защиты данных, предотвращая несанкционированный доступ.

➕SQL*Net - это компонент, обеспечивающий взаимодействие пользователей с базой данных. Он помогает разгрузить сеть и снизить нагрузку на клиентские компьютеры.

➕Функционал для анализа данных. Oracle включает инструменты для работы с хранилищами данных, аналитикой  и машинным обучением прямо внутри базы.

Но при этом лицензия Oracle значительно дороже большинства других СУБД, а еще и техподдержка оплачивается отдельно, поэтому не все компании могли позволить себе эту СУБД. А в 2022 году компания Oracle и вовсе объявила об уходе с российского рынка - пользователи остались без поддержки и обновлений, что сделало использование системы рискованным для бизнеса. Поэтому компании начали активно рассматривать альтернативные решения, например, тот же PostgreSQL. 

Что нужно знать системному аналитику? 
Если вы знаете SQL и в целом умеете работать с реляционными БД, то писать запросы в Oracle DB не составит труда. А вот для написания процедур требуется знание встроенного языка программирования PL/SQL. 

Его можно изучить в этом руководстве от Oracle https://www.oracletutorial.com/plsql-tutorial/ , где вы получите полное представление о синтаксисе PL/SQL.

PostgreSQL — лучший выбор для старта системного аналитика

Популярность PostgreSQL давно превратила её в стандартную СУБД для изучения начинающими специалистами. Мой курс «системный аналитик» не стал исключением!

Что делаем на курсе?

• Разбираем структуру БД: таблицы, связи, ключи.
• Изучаем операторы и их применение.
• Учимся писать запросы - от простых выборок до сложных операций с объединением таблиц. Мы шаг за шагом разберем логику запросов, чтобы вы уверенно использовали их в реальных проектах.
• Работаем с инструментом DBeaver: подключаемся к реальной базе данных, извлекаем нужную информацию.

В общем, делаем все, чтобы:
✔️получить практические навыки работы с PostgreSQL, которые можно сразу применить на рабочем месте
✔️обрести уверенность в написании запросов любого уровня сложности
✔️получить опыт работы с DBeaver — удобным инструментом для аналитика
✔️быть готовым взаимодействовать с реальными базами данных в командной работе

Поэтому выпускники и отмечают, что именно практика позволила быстро погрузиться в работу и выделиться на рынке труда👍🏻

➡️ Узнать подробнее можно у нашего менеджера @ginfotech_manager

Ну, реляционные, значит реляционные. Начнем с них, а далее рассмотрим и нереляционные.

Начнем с одной из самых популярных СУБД - PostgreSQL. Я работала с ней и как спец по базам данных, и как системный аналитик.

На проектах с этой СУБД можно встретиться довольно часто, да и после ухода зарубежных гигантов, например, Oracle, многие компании мигрируют на PostgreSQL. И дело тут не всегда в том, что она бесплатная. А всё потому что обладает множеством преимуществ:

➕высокая производительность за счет оптимизированной архитектуры (в БД могут быть даже миллиарды строк!)
➕масштабируемость — легко расширяется благодаря большому количеству дополнительных модулей. Поддерживает создание пользовательских функций и типов данных
➕имеет высокий уровень отказоустойчивости
➕обладает встроенной системой аутентификации и авторизации, что позволяет ограничивать доступ к БД неавторизованным пользователям
➕предоставляет мощные инструменты для обработки данных (даже больших объемов)
➕обеспечивает защиту от внешних атак и предусматривает использование механизмов шифрования информации
➕есть индексы, что оптимизирует поиск и запросы
➕хорошо справляется как с OLTP (операционными транзакциями), так и с OLAP (анализ данных)

Еще важный момент, что при выборе БД смотрят на сообщество разработчиков - ведь здорово, когда можно посмотреть на чужой опыт, взять лучшие практики для своего проекта, да и просто задать вопрос. У PostgreSQL с этим тоже все отлично.

Как системному аналитику прокачаться* в PostgreSQL?
▫️Изучить основы SQL
▫️Изучить индексы, транзакции и репликацию
▫️Научиться писать запросы с агрегацией и оконными функциями

И, конечно, почитать эти полезные посты:

▪️Основные типы данных в PostgreSQL
▪️SQL функции
▪️Операция приведения типов
▪️Дата и время в PostgreSQL
▪️Что такое локаль
▪️Какой выбрать тип данных, если нужно время без даты
▪️Как SQL воспринимает дату (на примере BETWEEN)
▪️Оператор JOIN
▪️Оператор UNION

*именно прокачаться, так как это не обязательные навыки для того, чтобы быть системным аналитиком