Мне был 31 год, когда я понял, что больше не могу.. 13 лет в органах. Погоны, ненормированный график, бесконечные бумаги, ответственность, от которой к ночи гудит голова. И зарплата, которая давно перестала отражать то, что я отдаю. Я смотрел на коллег постарше, видел своё будущее на 15 лет вперёд - и оно меня удручало. А ещё меня окружали разговоры про IT. «Там платят», «там удалёнка», «там берут после переучивания». И всё во мне сопротивлялось: какой из меня айтишник? Мне за тридцать, я ничего не программировал, у меня погоны, а не диплом профильного вуза...
Solo, teach me | Системный анализ
Я потратил год, разбираясь в IT-терминах. Вы можете уложиться в один вечер за 99 ₽ Когда я только пришёл в системный анализ, меня бесило не то, что задачи сложные. Меня бесило, что я не понимал язык, на котором о них говорят. Сидишь на созвоне, а вокруг летает: «давай опишем это в BPMN», «нужны NFR», «закинь в бэклог по MoSCoW», «это же классический use case». Все кивают. Я тоже кивал. А внутри — пустота и липкое ощущение, что я здесь самозванец. Я гуглил каждый термин по отдельности. Открывал статью на 8000 слов про UML, читал, через день забывал. Потом снова натыкался на него в задаче — и снова не помнил, чем он отличается от BPMN. Так прошёл почти год. В чём была настоящая проблема Дело не в том, что информации мало. Её слишком много. На каждый термин — десятки статей, видео по полчаса, споры в комментариях «а вот на самом деле REST это не совсем то». Для новичка это не помощь, а шум. Тебе не нужна диссертация про SOAP. Тебе нужно одно нормальное человеческое предложение: что это, зачем это и когда это используют. Именно такого справочника мне тогда и не хватило. Поэтому спустя время я сел и сделал его сам — для себя и для тех, кто стоит там же, где стоял я. Что я собрал Это словарь из 200+ IT-терминов — тех самых, которые реально звучат на работе системного и бизнес-аналитика. Без воды, простым языком, каждый термин — короткое понятное объяснение. Внутри то, на чём чаще всего спотыкаются: Нотации и моделирование: BPMN, UML, Use Case Требования: FR/NFR, SMART, MoSCoW Гибкие методологии: Agile, Scrum, Kanban Интеграции и API: API, REST, SOAP, JSON И ещё больше сотни понятий уровня джуна — всё, что нужно, чтобы перестать кивать вслепую и начать понимать, о чём идёт речь. Почему это стоит 99 ₽, а не "бесплатно за подписку" Давайте честно. Аналитик в среднем зарабатывает около 99 ₽ за три минуты работы. Три минуты - и словарь окупился. А сэкономит он вам десятки часов: тех самых, которые вы иначе потратите на гугление по одному термину, на чтение лонгридов, которые забудутся, на неловкое молчание на созвонах. 99 ₽ - это цена чашки кофе в Маке. Только кофе закончится через десять минут, а словарь останется с вами и будет открываться каждый раз, когда вы услышите незнакомое слово. Как забрать Купить словарь и задать любой вопрос можно у меня в Telegram - там же вся моя движуха по системному анализу с нуля: 👉 t.me/...ach Заходите. Если бы такой справочник был у меня в первый год - я бы сэкономил себе кучу нервов. Сэкономьте свои.
Вы ставите цели на год? Я – Да! Можно просто жить и делать то, что тебе кажется наиболее оптимальным в моменте. И чтобы стремиться больше заработать и хорошо делать свою работу, необязательно нужно писать на стикере «хочу лям баксов» и вешать его на холодильник. Но это и не значит, что ставить цели бесполезно. Поведение человека по статистике обусловлено его привычками. При отсутствии сильных внешних стимулов, люди склонны продолжать делать тоже, что они делали раньше – не меняя способ. И, соответственно, получать такой же результат (плюс, минус) Это похоже на жизнь по инерции, «плыть по течению»: что само по себе не обязательно плохо: течение может быть и положительным фактором (если у вас правильные привычки, хорошее окружение, и так далее). Но лично мне всё же хотелось бы, чтобы я мог бы направлять жизнь туда, куда нужно мне. Постановка целей – это и есть тот процесс, с помощью которого я пытаюсь «приплыть» в нужном направлении.
Сохраняй в коллекцию: Путь аналитика. Практическое руководство. В книге собрана полезная информация со ссылками на теоретические материалы из разных областей разработки программного обеспечения: ︎• анализа •︎ архитектуры ︎• управления проектами •︎ лидерства и управления персоналом Все, что понадобится в реальных производственных проектах. Помимо этого в книге содержится анализ разнообразных кейсов и ситуаций, а также примеры документов и шаблонов, необходимых для разработки ПО. Авторы структурируют огромный массив теоретической информации исходя из ее практической ценности на каждом этапе профессиональной карьеры. Книга написана простым и доступным языком. П.С. Напиши мне в личку, скину
Никто уже не хочет работать и учиться, поэтому на этой неделе не напрягаю вас умными постами. Но, все же, подборку книг я для вас замутил Итак, Любимые книги успешных людей: «Легко не будет. Как построить бизнес, когда вопросов больше, чем ответов» Бен Хоровиц Книга, которую рекомендует сам Марк Цукерберг. Она у меня есть в электронном виде – прикладываю «Не всё ли равно, что думают другие?» Ричард Фейнман В списке любимых книг Ларри Пейджа — сооснователя компании Google «Бизнес-приключения. Двенадцать классических историй Уолл-стрит» Джон Брукс Однажды Билл Гейтс попросил Уоррена Баффета посоветовать ему хорошую книгу о бизнесе, и тот без раздумий отдал ему свой экземпляр издания Джона Брукса. И давайте не будем жаловаться, что нет времени на чтение книг Это вопрос скорее желания и правильной расстановки приоритетов. Тем более впереди большие выходные Даже самые богатые и успешные люди планеты, несмотря на постоянную занятость и огромную ответственность, находят в своем расписании несколько часов на эту полезную привычку.
