Частенько обсуждение мигрирует в чат, так что кому интересно можете вступать) simple_python_chat

+10 к карме систем-дизайнера, очень рекомендую, даже захотелось погрузиться в SRE

В сегодняшнем подкасте мы поговорили с Владимиром Ивановым, Senior Engineering менеджером в Bolt, о системном дизайне и его роли в создании крупных сервисов. В выпуске много живых кейсов и инсайтов из реальных проектов
https://youtu.be/5A7ncMHfB1g

ВК Видео | Подкаст
https://youtu.be/5A7ncMHfB1g

Всем привет!
Читаю Хабр и что вижу! Реклама гранта на обучение!
special.hexlet.io/grant

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

Это, конечно, не волшебная таблетка, но почему бы не попробовать) Даже если уже прогаете во всю)

p.s. Кто не знает, сооснователь Хекслета - Кирилл Мокевнин из подкаста, постом выше)

Всем привет! 👋

Небольшая рекомендация: старайтесь получать помощь проактивно.

Приведу пример, возможно, вы были по ту или иную сторону такой ситуации.

Ситуация:
Кто-то задает вам вопрос по рабочему процессу. Вы видите сообщение и отвечаете в течение минуты. Например:
— У меня не запускается то-то, что делать?
— Попробуй сделать так.

Вы ответили быстро, но через час приходит:
— Не, так не вышло.

Вы переключаете контекст, даете другую рекомендацию. Проверить её — 10 секунд, но ответ приходит через полтора часа:
— Ошибка.

Вы предлагаете ещё один вариант, и на следующий день приходит:
— Всё заработало, но есть вопрос по следующему пункту.

Проблема:
Асинхронное общение — это удобно, но для работы не всегда подходит. Если вы уже общаетесь в чате, пропадать на пару часов и продолжать разговор о нерешенной проблеме — не лучшая практика. Человек, который помогает, вынужден снова возвращаться в контекст, отвлекаясь от своих задач (или просмотра сериала 😄), а вы потом снова пропадаете. Причем, скорее всего вам искренне хотят помочь тут и сразу.

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

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

1. Это плохая привычка.
2. Тому, кто писал комментарии, через пару дней придется снова вспоминать, что он имел в виду.
3. Растет пул задач, над которыми вы работаете одновременно, и вы тратите время на переключение контекста.

Да, софты тоже надо прокачивать) Хорошо выстроенная и своевременная коммуникация решает много вопросов.

Ну теперь хоть понятно, какие таски дают стажерам в Т-Банке)

🤔 Почему студентам тяжело учиться на онлайн-платформах?

Онлайн-обучение — это удобно, но не всегда просто. Вот основные причины, с которыми сталкиваются студенты:

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

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

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

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

Модули, которые хочется пропустить
Не все темы интересны, но их нельзя пропустить. Это замедляет прогресс и убивает мотивацию.

Неинтересные проекты
Неинтересные проекты или курсовые, которые не хочется делать.

🫠Это лишь часть проблем, как немного улучшить положение, будет в следующем посте мудрости)

Ваши демотиваторы можно накидать в комментах)

Напишите закрытыми глазами декоратор, который логирует время выполнения ф-ии, даже если она упадет.
В комментариях выберем самый красивый вариант. Он вам пригодится на 99% собесов, абсолютно на любой грейд

Спасибо всем, кто принял участие в обсуждении, из ответов можно было слепить субъективно верный, что я и сделал:

from functools import wraps
import logging
from time import perf_counter

logger = logging.getLogger(__name__)


def time_logger(func):
    @wraps(func)
    def wrapper(*args, **kwargs):
        start = perf_counter()
        try:
            return func(*args, **kwargs)
        finally:
            end = perf_counter()
            logger.debug('Work time is %.5fs' % (end - start))
    return wrapper

Для себя можно ответить на вопросы:
1. Почему лучше использовать perf_counter вместо time.now?
2. Зачем декоратор wraps.
3. Как работает finally и можно ли его использовать без блока except.
4. Почему в логере используем не f-строку, а запись через %.
5. На всякий случай вспомните, что такое декоратор и замыкания.

Также не забывайте что надо делать return результата.

Сделаем вид, что все ждали продолжение)
Как улучшить положение, если вы студент, учитесь в онлайн школе и у вас есть куратор?

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

Интересуйтесь, какие ещё есть ресурсы по определенным темам, какой-нибудь роадмап обучения и тд. Если есть сомнения что учить дальше, то тоже можно спросить и куратор отметет лишнее дав какую-то точную рекомендацию.

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

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

Это ещё не все, будет продолжение)

👀 Давайте поговорим о кураторах

Кураторы — это тоже люди. И, как ни странно, у них тоже бывает мало мотивации. Представьте: каждый день проверять одни и те же работы, сталкиваться с кодом, который не соответствует стандартам, без линтеров (на работе-то они есть, как минимум) и объяснять одно и то же снова и снова. 🥱

Проблемы кураторов:
1. "Проект" не нравится: Задания в домашках, можно назвать проектом и он может быть тоже не интересен.
2. Ожидания студентов: Некоторые студенты думают, что куратор и платформа должны дать им всю информацию, а гуглить необязательно. Это демотивирует, ведь куратор — не отдел продаж и не саппорт.
3. Разочарование: У многих кураторов изначально благие намерения — помочь другим получить профессию. Но со временем энтузиазм угасает.

Мы пришли к тому, что разочарование приходит и к студентам, и к кураторам.

- Кураторы хотят учить, но теряют мотивацию из-за однотипности и рутины.

- Студенты хотят учиться, но сталкиваются с отсутствием интереса к заданиям и все, что обсуждалось выше.


Это не про всех, это взгляд со стороны на бОльший процент и тех и тех.

Что делать, как быть, будем думать дальше

Хм, начал чаще писать посты.
Ребята, есть кто из тех-анализа, когда разворот?)

🚀 Какую я вижу идеальную формулу обучения

Многие платформы просто пересказывают учебник по Python: типы данных, декораторы, основы — всё это уже 1м раз описано в книгах и открытых источниках. Зачем рассказывать это 1м первый раз? Именно поэтому я перестал писать о простых темах.

Пример Route256:
Раньше они брали людей, которые писали на любом языке, давали пару вводных лекций по Go, а потом углублялись в протоколы, системный дизайн, БД и т.д. Были лайвкодинг-сессии, но проекты студенты не писали (вроде).

Потом они изменили подход, возможно ввиду ограничения по времени в 2 мес:
Теперь набирают тех, кто уже знает Go на уровне решения литкод задач (минимум Medium). На занятиях пишут проекты: лайвкодинг + самостоятельная работа после вебинаров или можно пилить свой проект на вебинаре. У каждого студента свой проект со своей темой, но структура одинаковая. Далее — ревью, рекомендации, а недостающие знания по Go студенты осваивают сами.
Также есть лекции по базам данных, протоколам, системному дизайну и сложным темам в Go, например, concurrency.

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

Идеальный мир менторства:
Если брать менторов, то в идеальном мире, было бы хорошо, чтобы ментор брал проект, который хочет реализовать, но ввиду каких-то обстоятельств, чаще нехватка времени из-за основной работы, не может к нему подступиться. Далее он набирает или ему дают, не важно как, но смысл в том, что у него появляется группа студентов, которые хотят научиться делать проекты.
Ментору нужен проект, студенты готовы его делать, чтобы научиться. Ментор замотивирован, чтобы делать качественное ревью и не пускать плохой код в мастер. Также ментор замотивирован, чтобы студенты реже задавали ему простые вопросы, то есть надо наладить передачу базовых знаний по тому, как надо писать проект на каком-то фреймворке.
Студенты замотивированы научиться, успех, это чтобы ваши PR-ы принимали с наименьшим количеством правок. Это показатель, что они правильно поняли задачу, написали тесты, проверили крайние-кейсы и всё работает.

Продолжение следует)

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

"Если мне на работе оплатят курс, то я буду проходить"
"Если мне на работе оплатят онлайн конференцию, то схожу, так денег нет"
"Если мне на работе купят подписку на хекслет, то буду проходить"

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

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

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

Неожиданно для себя почти закрыл вопрос с заметками, который мучил меня годами, если не десятилетиями.

Где я вёл заметки:
Evernote, Google Keep, заметки на маке, Notion, бумажные блокноты и ещё куча других сервисов. В итоге на каждом устройстве были свои заметки в разных приложениях, и собрать всё воедино сложно и невыполнимо. То сервис неудобный, то слишком тяжёлый, то вообще перестал работать.

Недавно начал использовать Obsidian. Сначала просто как блокнот для рабочих заметок на компьютере. Потом решил разобраться с синхронизацией между устройствами. У Obsidian есть платная подписка для синхронизации, но её сложно оплатить. Есть вариант с iCloud, но он требует, чтобы все устройства могли синхронизироваться через него. Да и прямого доступа к файлам нет.

Наткнулся на статью на Хабре, где описан способ синхронизации через GitHub. Для мобильного приложения нашёл плагин Fit, который отлично справляется с синхронизацией. На десктопе попробовал плагин Git, как рекомендовалось в статье, но он не зашёл. Но на компьютере всё прекрасно синхронизируется через терминал, вручную)

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

Что мне нравится в этом подходе:
— Вся база знаний хранится на GitHub, её можно просматривать и контролировать прямо там.
— Obsidian — это просто интерфейс для редактирования файлов. Если в будущем он перестанет устраивать, его можно заменить на что-то другое.

Это не последний пост про заметки. Как решу вопрос с автосинхронизацией на десктопе или соберусь писать свою версию скрипта — обязательно расскажу.

А как вы ведёте заметки?

Кажется, что интересная тема