Ответы пользователя по тегу Карьера в IT
  • Как превратить свёрстанные бесплатные макеты в "опыт коммерческой разработки"?

    neuotq
    @neuotq
    Прокрастинация
    Ключевое отличие услоного деления "джуна" и "мидла" - опыт работы в коммерческих, в 90% продуктовых, командах/проектах. Нередко бывает что даже по чистым в лоб сравнениям хард скилам джун может и в чем то уделать мидла, но зато мидл продуктивнее работает в целом и нацелен на результат и пользу(в терминах условного agile), имеет определенные софт навыки и тп.
    Поэтому если хотите конвертировать, подумайте, а если бы ваши макеты были бы коммерческими, какую пользу они бы принесли? К примеру: разработка и оптимизация новой страницы товара, ускорение загрузки на N%, что помогло снизить количество отказов на M%, а отправок в корзину на X.
    Ну и в том же духе далее.
    Кстати, видимо нередко вас вычисляют и по образу мыслей(ну если откинуть толпы халявщиков "работодателей") которые просто хотят поюзать людей. Переключайте мозги от просто прямых хард скилов(это не значит что они не важны, безусловно без них вы вообще не нужны), на то, а зачем вы вообще бизнесу/команде и тп.
    Ответ написан
    2 комментария
  • Нормальная ли сложность задачи для джуниора на работе?

    neuotq
    @neuotq
    Прокрастинация
    Ключевое отличие джуна от мидла прежде всего в опыте коммерческой разработке. Вполне себе встречаются ситуации что джун может иметь теоретические знание в некоторых моментах и тп выше мидла или даже, о боги, синьйора.
    Я, конечно, во многом упрощаю, но почему-то многие воспринимают как джун == ничего незнает только учится, только из-за того, что многие скриптокидди прорываются в компании и фигачать на своем реакте(непонимая вообще как всё и зачем работает).
    На самом деле не так. И конечно не значит что джун должен знать всё и тп. Но как минимум общее понимание что и зачем ожидается, как и начальное знание предмета.
    А вот из понятных слабостей джуна - отстутвия понятия о коммерческой разработке, её особенностях, понятии о продукте почему делаем это, а не вот ту крутую модную фичу и тп и тд. Те тут значительная часть слабостей лежит даже в сфере тн "софт скилов", а не только прямых хард слкиллов в конкретной технологии(но и они безусловно тоже!).
    Ну а с сеньёорами это ещё более важно, там уже соф скиллы ещё важнее.
    Поэтому приходит джун, типа знает технологии, но слабо знает что и когда и зачем, поэтому им задачи нужно давать более конкретно, поэтому и ожидается что примерно за полгода-год он станет мидлом и значительную часть решений начнёт принимать самостоятельно, на основе поставленных задач стейкхолдерам/продактом и тимлидом. Грубо говоря, освоится в песочнице)
    Ответ написан
    Комментировать
  • Можно ли показывать потенциальному работодателю код с предыдущего места работы(внутри суть)?

    neuotq
    @neuotq
    Прокрастинация
    Ну формально так: авторство кода в любом случае твоё, а право на использование уже принадлежит компании.
    Далее есть ещё момент с NDA, если что-то подобное подписывал и тп, то тут часто даже нельзя говорить без кода чем конкретно занимался, только абстрактно(а порой нельзя говорить что вообще занимался чем-либо).
    Работодателям прежде всего интересны будут кейсы и алгоритм их решения. Сам конкретный код, особенно большой, нет времени изучать и вникать. Но вот очистить его от конкретики, сделав более абстрактным, решающим абстрактную задачу можно. С помощью кода вы больше показываете ваш стиль написания, чистоту и прочее.
    Поэтому :
    1. Сосредоточьтесь на кейсах.
    2. Из ваших старых работ выбирайте самые интересные(с вашей чтк зрения), подчистите их от конкретики и прямой привязке к старому проекту. Ну например была у вас там процедура како-го умного поиска объектов с гео привязкой с какой-то мудрой конкретной функцией(допустим тепловая карта цен недвижки с кросс запросами по разным таблицам), а вы его упростите до более простой и абстрагированого примера, построение данных для тепловой карты объектов(абстрактных) по заданному критерию с учётом доп свойств из связанных таблиц. Ну вы меня поняли. Заодно кстати и рефактор лёгкий будет.

    Повторюсь, много кода не нужны, возьмите буквально несколько, на ваш взгляд, интересных примеров. Их цель прежде всего показать стиль и понимания работы языка(в данном случае sql). Остальное, рассказывайте словами, в том числе алгоритм, можно блок схемки показать. Те сами знания работы БД вы сможете передать не через код уже, а словами, блок схемками и рассказами и проблемах и успехах(и неудачах тоже кстати и почему они случились)
    Ответ написан
    Комментировать
  • Как прокачаться до middle frontend?

    neuotq
    @neuotq
    Прокрастинация
    Отвечу абстрактно. Без привзяки к фронту/беку
    Миддл это просто специалист который может четко сам выполнять поставленные задачи, без чуткого руководства и явных указаний. Конечно же это практика, при чём прежде всего коммерческих/оплачиваемых проектов. Те определенный профессиональный опыт, который позволит прочувствовать технологии, людей, команды, бизнес задачи.
    Так же способен сам принимать некоторые тактические решения, по тому как именно делать некоторые штуки. Таким образом, как только вы перестаёте себе задавать поставленный в топике вопрос, вы уже ближе к мидлу ;-)
    Сеньёр это логическое дальнейшее развитие, здесь уже человек готов принимать более серьезные решения по структуре (и во многом архитектуре проекта), многое планирует сам, способен получить от продакта/бизнеса постановку проблемы и сам сформировать задачу и решить её грубо говоря в одиночку. По задачам, не касаемых его профиля, он будет успешно делегировать и/или сотрудничать с другими специалистами, снова таки, без дополнительной опеки, а сам берёт на себе ответсвенность.
    Поэтому кстати, многие засиживаются в миддл уровне, не потому что они прям ой ой плохие спецы, совсем нет. Просто далеко не для всех подходят моменты с принятием решений, активные действия с другими людьми командование и тп.
    НО, сразу стоит отметить, тут выше уже писали, и я тоже скажу. Многие компании используют термины джуниор/миддл/сеньйор на свое усмотрение, поэтому нередко это субъективные параметры.
    Но, как мне кажется, то что я описал, будет как минимум одходить под большинство требований и мидла и сеньйора, а может даже и переходить у некоторых в более высокую градацию.
    А что касается конкретных технологических штук. то в сети полно подборок. путей развития (гугли Developer Roadmap и подобное), но без практики в релаьных проектах, желательно коммерческих, но можно и многих опенсурс, это мало что значит.
    Ответ написан
    Комментировать
  • Что делать, если нет портфолио для резюме, но есть опыт?

    neuotq
    @neuotq
    Прокрастинация
    Гитхаб и тонны кода особо никому не нужны.
    В резюме распиши самые сложные моменты/проблемы которые ты решал в своих проектах, какие языки, подходы использовал, чего удалось этим добиться.
    В приложении можно добавить совсем немного кода, самых интересных с твоей точки зрения участков.
    Короче говоря, расписать что делал, что удалось решить и главное что хочешь и будешь решать в дальнейшем.
    Когда и если в интервью ты дойдешь до человека в теме я думаю вы быстро поймете друг друга и без лишних штук, а промежуточным рекрутерам этого не понять, да и не нужно понимать.
    Короче говоря не напрягайся, просто очерти технологии что знаешь и какие проблемы решал/умеешь решать.
    Ответ написан
    Комментировать
  • Какой язык программирования учить для успешного поиска работы за рубежом?

    neuotq
    @neuotq
    Прокрастинация
    На самом деле любой, нов последние месяцы в развитых странах с высоким доходом резко набирает популярность Пайтон (ну да это косвенные данные от Стаковерфлоу). Это не значит что начав с ним придешь к успеху, все же слишком много других параметров. Область применения например, в отличии от PHP, который в основном используется в вебе, Пайтон широко используется в разных местах.
    Ну а в целом, все же нужно выбирать исходя из своих способностей/желаний направление, а уэе затем лучший язык программирования(и другие иснтрументы) для этого направления.
    Ну например любишь Большие Данные(Big Data), там ка краз таки Пайтон имеет сильные позиции(даже сильнее более подходящего R), так уж сложилось что под Пайтон было написано огромное число библиотек + он дефакто стандарт в западных ВУЗах, вот и вышло что легче и быстрее стартануть в этой области с ним.
    Короче к чему я это, успешным можно стать в любой области с любым языком программирования, главное будь профи в этом деле.
    Ответ написан
    Комментировать
  • Объясните как команда работает через Git?

    neuotq
    @neuotq
    Прокрастинация
    Советую пройти бесплатный курс от Хекселета по гит, они там хорошо объясняют не только основы, но и отвечают на вопрос зачем это все придумано.
    Ответ написан
    Комментировать
  • Что должен знать/уметь senior backend developer?

    neuotq
    @neuotq
    Прокрастинация
    Вот была статья на хабре про план развития, он конечно упрощен, но с определенной точкой допущений сделает из тебя мидла. Так вот сеньйор это мидл который стал управленцем. Поэтому все знания мидла + управления людьми, бизнесом и тд. Должен начинать понимать как всем этим рулить и как общаться с программистами непосредственно. Следующий уровень(во многих кампаниях де факто или де юре это он и есть) - CTO.
    Ответ написан