Всех с наступающим!

➿➿➿➿➿➿➿
✈️ @it_underside

Добрый день, всем шикарного и продуктивного 2024 года!

Надеюсь оливье доели, маску из салатов приняли, опусташили запасы горючего, развеялись и бодрячком отработали первый рабочий день) А пока есть предложение погадать по ИТ трендам ФинТех 24 года, зачем? Да, понять какое специалисты будут востребованы и какой тех.стекдолжен быть в багаже.

По моим прикидкам:
1️⃣Цифровые валюты ЦБ и цифровой рубль;
2️⃣Блокчейн и распределенные реестры;
3️⃣Повсеместное вренедрение AI;
4️⃣Кибербезопастность и ИБ;
5️⃣Регуляторные технологии;
6️⃣Импортозамещение;
7️⃣Linux;
8️⃣Open Sourse

Понятно, что это не полный перечень, тут только топ менеджмент ИТ компаний понимает булее глубоко.

А какие специализации? Не знаю как у вас, но точно скажу, что спрос на системных аналитиков, разработчиков бэк и фронт (java, scala, python, фронт), devops, ИБ специалистов, BigData спецов - будет оставаться высоким.

P.S. А чуть погодя попробую раскрыть в статье более подробно)

➿➿➿➿➿➿➿
✈️ @it_underside

В процессе просмотра интересных статей на Хабре увидел прикольный пост про выгорание, рекомендую почитать, лучше всегда четко отслеживать своё состояние и подумать об этом вначале года😅))

Ссылка на статью

Выводы из статьи, кому лень читать большой материал)))

▶️Более 90% IT-специалистов уже столкнулись с выгоранием, при этом более 40% из них — на высокой и крайне высокой стадии.

▶️Среди опрошенных только 23% специалистов считают, что выгорание их не коснулось, однако большая часть из них находится на средней стадии выгорания.

▶️Среди тех, кто думает, что они на ранней стадии выгорания, 42% уже перешли в позднюю.

▶️Из тех опрошенных, которые думают, что они на поздней стадии выгорания, 26% на самом деле до нее не дошли.

Поздняя стадия выгорания:

▶️Больше выявлена у женщин, но разница с мужчинами небольшая — всего 5%.

▶️Чаще всего встречается у людей от 30 до 40 лет.

▶️Среди квалификаций чаще всего страдают от выгорания лиды — среди них доля 52%.

▶️Менеджмент, продажи и поддержка — специализации с самым высоким уровнем выгорания у специалистов.

▶️Чаще всего поздняя стадия выгорания встречается среди опрошенных, которые работают в компаниях, где меньше 10 человек.

И немного про то, как отследить выгорание:

1. Регулярно оценивайте свое физическое и эмоциональное состояние. Это поможет вовремя выявить признаки выгорания.

2. Перегрузка может быть одним из факторов выгорания. Научитесь говорить «нет» и устанавливать границы на работе.

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

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

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

➿➿➿➿➿➿➿
✈️ @it_underside

Вот работаешь в ИТ и всех всё по разному! Но попробую сегодня рассказать о том как работает команда разработки ПО, так называемая Software Development Teams, от постановки требований до релиза продукта и конечно, попробую описать этот процесс.

🆔Ссылка на статейку🆔


ВСЕМ ПРОДУКТИВНОЙ ПЯТНИЦЫ!!!!

➿➿➿➿➿➿➿
✈️ @it_underside

Вторник добрый)))
Как ваше настроение и начало недели?

➿➿➿➿➿➿➿
✈️ @it_underside

Всем привет! Тут как бы снова открытая школа намечается по системным аналитикам и сбор заявок закрывается после 29 января. Успевайте!

https://t1.ru/internship/item/otkrytye-shkoly-ot-holdinga-t1/

➿➿➿➿➿➿➿
✈️ @it_underside

Всем привет!
Куда сходить аналитику в 2024 году и где выступить?

Лови статейку!

➿➿➿➿➿➿➿
✈️ @it_underside

Как то раз, пару лет назад я столкнулся с DDD и вот хоть убей не мог понять что это)) а вот сегодня попробую уже объяснить Domain Driven Design (проектирование, ориентированное на домен) простым языком.

Представь, что ты строишь дом. В этом доме есть разные комнаты, каждая из которых предназначена для своих целей: кухня для готовки, спальня для отдыха, ванная для умывания и так далее. В DDD "дом" - программа, "комнаты" — разные части бизнеса, с которыми работает программа. Каждая "комната" или домен имеет свои правила и свой язык. Например, в "кухне" (домене продаж) говорят о заказах и товарах, а в "спальне" (домене склада) — о запасах и поставках.

Зачем это нужно знать команде разработки?

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

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

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

Кому это нужно знать, может ты тот счастливчик, которому это не нужно?

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

P.S. Наверное запилю статейку, уж очень нетривиальная тема.

➿➿➿➿➿➿➿
✈️ @it_underside

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

1. Системный Аналитик
Уровень: 4/5
Ты СА? Тогда нужно хорошенько разбираться в DDD, чтобы правильно "переводить" то, что хочет бизнес, на язык, который поймут разработчики. Ты как переводчик между бизнесом и IT, так что знать, как устроены "комнаты" в нашем IT-"доме", очень важно. (Микросервисы…..)

2. Тестировщик
Уровень - 2/5
Тетировщику важно понимать общую картину, чтобы знать, что и как тестировать. Не нужно углубляться во все тонкости, но общее представление поможет лучше ориентироваться в том, как устроено ПО/ИС или решение.

3. Разработчик
Уровень - 4/5
Если это твоя роль, то тебе нужно знать DDD почти как свои пять пальцев. Это поможет писать код, который точно соответствует бизнес-логике, и делать это эффективно и аккуратно.

4. Архитектор
Уровень - 5/5 (Бог)
Архитектор должен быть экспертом в DDD. Его задача — строить "архитектурный план" всего нашего IT-"дома", так что без глубокого понимания DDD никак.

5. ИТ Лидер
Уровень - 3/5
Если ты лид, тебе не нужно углубляться во все детали, но понимать основные принципы DDD важно. Это поможет принимать правильные решения и общаться с командой и бизнесом на одном языке.

➿➿➿➿➿➿➿
✈️ @it_underside

Не мог не запостить.....
Юра, спасибо, за видео, ты спонсор настроения на сегодня))

➿➿➿➿➿➿➿
✈️ @it_underside

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

Ссылка на проект

➿➿➿➿➿➿➿
✈️ @it_underside

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

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

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

Учите мат.часть😁

➿➿➿➿➿➿➿
✈️ @it_underside

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

https://habr.com/ru/articles/788126/

➿➿➿➿➿➿➿
✈️ @it_underside

Пишу статью про Apache Spark и как его использовать аналитикам и инженерам данных,но…. Чёрт подери, пишу её уже вторую неделю))) ну не ожидал я, что отовсюду пойдут проблемы, дефекты, найдём баг tarantool, а ведь им пользуется куча народа… Черт и это далеко не всё.....
Всем доброй пятницы))))

Да, не обойдут нас дефекты и баги стороной!

➿➿➿➿➿➿➿
✈️ @it_underside

Понедельник😀 может и не был таким порой тяжелым, если бы мы не засиживались в воскресенье допоздна… Но даже если ты засиделся допозна, то ты можешь встать условно за 10 минут до начала рабочего дня, это прекрасно!Да, это удаленка))) с офисом и гибридным форматом работы это было бы нереально. Ну что, готовы пообсуждать на тему формата работы? Лично я так прирос к удаленке, что офис дается крайне тяжко.

Удаленка?
Кто из нас не мечтал просыпаться за пять минут до начала рабочего дня? Но, как и в любом деле, тут есть свои "но". С одной стороны, ты экономишь кучу времени и денег на дорогу, можешь работать из любой точки мира (если ИБ и топы не против), где есть интернет, и сам регулируешь свой рабочий график. С другой стороны, может возникнуть чувство изоляции от команды, а домашние заботы часто отвлекают от работы. А еще, знаешь, бывает сложно отделить рабочее время от личного. Работаешь ты себе, работаешь, а потом бац — и весь день за компьютером.

Гибридный формат?
Это когда ты и в офисе, и дома. Сегодня здесь, завтра там. Идеальный вариант для тех, кто хочет и рыбку съесть, и... ну ты понял. Ты сохраняешь гибкость рабочего графика и одновременно не теряешь связь с командой. Но и тут не без подводных камней. Нужно постоянно следить за тем, чтобы все важные встречи и совещания попадали в те дни, когда ты в офисе. Иногда это может стать настоящей головной болью.

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

Что выбрать? Зависит от тебя, твоих потребностей и специвики работы. Главное результат и соблюдение баланса между личной жизнью и работой (хотя бы немного😀)


➿➿➿➿➿➿➿
✈️ @it_underside

Ребят, нужен системный аналитик с опытом от года в роли аналитика, который готов развиваться роли системника.
Что нужно знать? Api, брокеры, фт, нфт.
Компания Иннотех

Если интересно, пиши мне в тг - @Vladimir_Lov


➿➿➿➿➿➿➿
✈️ @it_underside

День добрый! Про заработную плату и ИТ спецов очень много мемов, но это действительно одна из немногих областей, где ЗП адекватные и рынок тянется к ИТ, но за последний год не смотря на сильную инфляцию уже второй год подряд - ззаработные платы практически не изменились в среднем по рынку. А как у вас? Если увеличилась, ставьте - 😀, иначе -😅

Статья про анализ заработных плат в ИТ (от Хабр Карьеры)

➿➿➿➿➿➿➿
✈️ @it_underside

Когда лид команды забывает про обещания... 🚀

Хороших выходных, циклон Ольга рядом))
Сегодня поговорим о том, что делать, если твой лид команды начинает играть в игру под названием "Обещаем, но не выполняем". Казалось бы, как такое может быть, а вот так бывает.

Шаг 1 - Проверь компас 🧭
Прежде всего, удостоверься, что это не ты пропустил момент, когда обещание было выполнено. Иногда информация, вдруг обещанное было исполнено, но не анонсировано? Проверь!

Шаг 2 - Частный разговор 🗣
Найди момент для честного разговора тет-а-тет или 1 to 1 (если лид их не ставит). Может, на лиде слишком много ответственности, и он просто забыл? Или обстоятельства изменились? Возможно появились проблемы и лид пока ещё не рассказывал о них. Прямой диалог поможет разобраться. Важно подойти к разговору не с позиции упрека, а с желанием понять ситуацию и договориться.

Шаг 3 - Вместе к решению 🤝
Если обещание действительно важно для работы всей команды, попробуй обсудить, как можно адаптировать планы, чтобы выполнить задуманное. Возможно, лиду нужна поддержка или помощь в решении какой-то проблемы.

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

Шаг 5 - Границы и ответственность 🚧
Если невыполнение обещаний становится системной проблемой, возможно, стоит обсудить с HR бизнес партнера, а дльше на уровень выше.

Не дай обещаниям остаться лишь словами!

➿➿➿➿➿➿➿
✈️ @it_underside

#ИзнанкаИТ #КоманднаяРабота #Лидерство #Договорённости