С 1 марта 2026 года в РФ вступают в силу поправки (168-ФЗ) о приоритете русского языка в публичной информации
Суть простыми словами:
В публичной информации для потребителей русский язык должен быть основным.
Иностранные слова не запрещены полностью, но использовать их можно с учётом определённых правил.
В привычном понимании это касается вывесок, указателей и другой информации, которую человек видит при выборе товара или услуги.
Ради интереса я сходила на вебинар по этой теме и поймала себя на мысли, что это напрямую касается сферы IT.
Нам, как аналитикам, тоже полезно учитывать такие требования при разработке продуктов.
Сразу оговорюсь: я не юрист 🙂
Ниже — моё «аналитическое» понимание.
Как я бы посмотрела на это со стороны аналитика.
Про интерфейсы
Если есть явный русский аналог, безопаснее использовать его.
«SALE», «NEW» — лучше заменить на «РАСПРОДАЖА», «НОВИНКА».
Буквально вчера покупала ноты, и на карточке везде было написано «SALE». Теперь невольно обращаю на это внимание 😅
Про бренды и товарные знаки
Если название зарегистрировано как товарный знак, его обычно можно использовать в исходном виде (в том числе на латинице).
Если нет, то стоит продумать русскоязычный контекст рядом. Например, поясняющую подпись.
Про транслитерацию
Если возникнет соблазн просто использовать транслитерацию, это вряд ли поможет 🙃
«СЕЙЛ», «АПДЕЙТ», «САППОРТ» — по сути те же иностранные слова, только русскими буквами.
Если есть понятный русский аналог, безопаснее использовать его: «Распродажа», «Обновление», «Поддержка».
Простое правило:
Если есть общеупотребительный русский аналог, используем его.
Если аналога нет, заимствование допустимо.
В спорных случаях ориентируются на нормативные словари русского языка.
Например, «смартфон», слово уже закреплённое и обычно не вызывает вопросов.
Про технические термины
А что с техническими терминами? Какой аналог у HTTP, REST, GraphQL 🙀?
Как я понимаю, их использование допустимо, поскольку это устоявшаяся профессиональная терминология.
Чтобы снизить риски, в публичных материалах лучше при первом упоминании давать короткое русское пояснение, а затем использовать сам термин. Например:
протокол передачи данных HTTP
архитектурный стиль REST
Это может повлиять на лендинги, публичную справку, статьи и презентации продукта.
Про сленг
Вайбик, краш, трэш…
Думаю, логика та же 👆
В публичной информации текст должен быть понятным без «перевода».
Как-то так.
Теперь я невольно смотрю, где в интерфейсах написано SALE 🙂
А вы стали чаще замечать иностранные слова?
Суть простыми словами:
В публичной информации для потребителей русский язык должен быть основным.
Иностранные слова не запрещены полностью, но использовать их можно с учётом определённых правил.
В привычном понимании это касается вывесок, указателей и другой информации, которую человек видит при выборе товара или услуги.
Ради интереса я сходила на вебинар по этой теме и поймала себя на мысли, что это напрямую касается сферы IT.
Нам, как аналитикам, тоже полезно учитывать такие требования при разработке продуктов.
Сразу оговорюсь: я не юрист 🙂
Ниже — моё «аналитическое» понимание.
Как я бы посмотрела на это со стороны аналитика.
Про интерфейсы
Если есть явный русский аналог, безопаснее использовать его.
«SALE», «NEW» — лучше заменить на «РАСПРОДАЖА», «НОВИНКА».
Буквально вчера покупала ноты, и на карточке везде было написано «SALE». Теперь невольно обращаю на это внимание 😅
Про бренды и товарные знаки
Если название зарегистрировано как товарный знак, его обычно можно использовать в исходном виде (в том числе на латинице).
Если нет, то стоит продумать русскоязычный контекст рядом. Например, поясняющую подпись.
Про транслитерацию
Если возникнет соблазн просто использовать транслитерацию, это вряд ли поможет 🙃
«СЕЙЛ», «АПДЕЙТ», «САППОРТ» — по сути те же иностранные слова, только русскими буквами.
Если есть понятный русский аналог, безопаснее использовать его: «Распродажа», «Обновление», «Поддержка».
Простое правило:
Если есть общеупотребительный русский аналог, используем его.
Если аналога нет, заимствование допустимо.
В спорных случаях ориентируются на нормативные словари русского языка.
Например, «смартфон», слово уже закреплённое и обычно не вызывает вопросов.
Про технические термины
А что с техническими терминами? Какой аналог у HTTP, REST, GraphQL 🙀?
Как я понимаю, их использование допустимо, поскольку это устоявшаяся профессиональная терминология.
Чтобы снизить риски, в публичных материалах лучше при первом упоминании давать короткое русское пояснение, а затем использовать сам термин. Например:
протокол передачи данных HTTP
архитектурный стиль REST
Это может повлиять на лендинги, публичную справку, статьи и презентации продукта.
Про сленг
Вайбик, краш, трэш…
Думаю, логика та же 👆
В публичной информации текст должен быть понятным без «перевода».
Как-то так.
Теперь я невольно смотрю, где в интерфейсах написано SALE 🙂
А вы стали чаще замечать иностранные слова?
2👍18❤7
Иногда на встречах ловлю себя на мысли, как легко можно не заметить, что мы принимаем решения за другие роли в команде.
Мне кажется, это одна из самых популярных фраз на встречах 🥲:
И звучит это обычно так, будто решение уже принято.
В такие моменты полезно на секунду остановиться и спросить:
а это точно наша зона ответственности?
Потому что цвета определяет дизайнер, а за реализацию компонентов отвечает фронтенд-разработчик.
И у них есть свои ограничения, в которых они разбираются лучше нас (аналитиков, менеджеров или тестировщиков).
На решения могут влиять:
* дизайн-система
* брендбук
* общий UI-компонент
* зависимость от других экранов
Бывает, что кнопка оказывается не просто кнопкой, а частью большого компонента. И одно изменение может потянуть за собой половину интерфейса.
Кстати, с аналитиками происходит примерно то же самое. Зачастую за нас тоже легко принимают решения. Например, дают сроки по анализу:
А потом оказывается, что не хватает параметра, нужно идти к другим командам, появляются неучтённые сценарии или требование начинает конфликтовать с другими требованиями.
И два дня внезапно превращаются в пять.
В хороших командах люди стараются не принимать решения за другие роли.
Они приглашают других:
«Давайте уточним у дизайнеров»
«Нужно спросить фронтендера»
«Давайте подключим аналитика»
Потому что у каждого специалиста есть своя зона экспертизы.
И чаще всего именно он лучше всех понимает, какие ограничения, зависимости и подводные камни могут скрываться за «простым» решением.
Поэтому в хороших командах стараются принимать решения вместе с теми, кто за эту часть системы отвечает.
А у вас на встречах тоже бывает «ну это же легко»? 😅
Мне кажется, это одна из самых популярных фраз на встречах 🥲:
Да что тут думать, просто перекрасим кнопку, это лёгкое решение.
И звучит это обычно так, будто решение уже принято.
В такие моменты полезно на секунду остановиться и спросить:
а это точно наша зона ответственности?
Потому что цвета определяет дизайнер, а за реализацию компонентов отвечает фронтенд-разработчик.
И у них есть свои ограничения, в которых они разбираются лучше нас (аналитиков, менеджеров или тестировщиков).
На решения могут влиять:
* дизайн-система
* брендбук
* общий UI-компонент
* зависимость от других экранов
Бывает, что кнопка оказывается не просто кнопкой, а частью большого компонента. И одно изменение может потянуть за собой половину интерфейса.
Кстати, с аналитиками происходит примерно то же самое. Зачастую за нас тоже легко принимают решения. Например, дают сроки по анализу:
Да что там делать, это же на пару дней.
А потом оказывается, что не хватает параметра, нужно идти к другим командам, появляются неучтённые сценарии или требование начинает конфликтовать с другими требованиями.
И два дня внезапно превращаются в пять.
В хороших командах люди стараются не принимать решения за другие роли.
Они приглашают других:
«Давайте уточним у дизайнеров»
«Нужно спросить фронтендера»
«Давайте подключим аналитика»
Потому что у каждого специалиста есть своя зона экспертизы.
И чаще всего именно он лучше всех понимает, какие ограничения, зависимости и подводные камни могут скрываться за «простым» решением.
Поэтому в хороших командах стараются принимать решения вместе с теми, кто за эту часть системы отвечает.
А у вас на встречах тоже бывает «ну это же легко»? 😅
1💯17❤7👍2
Сегодня мне 30.
В пятницу 13го, но мне нравится это сочетание.
Юра подарил мне ковёр ручной работы с Сейлор Мун. Любимый мульт детства 😻
У меня даже есть коллекция кукол со всеми сейлорами.
Вот такие тридцатилетние увлечения, а не только этот ваш системный анализ 😄
Олды, поставьте🌙 , кто знает, о чём речь.
Кстати, с тех пор как я на удалёнке, я всегда беру выходной в свой день рождения.
В офисе была своя романтика: готовишься, делаешь укладку, новый наряд, приходишь на работу, все поздравляют. Потом проставляешься пиццей и почти не работаешь.
На удалёнке такого нет. Поэтому лучшее решение — просто взять выходной и прожить этот день спокойно.
Сегодня как раз такой день 🙂
Просто отдыхаю.
А вы работаете в свой день рождения?
В пятницу 13го, но мне нравится это сочетание.
Юра подарил мне ковёр ручной работы с Сейлор Мун. Любимый мульт детства 😻
У меня даже есть коллекция кукол со всеми сейлорами.
Вот такие тридцатилетние увлечения, а не только этот ваш системный анализ 😄
Олды, поставьте
Кстати, с тех пор как я на удалёнке, я всегда беру выходной в свой день рождения.
В офисе была своя романтика: готовишься, делаешь укладку, новый наряд, приходишь на работу, все поздравляют. Потом проставляешься пиццей и почти не работаешь.
На удалёнке такого нет. Поэтому лучшее решение — просто взять выходной и прожить этот день спокойно.
Сегодня как раз такой день 🙂
Просто отдыхаю.
А вы работаете в свой день рождения?
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1
Минусы удалёнки. Ваши варианты?
🟢 Ты мало что знаешь о коллегах, и они о тебе. Какие хобби, кто женат, у кого дети? Иногда появляется чувство изолированности. Ты вроде работаешь с людьми, но как будто не знаком с ними
🟢 До тебя не доходят сплетни, конфликты с другими отделами и другие интересности ☺
🟢 У тебя никогда нет перерыва на пиццу в честь праздника
🟢 Нет совместных обедов, когда вы идёте в кафешку и целый час не у компьютера
🟢 Нет ощущения завершения рабочего дня
Помню, было в этом что-то особенное: идёшь домой после работы, тёплый ветер, запах весны, солнце. Радость, что день закончился и можно отключиться
🟢 Теряешь мотивацию красиво одеваться.
Верх деловой, низ как получится 😅
(и можно не заметить, как превращаешься в скуфа)
🟢 Меньше двигаешься. Набрать даже 5000 шагов уже проблема
🟢 Когда оба на удалёнке в однушке, это отдельный квест во время созвонов
Чем дополните?))
Помню, было в этом что-то особенное: идёшь домой после работы, тёплый ветер, запах весны, солнце. Радость, что день закончился и можно отключиться
Верх деловой, низ как получится 😅
(и можно не заметить, как превращаешься в скуфа)
Чем дополните?))
Но несмотря на всё это, я всё равно выбираю удалёнку.
Вспоминаю дорогу в офис: час в метро, подъём в 7 утра. Возвращаешься домой, сил хватает только на приготовить поесть, и день закончился.
Ну уж нет 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
1💯26❤7👍4😁2
Не важно, сколько ты работаешь на проекте
Бывает, открываешь задачу и не сразу понимаешь, о чём речь.
Про какую это часть системы? Что за аббревиатуры? У нас это вообще реализовано?
Я последние годы работаю на больших проектах и регулярно сталкиваюсь с кусками системы, которые вижу впервые. И иногда ловлю себя на мысли:
Пока я прихожу к выводу, что такой момент не настанет. Профессия у нас такая 😅
Мы чаще приходим на проекты, которые давно существуют. Не всегда удаётся что-то делать с нуля. Хотя у меня был опыт работы на 4 проектах с нуля, и там действительно знаешь систему целиком. Это такое приятное чувство 🫠
На больших продуктах всё иначе. Ты постепенно въезжаешь в отдельные куски системы и уже в них начинаешь чувствовать уверенность. Но при этом всегда останется что-то неизведанное.
И знаете, что в этом успокаивает?
Когда ты сам проектируешь большую фичу, а потом к ней возвращаются с доработками.
Вот там уже всё понятно: помнишь логику, элементы UI, как называли поля, какие эндпоинты делали.
И в этот момент появляется ощущение контроля.
Так что даже в больших проектах можно найти свою «зону понятности и предсказуемости».
Просто она не на весь продукт, а на те части, с которыми глубоко работал.
А у вас как?
С чего обычно начинаете, когда открываете задачу и не понимаете, что там происходит?
Бывает, открываешь задачу и не сразу понимаешь, о чём речь.
Про какую это часть системы? Что за аббревиатуры? У нас это вообще реализовано?
Я последние годы работаю на больших проектах и регулярно сталкиваюсь с кусками системы, которые вижу впервые. И иногда ловлю себя на мысли:
неужели не будет такого, что открываешь любую задачу и тебе спокойно, потому что всё понятно?
Пока я прихожу к выводу, что такой момент не настанет. Профессия у нас такая 😅
Мы чаще приходим на проекты, которые давно существуют. Не всегда удаётся что-то делать с нуля. Хотя у меня был опыт работы на 4 проектах с нуля, и там действительно знаешь систему целиком. Это такое приятное чувство 🫠
На больших продуктах всё иначе. Ты постепенно въезжаешь в отдельные куски системы и уже в них начинаешь чувствовать уверенность. Но при этом всегда останется что-то неизведанное.
И знаете, что в этом успокаивает?
Когда ты сам проектируешь большую фичу, а потом к ней возвращаются с доработками.
Вот там уже всё понятно: помнишь логику, элементы UI, как называли поля, какие эндпоинты делали.
И в этот момент появляется ощущение контроля.
Так что даже в больших проектах можно найти свою «зону понятности и предсказуемости».
Просто она не на весь продукт, а на те части, с которыми глубоко работал.
А у вас как?
С чего обычно начинаете, когда открываете задачу и не понимаете, что там происходит?
1💯15👍7🔥3
Я тут на всякий случай завела канал в MAX 😅
Пока просто дублирую туда посты. Это запасной вариант, чтобы не потеряться.
Если вам удобнее читать там, можно подписаться:
https://max.ru/join/raCZMgi2Q0VA4j9Ub_cYO-9vpmp-adGhT-GhNAKrJyg
Пока просто дублирую туда посты. Это запасной вариант, чтобы не потеряться.
Если вам удобнее читать там, можно подписаться:
https://max.ru/join/raCZMgi2Q0VA4j9Ub_cYO-9vpmp-adGhT-GhNAKrJyg
👀14😱3🌚1
Разговариваю со знакомыми и сама замечаю это на собеседованиях
Аналитики забывают базу. Или не считают нужным готовиться к вопросам по ней.
Все повторяют интеграции, API, контракты, брокеры
и игнорируют тему требований.
Да, во многих командах это важная часть работы. Но чтобы нормально проработать контракты, нужно сначала собрать требования, понять, как они связаны между собой, связать это с пользовательским интерфейсом, другими системами и как-то всё это описать.
И вот тут начинаются проблемы.
Люди теряются на вопросах про требования и их документирование.
Сложно даются задачи на сбор требований: какие вопросы бы задали заказчику, над чем бы подумали?
Кто-то пренебрегает этим, кто-то считает неважным. Но по факту, это и есть наша работа.
Работать с требованиями.
* Понимать, какие вопросы задать
* Как собрать информацию
* Как её наложить на текущую работу системы
* Как это всё структурировать
Даже выбор шаблона документа уже закрывает часть вопросов, над которыми нужно подумать при проработке задачи.
Если идёте на собеседование, не забывайте об этом. Вопросы про требования тоже задают. И очень часто.
Подготовьтесь 🙂
Но, конечно, дело не только в собеседованиях.
Важно не просто натренироваться для собеса, а реально понимать, как это работает на практике.
Если узнали себя хотя бы в паре пунктов, это нормально. Это как раз тот момент, когда стоит остановиться и нормально разобраться с базой.
С этим как раз помогаю на курсе
«Системный аналитик с нуля до старта»
Он подходит тем, кто уже поработал 2–3 года, но пока не сложилась целостная картина:
что делать,
как связать артефакты между собой,
какими вопросами задаваться при проработке логики системы
и как вообще системно подходить к задачам.
Аналитики забывают базу. Или не считают нужным готовиться к вопросам по ней.
Все повторяют интеграции, API, контракты, брокеры
и игнорируют тему требований.
Да, во многих командах это важная часть работы. Но чтобы нормально проработать контракты, нужно сначала собрать требования, понять, как они связаны между собой, связать это с пользовательским интерфейсом, другими системами и как-то всё это описать.
И вот тут начинаются проблемы.
Люди теряются на вопросах про требования и их документирование.
Сложно даются задачи на сбор требований: какие вопросы бы задали заказчику, над чем бы подумали?
Кто-то пренебрегает этим, кто-то считает неважным. Но по факту, это и есть наша работа.
Работать с требованиями.
* Понимать, какие вопросы задать
* Как собрать информацию
* Как её наложить на текущую работу системы
* Как это всё структурировать
Даже выбор шаблона документа уже закрывает часть вопросов, над которыми нужно подумать при проработке задачи.
Если идёте на собеседование, не забывайте об этом. Вопросы про требования тоже задают. И очень часто.
Подготовьтесь 🙂
Но, конечно, дело не только в собеседованиях.
Важно не просто натренироваться для собеса, а реально понимать, как это работает на практике.
Если узнали себя хотя бы в паре пунктов, это нормально. Это как раз тот момент, когда стоит остановиться и нормально разобраться с базой.
С этим как раз помогаю на курсе
«Системный аналитик с нуля до старта»
Он подходит тем, кто уже поработал 2–3 года, но пока не сложилась целостная картина:
что делать,
как связать артефакты между собой,
какими вопросами задаваться при проработке логики системы
и как вообще системно подходить к задачам.
1👍12❤7💯3
Когда общаюсь с начинающими аналитиками, часто вижу одну и ту же картину
И с этим сталкивался каждый в начале карьеры, я уверена.
Раз аналитик устроился на работу, то он уже что-то знает про API, про интеграции, базовую теорию про требования, документирование, понимает, как в принципе работают системы, как данные попадают на страницу и как хранятся.
Но когда нужно всё это связать, вот тут и начинаются вопросы.
С чего вообще начать? Что первично? Как это влияет друг на друга?
К кому пойти и что спросить у заказчика или у коллег из смежной команды?
Что разработчики вообще хотят увидеть в ТЗ? Вроде описал задачу, а всё равно получил десятки уточняющих вопросов. Почему сразу об этом не подумал?
И на самом деле всё это как раз про одно
про отсутствие целостной картины
В такие моменты у новичков часто начинается самобичевание в духе
«я некомпетентный»
«глупый»
«мне здесь не место»
«вроде прошло несколько лет, а мне всё равно сложно здесь»
Хотя по факту ты просто сидишь над задачей и не понимаешь, с чего начать и к чему должны прийти.
Смотришь на неё, перечитываешь описание несколько раз, открываешь связанные задачи, логи, документацию… и всё равно нет ощущения, что картинка сложилась.
И в голове только одно: «почему я этого не понимаю?»
Тут мне хочется сказать одну вещь:
Благо в нашей сфере эти проблемы решаются опытом, погружением в предметную область, следованием каким-то шаблонам, лучшим практикам, общением с сильными коллегами (задачи же ваши ревьюят? на этом ревью можно многое почерпнуть), прочтением статей, посещением конференций и курсов.
И с каждым новым кейсом вы будете становиться сильнее.
Каждый новый вопрос от разработчика — это новый пункт в чек-листе, что не забыть проработать в следующий раз в ТЗ.
У вас всё будет хорошо ❤️
И на этом по работе всё. Пойдёмте отдыхать, мы это заслужили.
Очень часто проблема не в том, что аналитик «чего-то не знает», а в том, что у него нет целостной картины в голове.
И с этим сталкивался каждый в начале карьеры, я уверена.
Раз аналитик устроился на работу, то он уже что-то знает про API, про интеграции, базовую теорию про требования, документирование, понимает, как в принципе работают системы, как данные попадают на страницу и как хранятся.
Но когда нужно всё это связать, вот тут и начинаются вопросы.
С чего вообще начать? Что первично? Как это влияет друг на друга?
К кому пойти и что спросить у заказчика или у коллег из смежной команды?
Что разработчики вообще хотят увидеть в ТЗ? Вроде описал задачу, а всё равно получил десятки уточняющих вопросов. Почему сразу об этом не подумал?
И на самом деле всё это как раз про одно
про отсутствие целостной картины
В такие моменты у новичков часто начинается самобичевание в духе
«я некомпетентный»
«глупый»
«мне здесь не место»
«вроде прошло несколько лет, а мне всё равно сложно здесь»
Хотя по факту ты просто сидишь над задачей и не понимаешь, с чего начать и к чему должны прийти.
Смотришь на неё, перечитываешь описание несколько раз, открываешь связанные задачи, логи, документацию… и всё равно нет ощущения, что картинка сложилась.
И в голове только одно: «почему я этого не понимаю?»
Тут мне хочется сказать одну вещь:
Вы не одиноки.
Все начинающие специалисты через это проходят, и дело не только в IT. Любой человек в новой сфере сначала не до конца понимает, что происходит. Вроде знает отдельные кусочки своей работы, но не понимает, как это связать.
Благо в нашей сфере эти проблемы решаются опытом, погружением в предметную область, следованием каким-то шаблонам, лучшим практикам, общением с сильными коллегами (задачи же ваши ревьюят? на этом ревью можно многое почерпнуть), прочтением статей, посещением конференций и курсов.
И с каждым новым кейсом вы будете становиться сильнее.
Каждый новый вопрос от разработчика — это новый пункт в чек-листе, что не забыть проработать в следующий раз в ТЗ.
У вас всё будет хорошо ❤️
И на этом по работе всё. Пойдёмте отдыхать, мы это заслужили.
1❤18👏4💯2
Что вы считаете хорошим днём в будни?
У меня на удалёнке это когда день проходит спокойно и в нём есть место не только работе.
🟢 есть в одно и то же время
🟢 выйти на улицу утром или в обед и увидеть дневной свет
🟢 если ещё и солнце — это вообще лучшее, что может быть
🟢 нет внеплановых созвонов «го в зум прямо сейчас»
🟢 не отвлекают сообщениями и можно спокойно поработать
🟢 после работы прогуляться и попить латте с сиропом
🟢 пройти хотя бы 5000 шагов за день
🟢 сделать что-то нерабочее: почитать, сходить в бассейн, поиграть на пианино, порисовать
🟢 и что-то по курсу или каналу: проверить ДЗ, обновить материалы, ответить на вопросы, написать пост
Скоро добавится кормление чаек 😄
Я живу возле залива, и это самое рядовое развлечение
А у вас как?
Всем хорошей недели ❤️
У меня на удалёнке это когда день проходит спокойно и в нём есть место не только работе.
🟢 есть в одно и то же время
🟢 выйти на улицу утром или в обед и увидеть дневной свет
🟢 если ещё и солнце — это вообще лучшее, что может быть
🟢 нет внеплановых созвонов «го в зум прямо сейчас»
🟢 не отвлекают сообщениями и можно спокойно поработать
🟢 после работы прогуляться и попить латте с сиропом
🟢 пройти хотя бы 5000 шагов за день
🟢 сделать что-то нерабочее: почитать, сходить в бассейн, поиграть на пианино, порисовать
🟢 и что-то по курсу или каналу: проверить ДЗ, обновить материалы, ответить на вопросы, написать пост
Скоро добавится кормление чаек 😄
Я живу возле залива, и это самое рядовое развлечение
А у вас как?
Всем хорошей недели ❤️
❤27
Хочу поделиться с вами конференцией, которая будет 18 апреля
Я уже не первый раз слежу за «Аналитическим марафоном», у них обычно очень прикладные доклады без воды.
В этот раз тема: технологии и коммуникации в работе системного аналитика
(это как раз то, с чем мы сталкиваемся каждый день)
Из программы, например:
— Надёжная шина данных на Apache Kafka
— От таблиц к графам: новый инструмент для анализа отраслевого рынка
— От монолога к модели: как правильные вопросы и Event Storming спасают от бесконечных правок
— Навыки архитектурных решений
— Быстрый старт для создания ии-ассистента на кодовой базе организации для исследования приложений
Полная программа со всеми докладами ЗДЕСЬ
И ребята дали мне возможность разыграть среди вас
бесплатный билет на полный доступ 🙂
Чтобы поучаствовать, напишите в комментариях, какой доклад вам откликнулся и почему
(в комментариях ниже оставлю полный список докладов)
13 апреля с помощью рандомайзера выберем победителя
UPD: розыгрыш завершён, победителя уже выбрали 🙂
Я уже не первый раз слежу за «Аналитическим марафоном», у них обычно очень прикладные доклады без воды.
В этот раз тема: технологии и коммуникации в работе системного аналитика
(это как раз то, с чем мы сталкиваемся каждый день)
Из программы, например:
— Надёжная шина данных на Apache Kafka
— От таблиц к графам: новый инструмент для анализа отраслевого рынка
— От монолога к модели: как правильные вопросы и Event Storming спасают от бесконечных правок
— Навыки архитектурных решений
— Быстрый старт для создания ии-ассистента на кодовой базе организации для исследования приложений
Полная программа со всеми докладами ЗДЕСЬ
И ребята дали мне возможность разыграть среди вас
бесплатный билет на полный доступ 🙂
Чтобы поучаствовать, напишите в комментариях, какой доклад вам откликнулся и почему
(в комментариях ниже оставлю полный список докладов)
13 апреля с помощью рандомайзера выберем победителя
UPD: розыгрыш завершён, победителя уже выбрали 🙂
👍10🔥2
Я сторонник не сидеть долго на одном месте в начале карьеры.
Под «долго» я имею в виду больше 2–3 лет.
Мне кажется, это то самое время, за которое можно многое получить от команды и проекта, многому научиться и выбить какое-то повышение.
А дальше, если сидеть дольше, есть ощущение, что застреваешь.
Делаешь примерно одно и то же, нового уже меньше.
И самое главное, не понимаешь, а как бывает по-другому.
Как будто «деревенеешь», и со временем всё сложнее адаптироваться к чему-то новому
Что даёт переход?
Во-первых, ты видишь, как бывает по-другому.
Другие процессы, другие команды, другой уровень задач.
Где-то ты один аналитик, где-то вас несколько.
Где-то маленькая команда, где-то большая.
Где-то вы больше работаете с пользовательским интерфейсом, где-то с бэком, а где-то и то и другое.
Где-то сильно погружаетесь в детали реализации, а где-то меньше.
Разные технологии, разный стек, разный подход к работе.
Везде по-разному ведут документацию, и за счёт этого формируется насмотренность и понимание, как лучше.
И тут есть ещё один момент.
Да, при смене работы будет стресс.
Нужно заново разбираться, адаптироваться, задавать вопросы.
И про собеседования не забываем, та ещё нервотрёпка))
Но в результате ты быстрее растёшь.
И конечно же, в деньгах ты тоже быстрее растёшь.
Новичок часто приходит на небольшую зарплату, и рост внутри идёт от неё.
А при переходе этот скачок ощущается совсем по-другому. Можно выбить и x2.
Плюс резюме становится сильнее.
Чем больше проектов, предметных областей, разных систем, интеграций, тем шире опыт.
В общем, я за то, чтобы не бояться менять что-то и пробовать новое.
А вы как думаете? Сколько времени стоит работать на одном месте в начале карьеры?
💬 MAX
Под «долго» я имею в виду больше 2–3 лет.
Мне кажется, это то самое время, за которое можно многое получить от команды и проекта, многому научиться и выбить какое-то повышение.
А дальше, если сидеть дольше, есть ощущение, что застреваешь.
Делаешь примерно одно и то же, нового уже меньше.
И самое главное, не понимаешь, а как бывает по-другому.
Как будто «деревенеешь», и со временем всё сложнее адаптироваться к чему-то новому
Что даёт переход?
Во-первых, ты видишь, как бывает по-другому.
Другие процессы, другие команды, другой уровень задач.
Где-то ты один аналитик, где-то вас несколько.
Где-то маленькая команда, где-то большая.
Где-то вы больше работаете с пользовательским интерфейсом, где-то с бэком, а где-то и то и другое.
Где-то сильно погружаетесь в детали реализации, а где-то меньше.
Разные технологии, разный стек, разный подход к работе.
Везде по-разному ведут документацию, и за счёт этого формируется насмотренность и понимание, как лучше.
И тут есть ещё один момент.
Иногда, когда долго работаешь в одной компании, начинаешь воспринимать её процессы как единственно правильные.
Типа «у нас так принято, значит так и надо».
И только при смене проекта понимаешь, что на самом деле всё может быть устроено по-другому.
И где-то удобнее, где-то логичнее, а где-то наоборот.
Да, при смене работы будет стресс.
Нужно заново разбираться, адаптироваться, задавать вопросы.
И про собеседования не забываем, та ещё нервотрёпка))
Но в результате ты быстрее растёшь.
И конечно же, в деньгах ты тоже быстрее растёшь.
Новичок часто приходит на небольшую зарплату, и рост внутри идёт от неё.
А при переходе этот скачок ощущается совсем по-другому. Можно выбить и x2.
Плюс резюме становится сильнее.
Чем больше проектов, предметных областей, разных систем, интеграций, тем шире опыт.
В общем, я за то, чтобы не бояться менять что-то и пробовать новое.
А вы как думаете? Сколько времени стоит работать на одном месте в начале карьеры?
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11❤7
Напомню, что 18 апреля пройдёт онлайн-конференция «Аналитический марафон»
про технологии и коммуникации в работе системного аналитика.
Я делилась ей на днях и разыгрывала среди вас бесплатный билет 🙂
Посмотреть программу можно ЗДЕСЬ
И победитель:
🎉 Вероника @k_veronique
Поздравляю! Напишу вам в личные сообщения 🙂
Спасибо всем, кто участвовал! Было очень интересно читать, какие темы вам откликаются.
Если не выиграли, но хотите попасть на конференцию, для вас есть промокод на скидку 20%:
AC20_AM17
про технологии и коммуникации в работе системного аналитика.
Я делилась ей на днях и разыгрывала среди вас бесплатный билет 🙂
Посмотреть программу можно ЗДЕСЬ
И победитель:
🎉 Вероника @k_veronique
Поздравляю! Напишу вам в личные сообщения 🙂
Спасибо всем, кто участвовал! Было очень интересно читать, какие темы вам откликаются.
Если не выиграли, но хотите попасть на конференцию, для вас есть промокод на скидку 20%:
AC20_AM17
👍12
Иногда думаю: у всех значимые даты про личную жизнь,
а у меня про первую работу в IT 😅
Как-то с репетитором по английскому мы играли в игру «загадывали значимые даты», и нужно было отгадать, что это. Я тогда загадала дату своего первого рабочего дня в IT.
Я вообще каждый год обращаю внимание на эту дату.
Сначала это было «о, уже год прошёл», потом «2 года», «3 года»… сейчас уже «8 лет».
И до сих пор ловлю на этом тёплые чувства.
17 ноября 2017 года я вышла на свою первую работу в IT.
Честно, это место вспоминаю с большой теплотой и любовью.
Помню, как шла под сильным дождём на собеседование, опаздывала, пришла вся мокрая.
На собесе рисовала ER-модель, а до этого около 5 часов делала тестовое, старалась максимально качественно.
Кстати, на собеседовании отметили, что это было лучшее выполненное тестовое.
Устроилась техническим писателем, но по факту делала задачи системного аналитика. Чуть позже мне переименовали должность, и я уже официально стала аналитиком.
Параллельно училась в очной магистратуре в ИТМО, была старостой (не по собственной воле 😅) и при этом как-то работала 40 часов.
На работе отпускали на учёбу, потом возвращалась и отрабатывала.
Как же я любила путь от офиса до вуза.
Я шла вдоль Невы, смотрела на яхты, чаек, красивые дома Питера (для местных, офис был на Ваське).
Меня и сейчас ноги иногда заносят на ту набережную, гуляю возле офиса и вспоминаю, как было хорошо.
Там мы делали ПО для страхования. Я без водительских прав и машины прокачалась в ОСАГО и КАСКО 😏
До сих пор иногда вспоминаю фичи, которые делали. Что-то тогда казалось очень сложным, что-то интересным, что-то бесило. В общем, как и везде.
И да, платили там, конечно, немного, всё-таки это было первое место работы, да ещё и 2017 год.
Но у нас была система целей: ставили цели на 3–5 месяцев, потом показываешь результат, и тебе пересматривают зарплату.
У меня за время работы было 4 повышения.
Каждое небольшое, но очень радостное 😄
После этого я пошла по банкам: СберКорус, тогда ещё Тинькофф, Райффайзенбанк. Потом в Лабораторию Касперского.
В общем, первое место работы запоминается.
Кто-то вспоминает с любовью, кто-то наоборот.
Я вот ещё года 2 после увольнения думала, как там было хорошо: команда, игры в конце месяца, волейбол.
Если интересно послушать про следующие места работы, ставьте ❤️
А вы своё первое место работы вспоминаете с улыбкой или с лёгким стрессом? 😄
А кто сейчас на первом месте, как ощущения?
💬 MAX
а у меня про первую работу в IT 😅
Как-то с репетитором по английскому мы играли в игру «загадывали значимые даты», и нужно было отгадать, что это. Я тогда загадала дату своего первого рабочего дня в IT.
Я вообще каждый год обращаю внимание на эту дату.
Сначала это было «о, уже год прошёл», потом «2 года», «3 года»… сейчас уже «8 лет».
И до сих пор ловлю на этом тёплые чувства.
17 ноября 2017 года я вышла на свою первую работу в IT.
Честно, это место вспоминаю с большой теплотой и любовью.
Помню, как шла под сильным дождём на собеседование, опаздывала, пришла вся мокрая.
На собесе рисовала ER-модель, а до этого около 5 часов делала тестовое, старалась максимально качественно.
Кстати, на собеседовании отметили, что это было лучшее выполненное тестовое.
Думаю, сейчас ничего не изменилось.
К тестовому заданию важно подходить серьёзно, не делать его на тяп-ляп, а потратить время, продумать основные кейсы, детали и показать, насколько глубоко вы умеете разбирать задачу.
Устроилась техническим писателем, но по факту делала задачи системного аналитика. Чуть позже мне переименовали должность, и я уже официально стала аналитиком.
Параллельно училась в очной магистратуре в ИТМО, была старостой (не по собственной воле 😅) и при этом как-то работала 40 часов.
На работе отпускали на учёбу, потом возвращалась и отрабатывала.
Как же я любила путь от офиса до вуза.
Я шла вдоль Невы, смотрела на яхты, чаек, красивые дома Питера (для местных, офис был на Ваське).
Меня и сейчас ноги иногда заносят на ту набережную, гуляю возле офиса и вспоминаю, как было хорошо.
Там мы делали ПО для страхования. Я без водительских прав и машины прокачалась в ОСАГО и КАСКО 😏
До сих пор иногда вспоминаю фичи, которые делали. Что-то тогда казалось очень сложным, что-то интересным, что-то бесило. В общем, как и везде.
И да, платили там, конечно, немного, всё-таки это было первое место работы, да ещё и 2017 год.
Но у нас была система целей: ставили цели на 3–5 месяцев, потом показываешь результат, и тебе пересматривают зарплату.
У меня за время работы было 4 повышения.
Каждое небольшое, но очень радостное 😄
И вот это сильно повлияло на то, как я воспринимаю работу:
рост это не что-то разовое, а процесс.
Не «повезло или не повезло с повышением», а понятная система: есть цели, есть результат, есть следующий шаг.
После этого я пошла по банкам: СберКорус, тогда ещё Тинькофф, Райффайзенбанк. Потом в Лабораторию Касперского.
В общем, первое место работы запоминается.
Кто-то вспоминает с любовью, кто-то наоборот.
Я вот ещё года 2 после увольнения думала, как там было хорошо: команда, игры в конце месяца, волейбол.
Если интересно послушать про следующие места работы, ставьте ❤️
А вы своё первое место работы вспоминаете с улыбкой или с лёгким стрессом? 😄
А кто сейчас на первом месте, как ощущения?
Please open Telegram to view this post
VIEW IN TELEGRAM
❤25
У вас был период, когда вы делали перерыв в работе?
У меня был. В 2024 я не работала 9 месяцев, и 3 из них провела в Таиланде.
В это время мы с Юрой плавали в бассейне, в море, обедали среди природы, ящериц и куриц 😄
А потом садились и фигачили над AnalystCore.
Кто не знает, у нас была своя образовательная платформа, которую мы разработали сами.
Параллельно доделывали курс: снимали, монтировали, собирали всё воедино.
Причём сами материалы я готовила около двух лет параллельно с работой.
А когда ушла из найма, мы всё довольно быстро довели до конца.
И это время без официальной работы оказалось невероятно продуктивным.
Мы работали намного больше 8 часов в день, но при этом были счастливы.
Особенно любили работать по ночам.
Могли сидеть, дорабатывать курс, платформу или лендинги, потом идти гулять с кофе, придумывать новые идеи, возвращаться и делать до утра.
Отдельное удовольствие было разбираться с рекламой.
Что написать на баннере? Какую воронку сделать?
Так я для себя открыла, что мне нравится не только системный анализ, но и другие направления.
Сейчас прошло уже полтора года с того момента, как мы вернулись в найм.
И я до сих пор с теплом вспоминаю то время.
Повторила бы я такой опыт? Определённо да.
И когда мне пишут знакомые, что сейчас не работают и переживают, я, наоборот, агитирую не спешить и насладиться этим временем.
Мы, конечно, сделали перерыв, чтобы «поработать». Но другим я советую «отдыхать» и набираться сил))
А у вас был такой опыт?
Решились бы не работать несколько месяцев?
Что бы делали?
У меня был. В 2024 я не работала 9 месяцев, и 3 из них провела в Таиланде.
В это время мы с Юрой плавали в бассейне, в море, обедали среди природы, ящериц и куриц 😄
А потом садились и фигачили над AnalystCore.
Кто не знает, у нас была своя образовательная платформа, которую мы разработали сами.
Параллельно доделывали курс: снимали, монтировали, собирали всё воедино.
Причём сами материалы я готовила около двух лет параллельно с работой.
А когда ушла из найма, мы всё довольно быстро довели до конца.
И это время без официальной работы оказалось невероятно продуктивным.
Мы работали намного больше 8 часов в день, но при этом были счастливы.
Особенно любили работать по ночам.
Могли сидеть, дорабатывать курс, платформу или лендинги, потом идти гулять с кофе, придумывать новые идеи, возвращаться и делать до утра.
Отдельное удовольствие было разбираться с рекламой.
Что написать на баннере? Какую воронку сделать?
Так я для себя открыла, что мне нравится не только системный анализ, но и другие направления.
Сейчас прошло уже полтора года с того момента, как мы вернулись в найм.
И я до сих пор с теплом вспоминаю то время.
Повторила бы я такой опыт? Определённо да.
И когда мне пишут знакомые, что сейчас не работают и переживают, я, наоборот, агитирую не спешить и насладиться этим временем.
Мы, конечно, сделали перерыв, чтобы «поработать». Но другим я советую «отдыхать» и набираться сил))
А у вас был такой опыт?
Решились бы не работать несколько месяцев?
Что бы делали?
1❤16❤🔥3👍2
Иногда кажется, что кто-то рядом сильнее тебя
Смотришь на коллегу и думаешь:
«он так быстро разбирается в предметной области и всех этих терминах»
«он так хорошо понимает разработчиков»
«он прогнозирует такие кейсы, о которых я бы даже не подумал»
И на этом фоне начинаешь сомневаться в себе.
Но есть один момент, о котором редко задумываются.
Мы часто сравниваем чужую сильную сторону со своей слабой.
Ты смотришь на коллегу и думаешь:
«он классно находит места в системе, которые могут сломаться от доработок, вот это погружение!»
А он в это время может думать:
«у него такая скорость, и при этом качество не страдает, как он это делает?»
«она так классно рисует схемы, она может разложить любую задачу на понятные шаги и представляет это в классных современных инструментах»
«он так мастерски использует ИИ в работе, автоматизировал рутинные вещи, на которые я трачу часы»
«она так хорошо ориентируется в Figma, а я даже шрифт не могу поменять»
Просто мы не замечаем свои сильные стороны, потому что для нас это
«ну это же база, ничего особенного»
или
«ну не может он не знать того, что знаю я, это же все умеют»
Кто-то хорошо работает с пользовательским интерфейсом
Кто-то понимает веб-аналитику: какие события передавать и что отслеживать
Кто-то умеет воспроизводить кейсы, лезет в БД и готовит тестовые данные, не отвлекая разработчиков и тестировщиков
Кто-то держит в голове большой объём контекста
Кто-то замечает детали, которые другие пропускают
Кто-то умеет договориться и разрулить сложные моменты
И это всё сильные стороны. Просто они разные.
И если сравнивать себя с другими, всегда можно найти, в чём ты хуже.
Но так же всегда можно найти, в чём ты лучше.
Вопрос только в том, на что ты смотришь.
А вы задумывались, что для кого-то вы тот самый «сильный коллега»?
Мне хочется, чтобы вы поверили в себя ❤️
💬 MAX
Смотришь на коллегу и думаешь:
«он так быстро разбирается в предметной области и всех этих терминах»
«он так хорошо понимает разработчиков»
«он прогнозирует такие кейсы, о которых я бы даже не подумал»
И на этом фоне начинаешь сомневаться в себе.
Но есть один момент, о котором редко задумываются.
Мы часто сравниваем чужую сильную сторону со своей слабой.
Ты смотришь на коллегу и думаешь:
«он классно находит места в системе, которые могут сломаться от доработок, вот это погружение!»
А он в это время может думать:
«у него такая скорость, и при этом качество не страдает, как он это делает?»
«она так классно рисует схемы, она может разложить любую задачу на понятные шаги и представляет это в классных современных инструментах»
«он так мастерски использует ИИ в работе, автоматизировал рутинные вещи, на которые я трачу часы»
«она так хорошо ориентируется в Figma, а я даже шрифт не могу поменять»
Просто мы не замечаем свои сильные стороны, потому что для нас это
«ну это же база, ничего особенного»
или
«ну не может он не знать того, что знаю я, это же все умеют»
Кто-то хорошо работает с пользовательским интерфейсом
Кто-то понимает веб-аналитику: какие события передавать и что отслеживать
Кто-то умеет воспроизводить кейсы, лезет в БД и готовит тестовые данные, не отвлекая разработчиков и тестировщиков
Кто-то держит в голове большой объём контекста
Кто-то замечает детали, которые другие пропускают
Кто-то умеет договориться и разрулить сложные моменты
И это всё сильные стороны. Просто они разные.
И если сравнивать себя с другими, всегда можно найти, в чём ты хуже.
Но так же всегда можно найти, в чём ты лучше.
Вопрос только в том, на что ты смотришь.
А вы задумывались, что для кого-то вы тот самый «сильный коллега»?
Мне хочется, чтобы вы поверили в себя ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤25👌2