Статья будет полезна для тех, кто менторит стажеров/джунов-программистов, и для самих смельчаков-новичков в этом нелегком деле.
Менеджер в роли программиста
Чтобы наладить “торговый путь” игры Trax в условиях ограниченного бюджета и ресурсов команды, мне пришлось нырнуть в темную и страшную пучину PHP и Symfony. Честно говоря, каждому, кто менеджерит IT-команды, будет полезно примерить на себя роль программиста. На своем и не только опыте встречала достаточно руководителей, которые не понимают процесса работы кодеров и как следствие унижают их за баги или “передогоренность” по срокам (потому что изначально сроки были несоизмеримы с реальностью). Казалось бы, кто из ИТ-индустрии еще может быть не в курсе, что код не бывает без багов и как прозрачность коммуникации критически важна для достижения ключевой цели любого менеджера — принести ожидаемый или сверхожидаемый результат совместно с командой.
“Хэлоу Ворлд”
Вернемся к нашим баранам. Еще до Trax пару раз доводилось писать код на Питоне и на SQL. HTML и CSS в мире программистов вообще не котируется. 🤪 В общем, какие-то библиотеки когда-то качала, какие-то переменные вводила и возвращала «Хелоу ворлд». На этом в принципе мои познания и заканчивались.
Разработка Телеграм-бота задача несложная, поэтому то наш старший программист мне ее и доверил. Мы сразу договорились, что я буду стараться писать на основе похожих блоков в коде, документации в интернет-пространстве или с помощью нейронки. В крайних случаях я прибегала с вопросами и просьбой помочь, чаще всего, когда нейронка не помогала решить баги.
Задача посложнее
Самыми сложными были задачи, конечно же, с логикой. Например, разработка фичи с пополнением баланса монет при прохождении уровня. Я не могла понять, в каких файлах и с помощью каких инструментов её реализовать. Старший программист сразу задал наводящий вопрос «А в какой момент это должно происходить?». Стало ясно, что в момент выигрыша/проигрыша (когда начисляется опыт игроку, который и определяет его уровень) нужно проверять, перешел пользователь на следующий уровень или нет. Если проверка говорит да, значит, начисляем монеты в соответствии с уровнем и оповещаем пользователя. Возможно, старшему программисту не пришлось бы тратить время на объяснения, если бы я “скормила” нейронке структуру файлов и «зону их ответственности».
Что могу вынести полезного для других смельчаков-новичков в кодинге?
1. Нужно стараться вникать в логику, тут хорошо поможет продуктовое мышление. Каждый раз стоит возвращаться к сути и целям или пытаться понять код с помощью “юзерсторек” или конкретных пользовательских кейсов.
2. Нейронка в помощь. Использовала Liner, так как он меньше всех галлюцинирует, но другие прогеры мне советовали Claude. Еще не пробовала его в таких задачах, фидбэком поделиться не могу.
3. Самое главное — задавать вопросы в суть и задавать их много. Весь этот путь мне помогало неистовое желание докопаться до сути. Почему? Зачем? Как? И самый полезный вопрос — “чтобы что?”
Что могу вынести полезного для кодеров-наставников у “малышей-карандашей”?
1. В любом взаимодействии с младшим программистом целью и ключевой метрикой должно быть понимание ученика.
2. Если ученик не задает вопросы или не интерпретирует сказанное ранее тобой, вероятнее всего, речь “улетела впустую”
3. Ни в коем случае не стоит гасить своим опытом и интеллектом, будьте добрее, и результат сразу будет виден. Каждый человек с детства вырабатывал свои способы декодирования мира и концепций
4. Обучение – это постоянный диалог и постепенное повышение уровня задач.
Результат
– На уже развернутом проекте и базово настроенной логике ачивок разработала разделы меню: профиль, магазин, журнал
– Чинила всякие-якие баги, кодила кнопочки и смсочки
– Реализовала логику с оплатой монет
– В магазине подключила платежную систему юкассы с вебхуками
– Добавила таблицу заказов, тоже для магазина
Зайдите, оцените, какой результат принес продакт, который оказался в шкуре кодера.
Автор: elinarrrr
