Прежде чем делать проект/алгоритм/писать программу, всегда приходится начинать с теоретического проектирования. Удобнее всего это делать с помощью блок-схем. На случай, когда нет бумаги под рукой или вы работаете над групповым проектом в распределенной команде, вам точно пригодятся мои советы.

Есть XSD, это XML-подобный язык разметки для создания блок-схем - мы его рассматривать не будем!

Однако существует ГОСТ 19.701-90 (который является наследником СССРовского госта) для описания алгоритмов и не только, который взял сегодня на вооружение.

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

Пользуйтесь, это бесплатно!

P.S. Полезная статья по теме: Как улучшить блок-схемы алгоритмов по ГОСТ 19.701-90? Эргономичный визуальный алгоритмический язык ДРАКОН. Критерии

Решил выложить сюда прошлогоднее видео, которое записывал в 3 часа ночи из Кампуса с первого дубля для одного из проектов акселератора СБЕР.
Просто прикреплю ссылку из проекта "Career Track 03" на него, чтобы н заливать в облако.

Вся работа выполнялась в контексте моего опыта ~ 10 лет в 3-х IT-компаниях на разных не програмистских должностях: от маркетолога, техподдержки до менеджера и темлида. Начал искать компанию мечты с должностью разработчика еще в декабре 2022-го года. За это вермя прошел более 60 технических интервью в разные компании: Авито, Яндекс, ВК, Сбер и др. В конце прошлого года устроился в крупную страховую компанию и продолжаю в ней работать. За пару дней до этого прочитал лекцию Путь от джуна до Синьера или как найти компанию мечты в Новосибирском Кампусе: к которой подробнее поделился советами о карьере, а также лайвхаками в поиске работы.

5 вопросов от HR:

1. Расскажи о своих проектах, которые не получились и чему научился?
В основном это были тестовые задания. Сталкивался с проблемами непонимания сисадминской части и DevOps для подготовки бэкенда и настройки окружения. Базовая школьная ветка по DevOps и подготовка к экзамену очень помогли "прокачать" эту "базу".

2. Если ты работаешь на момент собеседования в какой-либо компании, то жди вопрос: «Почему хотите уходить с Х компании?» / Если ты не работаешь на момент собеседования, то: «Почему уволились из компании Х?»
Уволился с потому что было сокращения штата через оптимизацию (это когда "закручивают гайки" разработчикам и "вешают" в 3 раза больше задач на каждого, чем можешь делать в спокойном темпе). Но сейчас я называю это "карьерными каникулами", на которых прошел Интенсив в Казани, потом перевелся в Новосибирский Кампус, далее жил на сбережения, учился, читал лекции, много волонтерил и проходил собеседования.
В любую компанию мне есть что привнести. Иногда мой опыт может быть вреден, например в зрелых компаних, которые не развиваются (гос.корпорации - хороший пример, куда меня пускать нельзя). Всегда спрашиваю про процессы, как устроен флоу разработки, как за что отвечает в команде и т.п.
Есть и "красные флаги". Например, если компания не использует Git - пусть работают без меня. Если директор управляет всем и "лезет" в IT, при этом не разбирается - пусть для него пишет код чат-GPT!
В нормальной компании (с бирюзоваой политикой) создаются для работников такие условия, чтобы офис для них был самым лучшим местом на свете и работа, которую они делают - самым желанным занятием. Деньги - это побочный эффект.

3. От чего ты получаешь удовольствие в работе?
Имею достаточно большой опыт траблшутинга - это решение любых проблем и задач (в идеале самое оптимальное и в кратчайшие сроки). Такой навых хорошо ложится и на технические системы, когда опыт и знания вместе с находчивостью и смекалкой позволяют принимать неординарные решения при которых выигрывают все стороны. Если это дает результат/победу/положительный опыт, то им можно наслаждаться пока не появится более интересная задача. А результат будет всегда, если не отступать от любой задачи: полет на Марс, 36 тысяц низкоорбитальных спутников связи для скоросного интернета за 5 лет, маломощьные ядерный реактор или финансовая схема которая оставляет конкурентов позади.

4. Приведи пример конфликтной рабочей ситуации, как ты ее решал?
Чаще всегда конфликты случаются на стыке зон ответственности в командах. И конфликты между людьми решаются намного проще, чем конфликты в процессах компании. Когда-то я работал в IT-отделе финансовой компании и в 2021-м году вышло Положение Банка России от 20 апреля 2021 г. № 757-П которое вступало в силу 1-го июля. Всё взаимодействие с внешними сервисами нужно было перевести на ГОСТ-шифрование, иначе компанию ждали большие штрафы от ЦБ. Наверно проще было переписать весь продукт целиком и заняло бы это несколько лет, а нужно было "вчера"! В итоге решение было найдено с которым мы справились, если не блестяще, то точно лучше всех других финансовых компаний из этой сферы! Как именно, рассказывать к сожалению не могу...

5. Чем заинтересовала компания/вакансия?
Все хотят работать в Яндекс! (с)
А сейчачс еще в Озон, Тинькофф и Авито, а я выработал для себя чек-лист для поиска подобных подходящих компаний, с учетом "красных флагов" и нашел такую компанию мечты недавно:

- Вопросов может быть и больше, на часть из них HR ответить не сможет и это тоже показатель нашей оценки работодателя. А если HR не знакома с командой или деятельностью компании куда нанимает, скорее всего это "перекуп", не тратьте время, не общайтесь много с такими HR-юшами ( ´(oo)ˋ ) Итак:

- Нужно выяснить, имеем дело со зрелой компанией или растущей (большинство it-компаний в РФ, которые нанимают появились на рынке относительно недавно). В успешную зрелую компанию попасть сложнее, но там точно можно просить больше денег, ожидая стабильности и много работы с легаси, а также устаревшей кодовой базой. Растущие компании тоже могут хорошо платить и в них карьра может складываться быстрее, но и перемен будет больше каждый квартал.
Всегда спрашивайте: сколько лет компании, какой рост/текучка за послдений год в команде, сколько лет продукту, какой разброс возраста в команде, и кто в ней (тестировщики, тимлид, менеджер, девопс и т.п.)

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

- Спросите банальное: пользуются ли гитом, пишут тесты, документация, есть ли продукт-овнер в команде, что делают при авариях и после них?

- Спросите кого они нанимают: открыта новая должность, ушел человек, расширяют команду, хотят "заткнуть дыру" еще одним разработчиком (это красный флаг) или перманентно нанимают потому что от них "умираютубегают программисты"?

- Спросите о зарплате, какая вилка, от чего она зависит и почему они не могут предложить больше (если вилка меньше рынка) или почему так много (если вилка больше рынка)?

- Спросите про бенефиты компании: ДМС, оплата обучения, английского, участие в конференциях, выдают ли ноутбук/компьютер - в корпорациях это все есть.

- Зарплату в белых конвертах путь оставят себе, а Вы пойдете делать продукт конкурентов лучше. Никогда не соглашайтесь "поработать месяцок неофициально, а потомом вас оформят". В серьезных компаниях нет проблем с официальным оформлением.

Спасибо всем, кто пришел!
Следующий рубеж - провести киносеанс на большом экране в Шафране. Ориентируемся на вторую половину апреля!

Торжественно завершаем командный Carrer Track 04 (ветка проектов о которых писал в предыдущих постах) с одной из моих самых лучших команд. Ребята, было приятно с вами работать!
🤝
Вместе мы сделали за неделю гораздо больше чем можно сделать по одиночке за целый месяц!
Спасибо за проделанную работу! Очень вами горжусь! 🤓