Друзья, я открыл дискуссионный клуб для IT-шников и IT-шниц. Встречаемся по средам в Доме Большого чая!
В первую встречу обсудили две темы:
❤ "Как жить в мире без аналитики?"
Неожиданно мы пришли к решению, что аналитика задач на самом деле не нужна. То есть позиция/роль "аналитик" не так важна в команде, как сама команда, налаженные процессы и общая экспертиза разработки.
Для меня это было неожиданно, потому что часто слышу, как разработчики жалуются на отсутствие аналитики задач. Проблема не в самом отсутствии аналитики, а в том, что команда ожидает её. Если настроить процесс разработки и обучить команду работать без аналитики, то это может работать.
❤ Вторая тема: "Как перекладывать работу на других и избегать факапов?"
Мнения разделились, но решения мы нашли. Мне понравилась мысль, что проблема может быть не в лени. Если вы понимаете, что коллега может решить задачу лучше и/или быстрее, то стоит передать задачу ему. Важно, что мы уважаем и понимаем сильные и слабые стороны каждого в достижении общей цели команды.
Были также мнения о том, что стоит просто делать меньше работы. В конечном счёте, вам платят тот минимум, на который вы согласились. Иногда можно повысить себе зарплату, работая меньше.😀
Согласны с тезисами? Что думаете?🔽
📌 Топ чашек кода
В первую встречу обсудили две темы:
Неожиданно мы пришли к решению, что аналитика задач на самом деле не нужна. То есть позиция/роль "аналитик" не так важна в команде, как сама команда, налаженные процессы и общая экспертиза разработки.
Для меня это было неожиданно, потому что часто слышу, как разработчики жалуются на отсутствие аналитики задач. Проблема не в самом отсутствии аналитики, а в том, что команда ожидает её. Если настроить процесс разработки и обучить команду работать без аналитики, то это может работать.
Мнения разделились, но решения мы нашли. Мне понравилась мысль, что проблема может быть не в лени. Если вы понимаете, что коллега может решить задачу лучше и/или быстрее, то стоит передать задачу ему. Важно, что мы уважаем и понимаем сильные и слабые стороны каждого в достижении общей цели команды.
Были также мнения о том, что стоит просто делать меньше работы. В конечном счёте, вам платят тот минимум, на который вы согласились. Иногда можно повысить себе зарплату, работая меньше.
Согласны с тезисами? Что думаете?
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Резюме — ??? — Оффер
➡️ Что нужно сделать, чтобы получить оффер? Нужно хорошо пройти собеседование! Но пройдёте ли вы его - интервьюер решает субъективно.
Никто не возьмёт на работу человека, с которым неприятно общаться, даже если он хороший специалист. А вот если с вами общаться приятно, то вам могут предложить оффер, несмотря на то, что вы не подходите под требования вакансии.
🦾 Если вы не можете пройти собеседование, возможно вам нужно прокачивать не только технические навыки, но и софт-скиллы. Всё как на свидании: если партнёр при встрече не смеётся с ваших шуток, то второго свидания скорее всего уже не будет.
🌱 А я напоминаю, что до конца мая вы можете записаться на мои консультации со скидкой:
🔹Экспресс-встреча:2 000 0 рублей
🔹Тематическая-встреча:10 000 5 000 рублей
🔹Гарантированный оффер:35 000 0 рублей + 50% от оффера
📌 Топ чашек кода
Никто не возьмёт на работу человека, с которым неприятно общаться, даже если он хороший специалист. А вот если с вами общаться приятно, то вам могут предложить оффер, несмотря на то, что вы не подходите под требования вакансии.
🔹Экспресс-встреча:
🔹Тематическая-встреча:
🔹Гарантированный оффер:
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Опишите в комментариях ваш идеальный офис, откуда точно захочется работать каждый день
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
...а значит и моя акция тоже! Если вы сейчас в поиске работы или нужна мотивация на поиск, напишите в личку @PySage.
Осталось 2 дня для записи на мои консультации со скидкой:
🔹Экспресс-встреча:
🔹Тематическая-встреча:
🔹Гарантированный оффер:
В июне выхожу на работу тимлидом и менторинг будет значительно дороже
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Такая проблема беспокоит не только разработчиков, но и лидов. Разбираемся в вопросе с Вадимом Вагановым, техлидом бэкенд-разработки в Газпромбанк.Тех.
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
People are package deals; you take the good with the confused.
Стив Джобс
Стив Джобс говорил, что людей нельзя нанимать частично. Если мы берём сотрудника за его выдающиеся способности, то в дополнение получаем и его негативные стороны. Поэтому важно осознавать, что наши преимущества тесно связаны с нашими недостатками.
corner-case
. Или вы можете хорошо погружаться в задачу и находить то, о чём другие не подумали при проектировании. Хотя вы и улучшаете сервис, можете из-за этого пропускать дедлайны и в целом делать задачи дольше.Я вчитываюсь в каждую фразу и долго рефликсирую. Одну книгу я даже читал 5 лет! Но благодаря такой вдумчивости, я хорошо понимаю и запоминаю прочитанное. Кроме того, получаю множество новых идей.
Думайте о своих способностях вкупе с негативными особенностями. Отдельно хороших черт не бывает.
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Даже если в вашей работе нет прямой работы с клиентами, технически, вы всё равно с ними работаете. Клиентом может быть кто угодно - и ваш подчинённый, и ваш начальник. В книгах "Клиенты на всю жизнь" и "Как оставаться человеком на работе" рассказывают о следующей хорошей методике
👉 Когда вы что-то делаете, делайте это так, как будто завтра о вас напишут в газетах или покажут по телевизору.
Если бы вы не хотели, чтобы кто-то другой узнал о том, что вы сказали подчинённому или начальнику, то вообще не стоит этого говорить. Об этом точно узнают. Коллега расскажет об этом своей жене и друзьям.
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
На нашей прошлой еженедельной встрече ITea клуба обсудили несколько тем, делюсь итогами.
Сложности есть у всех, на любом этапе. Новички страдают от того, что недостаточно знают. Мидлы не ценят свой опыт. Сеньоры привыкли к текущей работе и не хотят роста. Решение есть, но требует большой работы над собой.
Американский подход к разработке плохо адаптирован в России: что-то убрали, что-то изменили. По частям он не работает. Кажется, что для нашего рынка нужен свой собственный, адаптированный подход. Может быть даже основанный не на командной работе. Главная проблема тут в философии менталитета, при которой SCRUM не работает:
Победы общие или руководителя, а ошибки конкретного сотрудника
Удалёнка - не всегда показатель того, что компания прогрессивная или заботится о сотрудниках. Может быть, что у компании просто нет денег на офис. Но и ходить в офис разработчики тоже не любят. Моё мнение в этом посте.
Что думаете по поводу этих инсайтов?
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
✨ Нотация Большой О (Big O Notation)
Научиться решать алгоритмы — это только полдела. Нужно ещё уметь анализировать их на эффективность. Для измерения эффективности алгоритма используется Нотация Большой О (Big O Notation) и записывается как
🟣 Что такое `O(n)`?
Это математическое описание сложности алгоритма. Для записи используется алгебраическое обозначение, где в скобках указывается зависимость от входных данных(обычно длины).
Пример:
Сложность сортировки выбором равна
🟣 Зачем нам это нужно?
Представим игру Судоку. Когда пользователь вводит число, необходимо проверить, что оно не встречается в ряду, столбце и подквадрате. Общий размер входных данных, при максимально заполненном судоку, равен 81 числу (9 * 9). Мы воспользуемся оценкой асимптотической сложности, где будем измерять "условные" действия.
🟣 Самые популярные сложности алгоритмов:
🟣
🟣
🟣
🟣
При логарифмической сложности пользователь вряд-ли заметит время на расчёты, даже если его судоку будет размеров 100 на 100. Если алгоритм будет неоптимальным, квадратичным или даже хуже, то вероятно он не дождётся проверки судоку.
💬 Подробнее про нотацию большой О рассказываю в своём новом курсе про алгоритмы
📌 Топ чашек кода
Научиться решать алгоритмы — это только полдела. Нужно ещё уметь анализировать их на эффективность. Для измерения эффективности алгоритма используется Нотация Большой О (Big O Notation) и записывается как
O(n)
, то есть большая О
и какой-то показатель 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. Если алгоритм будет неоптимальным, квадратичным или даже хуже, то вероятно он не дождётся проверки судоку.
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Чтобы посадить цветы, вам нужно подготовить почву. Когда почва готова, вы сажаете туда семяна, а затем ухаживаете за ними, чтобы они взошли. Когда появляются первые ростки, выберите самые крепкие и пересаживаете их в открытый грунт.
Зачастую, когда вы ищите работу, вы сразу думаете об оффере. Я очень часто сталкиваюсь с таким мышлением у своих менти. Вы открываете вакансии, видите, что там указаны навыки, которых у вас нет. И решаете не откликаться. Или вас зовут на технический этап, а вы думаете, что не сможете его пройти и отказываетесь.
Полезные советы для успешного поиска работы:
Будьте готовы к типичным вопросам, изучите какие этапы отбора вам предстоят, подготовьтесь к проверке технических навыков, изучите свои сильные и слабые стороны. Всё это вы можете сделать со мной, на менторских сессиях
Откликайтесь на все вакансии, проходите больше этапов, откликайтесь даже туда, где не думаете работать! Помните, опыт прохождения собесов важнее получения оффера.
Получив первый оффер не принимайте его сразу, подождите следующего. Возможно, первый оффер - не лучшее предложение и стоит подождать следующего. Кроме того, помните, что вряд ли вы будете работать в первой компании всю жизнь. Спустя пол-года или год на первой работе уже стоит начинать искать новую.
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Тут Люда рассказала о том, как с ней работать. На мой взгляд - это лучший пример того, как понять свои сильные и слабые стороны. Она открыто говорит о том, как вместе с ней достигнуть значительно результата. Может показаться, что её правила токсичные, но как раз наоборот. Они командные и наполнены заботой.
Такого добиться сложно, ведь нужно не только понимать свои особенности в работе, но и требовать соблюдения правил от остальных. Люда достигла ярких результатов в своём деле, её открытость явно помогла собрать эффективную команду и настроить процессы
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM
Часто разработчики говорят, что не будут делать задачу без прописанного Технического Задания. Вместо того, чтобы решить задачу, её переводят в статус "нужна информация". Или делают задачу по плохому ТЗ и довольствуются этим. А когда им указывают, что её нужно переделать, они возмущаются: мол они сделали так, как просили.
Что делать в отсутствие Аналитики
Сообщите до начала работы, что потребуется написать аналитику, а потом она будет доступна в задаче.
Либо сами найдите того, кто знает ответ либо сообщите руководителю о проблемах.
Иногда задачу нужно передать другому, если команде от этого будет лучше.
В команде есть разные компетенции и возможно, в данный момент будет более эффективно, если задачу сделает кто-то другой.
📌 Топ чашек кода
Please open Telegram to view this post
VIEW IN TELEGRAM