🫥 Как разорвать череду плохих работ?

Проходя собеседование, мы рассказываем о проблемах на предыдущем месте работы: не было настроенных процессов, задачи не имели описания, приходилось работать по выходным. Нам не хочется, чтобы в новой компании было так же, поэтому мы и рассказываем об этом. Однако всё происходит ровно наоборот.

🫥 Интервьюер понимает, что вы имеете опыт работы в таких условиях. Если в его компании принято работать так же, то вы подходите. А вот если у них всё хорошо, то вас могут не взять. Имеет смысл рассказывать наоборот о том, в каких условиях вам хочется работать.

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

🫥 Помните: иногда увольнение - тоже решение.

📌 Топ чашек кода

🎂 Друзья, сегодня у меня день рождения!

За 28 лет я успел попробовать себя во многих разных сферах, и нашёл себя в IT. Если вы тоже хотите сменить профессию и попасть в IT, то напоминаю о скидках в мае на мои консультации.

✨Кроме того, сегодня хочу сделать вам ещё один подарок - разыграю Телеграм-премиум!

А вы можете сделать мне небольшой подарок, подарив моему каналу буст 💋

В телеграмме на розыгрыши слетаются боты, поэтому я сделаю его коротким, чтобы они не успели набежать. Запущу розыгрыш сегодня в 22:00.

Если у вас есть друзья, которые давно хотят подписаться на Чашку кода, но ещё почему то это не сделали, зовите их. ☀️

📌 Топ чашек кода

Друзья, я открыл дискуссионный клуб для IT-шников и IT-шниц. Встречаемся по средам в Доме Большого чая!

В первую встречу обсудили две темы:

❤"Как жить в мире без аналитики?"
Неожиданно мы пришли к решению, что аналитика задач на самом деле не нужна. То есть позиция/роль "аналитик" не так важна в команде, как сама команда, налаженные процессы и общая экспертиза разработки.

Для меня это было неожиданно, потому что часто слышу, как разработчики жалуются на отсутствие аналитики задач. Проблема не в самом отсутствии аналитики, а в том, что команда ожидает её. Если настроить процесс разработки и обучить команду работать без аналитики, то это может работать.

❤Вторая тема: "Как перекладывать работу на других и избегать факапов?"
Мнения разделились, но решения мы нашли. Мне понравилась мысль, что проблема может быть не в лени. Если вы понимаете, что коллега может решить задачу лучше и/или быстрее, то стоит передать задачу ему. Важно, что мы уважаем и понимаем сильные и слабые стороны каждого в достижении общей цели команды.

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

Согласны с тезисами? Что думаете?🔽

📌 Топ чашек кода

Резюме — ??? — Оффер

➡️ Что нужно сделать, чтобы получить оффер? Нужно хорошо пройти собеседование! Но пройдёте ли вы его - интервьюер решает субъективно.

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

🦾 Если вы не можете пройти собеседование, возможно вам нужно прокачивать не только технические навыки, но и софт-скиллы. Всё как на свидании: если партнёр при встрече не смеётся с ваших шуток, то второго свидания скорее всего уже не будет.

🌱А я напоминаю, что до конца мая вы можете записаться на мои консультации со скидкой:

🔹Экспресс-встреча: 2 000 0 рублей
🔹Тематическая-встреча: 10 000 5 000 рублей
🔹Гарантированный оффер: 35 000 0 рублей + 50% от оффера

📌 Топ чашек кода

⌛ Кончается май...

...а значит и моя акция тоже! Если вы сейчас в поиске работы или нужна мотивация на поиск, напишите в личку @PySage.

Осталось 2 дня для записи на мои консультации со скидкой:

🔹Экспресс-встреча: 2 000 0 рублей
🔹Тематическая-встреча: 10 000 5 000 рублей
🔹Гарантированный оффер: 35 000 0 рублей + 50% от оффера

В июне выхожу на работу тимлидом и менторинг будет значительно дороже 💵

📌 Топ чашек кода

🌓 Назовите 3 своих сильных и 3 слабых стороны

People are package deals; you take the good with the confused.
Стив Джобс

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

🌦Если вы быстрее коллег делаете задачи, то вероятно, можете пропустить особенности реализации. Например, не обработать какой то corner-case. Или вы можете хорошо погружаться в задачу и находить то, о чём другие не подумали при проектировании. Хотя вы и улучшаете сервис, можете из-за этого пропускать дедлайны и в целом делать задачи дольше.

📖 Это актуально не только для разработки. Я, например, долго читаю книги. Мне нужно примерно в 2-3 раза больше времени, чем другим.

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

Думайте о своих способностях вкупе с негативными особенностями. Отдельно хороших черт не бывает.

📌 Топ чашек кода

⚡Помните: вы работаете с людьми!

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

👉 Когда вы что-то делаете, делайте это так, как будто завтра о вас напишут в газетах или покажут по телевизору.

Если бы вы не хотели, чтобы кто-то другой узнал о том, что вы сказали подчинённому или начальнику, то вообще не стоит этого говорить. Об этом точно узнают. Коллега расскажет об этом своей жене и друзьям. 🐁

📌 Топ чашек кода

☕️ Инсайты ITea клуба

На нашей прошлой еженедельной встрече ITea клуба обсудили несколько тем, делюсь итогами.

🔠Ментальные блоки
Сложности есть у всех, на любом этапе. Новички страдают от того, что недостаточно знают. Мидлы не ценят свой опыт. Сеньоры привыкли к текущей работе и не хотят роста. Решение есть, но требует большой работы над собой. Скоро будет пост про это.

🔠 SCRUM в России
Американский подход к разработке плохо адаптирован в России: что-то убрали, что-то изменили. По частям он не работает. Кажется, что для нашего рынка нужен свой собственный, адаптированный подход. Может быть даже основанный не на командной работе. Главная проблема тут в философии менталитета, при которой SCRUM не работает:

Победы общие или руководителя, а ошибки конкретного сотрудника

🔠 Офис будущего
Удалёнка - не всегда показатель того, что компания прогрессивная или заботится о сотрудниках. Может быть, что у компании просто нет денег на офис. Но и ходить в офис разработчики тоже не любят. Моё мнение в этом посте.

Что думаете по поводу этих инсайтов? 🔽

📌 Топ чашек кода

✨ Нотация Большой О (Big O Notation)

Научиться решать алгоритмы — это только полдела. Нужно ещё уметь анализировать их на эффективность. Для измерения эффективности алгоритма используется Нотация Большой О (Big O Notation) и записывается как O(n), то есть большая О и какой-то показатель n.

🟣 Что такое `O(n)`?
Это математическое описание сложности алгоритма. Для записи используется алгебраическое обозначение, где в скобках указывается зависимость от входных данных(обычно длины).

Пример:
Сложность сортировки выбором равна O(n²). Такая сложность читается, как "О(большая) от n в квадрате". Буква n представляет размер полученных данных. Запись (n²) показывает, что для сортировки потребуется количество действий, равное длине входных данных в квадрате.

🟣Зачем нам это нужно?
Представим игру Судоку. Когда пользователь вводит число, необходимо проверить, что оно не встречается в ряду, столбце и подквадрате. Общий размер входных данных, при максимально заполненном судоку, равен 81 числу (9 * 9). Мы воспользуемся оценкой асимптотической сложности, где будем измерять "условные" действия.

🟣Самые популярные сложности алгоритмов:

🟣 O(1) - при константной сложности всегда будет одинаковое количество действий, даже если судоку 100 на 100 ячеек.
🟣 O(log n) - логарифмическая сложность означает значительное сокращение при увеличении. Судоку 9*9 требует 6 действий (log81(2) = 6.33), а 100*100 потребует всего 13 действий.
🟣 O(n) - линейная сложность напрямую зависит от входных данных. Судоку 9*9 => 81 действие, 100*100 => 10_000.
🟣 O(n²) - квадратичная сложность означает значительное увеличение операций относительно увеличения входных данных. Так для 9*9 => 6_561 операций, а 100*100 требует 100 миллионов действий!

При логарифмической сложности пользователь вряд-ли заметит время на расчёты, даже если его судоку будет размеров 100 на 100. Если алгоритм будет неоптимальным, квадратичным или даже хуже, то вероятно он не дождётся проверки судоку.

💬 Подробнее про нотацию большой О рассказываю в своём новом курсе про алгоритмы

📌 Топ чашек кода