Как я пообщался с опытным разработчиком или почему на работе решает ответственность, а не твоё умение писать код
На самом деле, я не очень хорошо подготовился к этому общению, да и уже было не очень хотел его проводить, поскольку было банально лень, но...
Знакомство
Всё началось с того, что мы вкратце вспоминали, о чём же я хотел узнать у ментора, о чём поговорить, по итогу начали с рассказа о себе.
Мой рассказ был не очень длинным и больше поверхностным, поскольку я боялся, что просто буду нудно и не интересно рассказывать, хотелось сразу же выложить все карты на стол. Мой рассказ примерно был таким:
Я занимаюсь программированием с 7-го класса, начинал с языка Java, потом заинтересовался версткой, что-то для себя поделал, увлекся гейм-девом, там немного посидел, попилил пару игр для себя и на том остановился. Снова вернулся к верстке, там уже JS и остальные прелести из вселенной ВЕБ. Затем рассказал про свой опыт на работе, сколько сменил компаний, про свои стажировки, практики и вообще стек, который использую на работе.
Ментор, рассказал свою историю и в принципе похожа с моей, т.е. тоже были какие-то поверхностные изучения каких-либо сфер и по итогу ВЕБ, сейчас также удаленно работает, но по уровню TemLeader, Senior. Не буду, пожалуй, писать его историю, поскольку лучше это будет отдельный пост в виде БЛИЦ-ОПРОСА, если получиться его организовать.
О чём поговорили?
Вот небольшой список:
- Почему идеального кода не существует
- Как стать МИДЛОМ, а потом уже и СЕНЬЁРОМ-ПИМИДОРОМ
- Не бояться проблем - почему это важно
- Немного про софт скиллы
А теперь по порядку!
Почему идеального кода не существует
Сколько бы ты свой код "не вылизывал", есть два типа кода: рабочий и не рабочий.
Да, тут больше нечего сказать. Хотя можно и оспорить. Есть рабочий код, но плохо написан в плане производительности, тут можно добавить:
Возьми уже готовое решение и не делай велосипед, а архитектура и качество написания приходит со временем, тем более что существует множество расширений для твоей IDE'шки, которые отлично справляются с тем, чтоб твой код можно автоматически отформатировать в единый стиль, если ты работаешь с командой.
Даже если ты прочтешь книги про "Чистый код" и т.п., всё равно найдётся мидл, который его обосрёт и скажет, что можно было написать в 2 строчки, вместо 5-ти
Приходим, по итогу, к тому, что качество кода сугубо субъективное понятие и ни кому не угодишь, в прочем-то так везде - если что!
Пиши рабочий код :)
Как стать МИДЛОМ, СЕНЬЁРОМ-ПОМИДОРОМ?
Если ты сейчас джуниор или вообще только начинаешь задумываться о существовании классификации программистов в IT, тогда тебе будет полезна эта информация.
В самом начале своего пути я думал, что джуниор, мидл, сеньёр - это чисто про то, какой у тебя объём хард скиллов, т.е. сколько много ты знаешь и умеешь.
Но! На самом деле, это больше про то, как хорошо ты умеешь решать бизнес-задачи, в этом мы сошлись с ментором.
Условно, если ты знаешь, как сделать сервис, который в онлайн режиме показывал бы тебе рейс на самолёт и другие дополнительные данные об этом рейсе, причём ты бы понимал как реализовать, как сделать его удобным для пользователям, ну и в конце концов, как бы он приносил деньги компании, тогда тебя с руками и ногами будут вырывать, предлагать работу у себя и платить баснословные деньжата. Я это называют всё промышленный кодинг
Ну и самое главная мысль - ответственность! Чем больше ответственности ты берёшь на себя, тем больше бабок ты получаешь, больше ценишься и соответственно уже находишься на должности Senior, TemLeader, Технический Лидер, CTO Engineer и т.д.
Не бояться проблемы - почему это важно
Если будешь очковать, условно, то, соответственно, люди начнут этим пользоваться. Понизят в должности, поскольку ответственности берешь меньше, ну и ЗП твоя ниже :(
Такова жизнь, друг...
Немного про софт-скиллы
Сейчас это понятие мейнстрим и везде о нём пишут, предписывая ему множество навыков и супер важность.
На деле же хватает банально того, чтоб ты умел аргументировать, обсуждать и решать какие-то проблемы, выслушивая разные точки зрения (варианты), ну и предлагать свои. Не бояться показаться глупым и пр. ерунда. Если кто-то начинает выебываться дерзить тебе, возражать, просто спроси у такого человека, а что тогда предлагаешь ты и почему это лучше, чем остальные варианты. Нахер эти понты, только по делу!
