🕯🔼#карьера🔼🕯

ИТ, как я и говорил в предыдущих постах, переехало в проектное русло, если будет нужно расскажу об этом в деталях (с удовольствием распишу все нюансы, говорите в комментариях). Что из этого следует - нужно постоянно обучаться, нельзя🧙‍♂️ присесть и остановиться в обучении,  любая остановка может повлечь за собой ваше отставание в конкурсе🏃‍♀️ за лучшее место💲, а оно есть, какой бы не была дружелюбной на вид компания.

🤫Зачем это превью?🤫
Банально, но жизненно важно для ИТ спецов не забывать про следующие вещи в вашей карьере:

1. Тратить на обучение не менее 5% своего годового дохода;

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

3. Не забывать, что компания это прежде всего конкурентная среда, где вы всегда ставите цель и идёте к ней, и на первом плане именно вы (в противном случае есть шанс остаться за бортом или на одном месте);

4. Работать больше и эффективнее, т.е. нужно понимать, что задачи в спринте не должны съедать все твоё время, идеально 70% (Чисто моя эмпирическая константа. Подсвечу, что такое невозможно на стадиях вовлечения в новые команды или новые проекты).

P.S. это конечно не плацебо, но мне и моим знакомым помогает

♥️ Как Т1.Техногильдии помогли команде решить технический кейс

Команда Т1.Техногильдии снова сделала невозможное возможным! 💪

🫂 Внутренние техногильдии (IT-сообщества) в крупных компаниях - это места, где IT-профессионалы объединяются, чтобы обмениваться знаниями, опытом и идеями. Эти сообщества становятся настоящим центром инноваций, стимулирующих рост и развитие компании.

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

💡 В своей новой статье на VC.ru Владимир Ловцов, IT-лидер и автор проекта по Техногильдиям Группы «Иннотех», поделился кейсом, как с помощью передовых технологий и своего богатого опыта, команда Т1.Техногильдии справилась с поставленными задачами.

Гордимся нашими профессионалами, которые всегда готовы преодолеть любые технические проблемы и помочь коллегам!

А ссылка на статью — вот здесь:

➡️ https://vc.ru/hr/807067-kak-t1-tehnogildii-pomogli-moey-komande-reshit-tehnicheskiy-keys

Предложу взглянуть в оттенках розового или как модно говорить - пурпурного, на системного аналитика.

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

Его основные обязанности включают:

1️⃣Разработку сценариев работы системы, как видимых пользователю, так и скрытых "за кулисами".
2️⃣Анализ взаимосвязей и оценку влияния новых изменений на существующие системы в проекте, выявление потенциальных проблем.
3️⃣ Декомпозицию больших сложных задач на более мелкие и понятные подзадачи.
4️⃣ Проектирование изменений, включая доработки баз данных и требования к дизайну.

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

Продолжаю пост))

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

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

2️⃣Анализ связей и влияния изменений
Описание упоминает анализ взаимосвязей и влияния изменений. Это верно, но на практике системный аналитик также может проводить исследования и оценки рисков, а также взаимодействовать с другими членами команды проекта для обеспечения согласованности изменений.

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

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

Таким образом, хотя описание системного аналитика предоставляет общую картину его роли, реальная работа может быть более сложной и разнообразной, требуя адаптации к конкретным ситуациям и проектам, а может быть вообще руководитель представления не имеет кто такой системныый аналитик и вы станете всем, что не делает разработчик))
➿➿➿➿➿➿➿➿➿➿➿
✈️ @it_underside

На собеседованиях, конференциях и курсах по обучению часто бывают вопросы:
А ЧТО ТАКОЕ API?
А КАК ВЫ ЕГО ПРОЕТИРУЕТЕ?
ЧТО ЛУЧШЕ REST, SOAP, FOX?

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

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

Если в команде есть такие роли как архитектор, разработчик, тестировщик, аналитик и руководитель, то каждый из них играет свою уникальную роль:

0️⃣Архитектор — это как главный строитель. Он решает, как все будет соединяться и работать вместе. Он создает план и определяет, какие данные и функции будут доступны через API.

0️⃣Разработчик — это как мастер по созданию вещей. Он пишет код и программы, которые позволяют API работать. Это как строитель, который строит этот мост между программами.

0️⃣Тестировщик — это как детектив. Он проверяет, что API работает правильно и не имеет ошибок. Тестировщик создает тестовые сценарии и убеждается, что API делает свою работу без сбоев.

0️⃣ Аналитик — это как переводчик между бизнесом и технической командой. Он говорит с заказчиками и понимает, что именно им нужно от API. Он удостоверяется, что API соответствует потребностям бизнеса.

0️⃣Руководитель команды или ИТ-лид — это как капитан корабля. Он координирует всю работу команды, следит за проектом и принимает важные решения, чтобы всё иди по плану.

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

➿➿➿➿➿➿➿➿➿➿➿
✈️ @it_underside