Максимум пользы даже в мемах)

@notsystemanalysis

Уровень зарплаты у тебя в голове

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

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

Мониторьте рынок и смотрите, сколько сейчас платят. Есть вероятность, что вы засиделись/продешевили, а ваша зп может быть сильно больше. Существует множество площадок, где вилки открыты: хабр карьера, гетментор, профильные чатики в тг (не можете найти, пишите в комменты – скину). Да, психологически тяжело просить 300, при зарплате в 100, но тогда вы просто теряете деньги. По меркам «обычной работы» 100 и 200 действительно много, но в системном анализе (ИТ в целом) можно получать гораздо больше. Я не говорю, что ИТ - «необычная работа», просто высокооплачиваемая.

К тому же, нет никакой корреляции между уровнем дохода и рабочей нагрузкой. Популярное искажение: «О, тут платят 300к, значит придется пахать сутками, лучше я посижу на своих 100» - в корне неверно. Я работал за 100 и делал больше, чем когда работал за 300. Опять же, в других областях злой дядя начальник сказал и все подчиняются, ИТ же строится на диалоге. Какой смысл пахать на вас, чтобы через полгода искать дорогостоящую замену? В системном анализе все еще рынок кандидатов, пользуйтесь этим.

Как работает JWT? Объяснение для ребенка

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

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

Во взрослом компьютерном мире это волшебное печенье похоже на JWT (JSON Web Token). Специальный замок - это секретный код, который гарантирует, что информация надежно защищена и не будет перехвачена кем-то другим. Так же как вы делитесь своим волшебным печеньем с друзьями, компьютеры могут делиться друг с другом этими JWT, чтобы быть уверенными, что все в порядке.

Жиза?

@notsystemanalysis

Work-Life Balance или как не поехать кукухой

Недавно в коммьюнити обсуждали важность разграничения контекста. Как отделять работу и остальную жизнь, чтоб не выгореть. Огромный респект тем, кто высказался. Спасибо за ваши советы. Итак, список советов, возвращающих из ИТ в реальный мир:

Хобби. Очевидно? Конечно. Но занятие помимо работы разгрузит мозг и поможет восстановиться. Это может быть все что угодно: фитнесс, кулинария, игра на музыкальных инструментах, чтение книг. Из неочевидного – личный блог, крутая штука, позволяющая генерить различные идеи и сразу проверять их. От себя добавлю, что мне важен не только процесс, но и достижение целей. Ходишь в качалку? Значит стремишься «пожать сотку». Ведешь блог? Пытаешься предугадать реакцию на тот или иной пост, наращиваешь аудиторию.

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

Установление границ на работе. Ты доступен с 9 до 18, после – никаких ответов в чате и помощи коллегам. 99% вопросов можно решить на следующий день. Из моей практики, не было ни одной задачи, которая поступила и сразу стала горящей. Как правило, ее мариновали какое-то время, а потом она резко стала всем нужна. Ну, ничего, если неделю (месяц) ждали, то еще денек подождут. Сюда же относятся переработки. Если они оплачиваются, и вы добровольно решили подзаработать – сомнительно, но окэй. Но если это просьба в духе «у нас тут горит, помоги пожалуйста, это очень важно» - категорически нет.

Что-то упустил? Может у вас есть лайфхак, который сразу облегчит жизнь всем? Делитесь в комментариях

Что такое нормализация? Объяснение для ребенка

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

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

Вот упрощенная аналогия:

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

Вторая нормальная форма (2НФ):
Теперь, допустим, мы хотим добавить информацию о владельце каждой игрушки. Мы создадим отдельный список или поле для владельцев, и каждый владелец будет связан с определенной игрушкой. Таким образом, информация о владельцах не будет повторяться для каждой игрушки в исходных коробках.

Третья нормальная форма (3НФ):
Допустим, мы добавим информацию о городе, в котором живет каждый владелец. Мы можем создать еще один список или ящик для городов, и каждый владелец будет связан с определенным городом. Таким образом, информация о городах не будет повторяться для каждого владельца в ячейке владельца.

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

Подробнее о нормализации читайте тут

Всякое бывает)

@notsystemanalysis

6 алгоритмов работы балансировщика нагрузки, которые нужно знать

1. Round Robin
- Распределяет входящие запросы между серверами в круговой последовательности. Это обеспечивает равномерное распределение нагрузки между серверами.

2. Sticky Round Robin
- Аналогичен Round Robin, но с дополнительной функцией сохранения сеанса. Если клиент назначен на сервер, последующие запросы от него будут направляться на тот же сервер.

3. Weighted Round Robin
- Аналогичен Round Robin, но присваивает серверам различные веса в зависимости от их производительности или вычислительной мощности. Серверы с большим весом получают больше запросов, что позволяет пропорционально распределить нагрузку.

4. IP/URL Hash
- Использует хэш-функцию IP-адреса или URL-адреса клиента, чтобы определить, какой сервер должен обрабатывать запрос. Это гарантирует, что запросы от одного и того же клиента будут последовательно направляться на один и тот же сервер.

5. Least Connections
- Направляет трафик на сервер с наименьшим количеством активных соединений. Это помогает более равномерно распределить нагрузку между серверами, предотвращая перегрузку какого-либо одного сервера.

6. Least Time
- Назначает запросы на сервер с наименьшим ожидаемым временем обработки. Этот алгоритм учитывает такие факторы, как время отклика сервера и текущая нагрузка.

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

Подробннее об алгоритмах работы балансировщика нагрузки можно узнать здесь

Высшее образование в ИТ

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

Сам я бросил аспирантуру на втором курсе, потратив на обучение 8 лет. Бакалавриат заканчивал в местном вузе и получал профильное образование. Многому ли я научился? Совсем нет, универ дал основы баз данных и программирования, но о работе аналитика (сбор требований, постановки, интеграции) рассказать почему-то забыл. Зато я успел написать несколько десятков статей и скататься на полгода в Болгарию на обучение. Если интересно, как так вышло и что мне это дало – кидайте реакции, расскажу. (Соня, Катя, привет)

Магистратуру закончил в Финансовом университете в Москве. Это были доковидные времена, в родном городе работы для аналитиков не было. Магистратура показала, что ИТ – это не только про код, но еще и про управление ожиданиями стейкхолдеров, а софты решают сильнее хардов. Плюсом, окружение, когда все вокруг тебя работают, а не пинают балду, невольно тянешься за ними. (Миша, Настя, Юля, Даша, и вам привет)

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

Оглядываясь назад, я бы рекомендовал выбирать вышку либо в топ вузе и реально учиться, либо самую простую, где ничего особо не требуют, и искал бы удаленную работу. Обучиться системному анализу самостоятельно можно максимум за полгода, не нужно тратить 4-8 лет жизни. Но, напоминаю, любая вышка все-таки нужна!

Что думаете по этому поводу? Как прошли ваши универские годы?

Держимся, последний понедельник в этом году

@notsystemanalysis

Как просить повышение?

Дискеймер: Я убежден, что быстрый рост по зп на начальных этапах возможен только через смену компаний. Менять работу нужно каждые 1-1.5 года. Но так делают не все, поэтому и появился этот текст.

Животрепещущий вопрос. Ты классный системный аналитик, проработавший некоторое время в компании. Все здорово, задачки закрываются, бизнес доволен, скилл растет. Но как же правильно попросить повышение? Многие стесняются это делать. Давайте разбираться.

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

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

Принесите оффер из другой компании. Вредный совет, но на моей практике первые два пункта работают не так эффективно, как третий. У компании всегда кризис и всегда не хватает денег. Они будут рассказывать, что вы классный и буквально через полгода сделают вас каким-нибудь начальником, а пока вот 10к прибавки к зп. Оффер из другой компании чудесным образом материализует повышение не «когда-то», а здесь и сейчас. Теряется ли лояльность компании? Думаю да, но вы можете успокоить себя тем, что начали с диалога, а не с козырей. Да и странно говорить о лояльности, когда «любимая компания» не может дать денег по рынку.

В качестве бонуса – если предлагают брать дополнительные обязанности, всегда уточняйте, сколько за это платят? На первой работе для меня было шоком, когда на время отпуска искали замену на проект и взяли коллегу, а он первым делом спросил: «Да, все круто, а это будет дополнительно оплачиваться?» Мы не альтруисты, мы помогаем бизнесу зарабатывать деньги. Вас (аналитика) могут хвалить, навешивать дополнительную нагрузку: интервью, обучение стажеров, проведение тестирования и т.д. Но зачем это делать за бесплатно, если можно получать деньги? В трудовом договоре четко прописаны обязанности, просто так никто не может заставить вас заниматься дополнительной активностью.

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

Итоги года 🎄

Ребята, привет!

В последний рабочий день подводим итоги года. Я никогда не планировал, но в ретроспективе всегда видится, что время потрачено не зря. Большое спасибо всем, кто был рядом и помогал.

В январе мы тусили своей компанией в Ярославле. Культурно-развлекательная программа на несколько дней. Максимум живого общения. Рекомендую всем периодически собираться друзьями и отдыхать.

В феврале начался ремонт. Ремонт…. Сложная штука, приходилось постоянно менеджерить. Крайне нервно, но результат стоил того. Отдельное спасибо родителям за постоянную помощь, без них бы ничего не вышло.

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

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

В июле повысил зп на текущем месте работы через контроффер. Поступил некрасиво, думал, что 100к на ровном месте не накинут. А оказалось, наоборот. Но, задачи на проекте интереснее не стали.

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

В сентябре закончили ремонт. 80% изначального дизайна было реализовано. Остались мелкие доделки, но в целом картина полная. Также в первый раз за пару лет выбрались отдохнуть, я вообще впервые был в Египте, до этого только «наш юг». Шарм с трудом переживает кризисы и выглядит уставшим, но море, солнце, все дела – решает.

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

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

Всех обнял,
Андрей

З.Ы. (сейчас олды пустят слезу) Когда-то давно вел канал с рецензиями о кино. Если вдруг соскучитесь, здесь очень много материала, несвязанного с ИТ. Кто знает, может вернусь)

Как состояние позле праздничков? Готовы побеждать? (я еще нет)

@notsystemanalysis

6 архитектурных паттернов, которые ты должен знать

Event-Driven Architecture:
EDA фокусируется на производстве, обнаружении, потреблении и реакции на события. Компоненты в этой архитектуре взаимодействуют асинхронно через события. Когда происходит событие, оно запускает действия или уведомления по всей системе. Этот паттерн повышает масштабируемость, разделяет компоненты и позволяет реагировать на события в режиме реального времени.
Применение: Идеально подходит для систем, в которых события вызывают действия, способствуя масштабируемости и быстроте реакции.

Layered Architecture:
Многослойная архитектура организует систему на логические уровни, каждый из которых отвечает за определенную функциональность. Как правило, эти слои включают в себя представление, логику приложения, бизнес-правила и доступ к данным. Такое разделение обеспечивает модульность, способствует удобству обслуживания и упрощает обновление или изменение отдельных слоев, не затрагивая другие.
Применение: Распространена в корпоративных приложениях, повышает отказоустойчивость за счет разделения и модульной разработки.

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

Microservices Architecture:
Микросервисы разбивают приложение на более мелкие, независимые сервисы, каждый из которых отвечает за определенные функции. Эти сервисы взаимодействуют через API и могут разрабатываться, развертываться и масштабироваться независимо друг от друга. Микросервисы способствуют гибкости, масштабируемости и позволяют командам одновременно работать над разными сервисами.
Применение: Идеально подходит для больших и сложных систем, улучшая масштабируемость, изоляцию от сбоев и позволяя разрабатывать независимые сервисы.

Model-View-Controller (MVC):
MVC разделяет приложение на три взаимосвязанных компонента: Модель (представление данных), Вид (пользовательский интерфейс) и Контроллер (бизнес-логика). Этот паттерн повышает удобство сопровождения, позволяет вести параллельную разработку и способствует четкому разделению задач.
Приложение: Распространена в веб-приложениях, улучшает организацию и сопровождение кода за счет разделения сложной логики пользовательского интерфейса.

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

Графический материал прикрепил в комментариях.
Какие недостатки того или инного паттерна можете назвать?