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

    @HellWalk
    Больная тема. Прошел этот путь.

    В дополнение к тому, что уже писали (что нужно переходить в чистые программисты), дополню.

    Забавно, но ценность специалиста иногда может зависеть только от одного названия резюме. Можно делать работу фулл-стека, поверхностно знать бэк и фронт фреймворки, при этом иметь должность "веб-мастер" и заниматься еще всякой хренью, типа SEO. Но стоит только изменить название резюме с "веб-мастер" на фулл-стек веб программист - и ценность такого человека в глазах рекрутеров сразу вырастает. Так что подтягивайте, если их нет, знания фреймворков, делайте себе аккаунт на github с примером простого блога на каком-нибудь laravel + vue.js и забудьте слово "веб-мастер"

    А также нужно помнить, что на рынке ценятся крутые специалисты, а крутым специалистом можно стать только в узкой области - соответственно после фулл-стека лучше переходить в чистый фронт или бек.
    Ответ написан
    Комментировать
  • Почему Front end разработчику платят так же, а то и больше, чем Full-stack разработчику?

    @HellWalk
    Потому что на рынке ценятся крутые специалисты. А крутым специалистом можно быть только в узкой области.

    Фулл-стек - это путь вечного "немного во всем"

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

    Единственный плюс - понимание полного цикла веб-проекта, от разработки до продвижения и монетизации. Свои стартапы будет начинать проще, чем чистому бек-программисту, например.
    Ответ написан
    5 комментариев
  • Как бороться с дедлайнами от неквалифицированного начальства?

    @HellWalk
    В дополнение к другим ответам стоит добавить, что человек может нести ответственность только за свои действия и свои слова. Если не вы озвучивали сроки - то и не вам отвечать за то, что сроки оказались неадекватными.

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

    Год работы есть - это уже хорошая база для дальнейшего поиска работы.

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

    P.S. Вообще удивляют люди, которые занимая ключевую позицию (а если вы на проекте один - значит вы и есть ключевая фигура на этом проекте, независимо от того, джун вы или синьер), совершенно не ценят себя. Это вы должны им условия ставить, и говорить, что если не сделают как вы хотите - уйдете. Тем более они сами говорят, что не могут других программистов найти.
    Ответ написан
    1 комментарий
  • Что делать и куда дальше двигаться веб разрабу после шарашки?

    @HellWalk
    Обучение было полным шлаком, изучал всё сам, так как от пар просто не было толку, а задания на подобие конкатенации строк продолжались до 4-го курса.

    Это норма (с)

    В итоге после написания сильно прогорел

    Что-то рано

    что делать?

    Во первых, выяснить, что вам нравится и чем вы хотите в жизни заниматься.

    Во вторых, если вам все же нравится программирование - то вопрос надо поставить так: "как выделиться среди других джунов?"

    Я эту задачу сделал так: пол года пилил браузерную MMORPG, и хоть по итогу там было ~5% функционала от полноценной игры - этого хватило, чтобы работодатели общались на собеседовании совершенно по другому. Правда, только после того, как понял, что на личные проекты никто не смотрит, и специально просил HR, чтобы перед собеседованием посмотрели мои проекты.

    Когда у меня был пример браузерной MMORPG + на github был сайт-блог на Laravel - процент приглашений был 65% (т.е. 2 компании из 3 собеседований по итогу присылали оффер).

    Ну и самое главное - что я пол года, пока пилил свою MMORPG, получал удовольствие. И сейчас, спустя 5 лет, продолжаю пилить, когда есть время.

    А если вам писать что-то свое на выходных в тягость - стоит задуматься, а ваша ли это область.
    Ответ написан
    Комментировать
  • Как публиковать коммерческие проекты в GitHub?

    @HellWalk
    Никак

    Хотите, чтобы был код на гитхабе - пишите на выходных свои пет-проекты, их код и выкладывайте.

    Большинство просто забивают на этот гитхаб и все. С другой стороны, это возможность выделиться среди других. Но у всего есть своя цена.
    Ответ написан
    Комментировать
  • Какой должен быть Git у начинающего разработчика?

    @HellWalk
    если судить объективно, проекты какой направленности(характера) должны быть в git, что бы заинтересовать компанию?

    Любой направленности. Будут смотреть не на сам функционал, а на качество кода.
    Ответ написан
    Комментировать
  • Куда расти в должности, не бросая программирование?

    @HellWalk
    Я упускаю какое-то направление?

    Как мне кажется, вы упускаете банальный рост в написании кода.

    Возможно, в компаниях, где вы работали, программисты (условно), получали 100-200, тим-лид 300, и вы думаете, что чтобы вырасти по зарплате - нужно обязательно из программистов уходить в менеджмент.

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

    В общем, развивайтесь в своем стеке до senior+, изучайте английский, выходите на американские/европейские компании - будете писать код и получать в разы больше, чем большинство российских тим-лидов и руководителей.

    P.S. Есть низкооплачиваемые языки, если вы находитесь в таком - можно подумать о переходе на другой, более оплачиваемый.
    Ответ написан
    Комментировать
  • Что требуется от junior php разработчика?

    @HellWalk
    У меня нет примеров работ в github, стоит ли начать загружать туда хоть какие-нибудь примеры выполненного кода?

    Да, стоит, и чем раньше, тем лучше.

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

    А если добавите на гитхаб свой блог на Laravel/Symfony на докере + запрос к какому-нибудь API через Guzzle - мне кажется этого будет уже достаточно, для уровня джуна.

    Это хороший подход или что-то можно улучшить?

    Хороший, только помните, что всем нужен опыт фреймворков. Даже компании которые сидят на каком-нибудь Drupal будут спрашивать про опыт фреймворков. Так что примеры сайтов сразу делайте на фреймворках, про CMS и велосипеды забудьте.
    Ответ написан
    Комментировать
  • Почему работодатели заостряют внимание на теории?

    @HellWalk
    Поиск кандидата проходит в двух вариантах:

    Первый - Нужен_срочно_работа_горит!!!

    В этом случае, если собеседующий не совсем дурак, он будет руководствовать только одним вопросом - сможет ли данный кандидат выполнять необходимую работу. Количество вопросов при этом может быть минимальным, и, скорее всего, решение о найме было принято еще на основании резюме (если нужно поддерживать какой-нибудь сайт на Ruby, а перед вами человек, который 3 года занимался аналогичной работой - то что тут особо спрашивать)

    Второй - Нужен, но не срочно

    В этом случае, всех несет куда попало. Один начинал программирование с ассемблера - будет спрашивать про низкоуровневое программирование и устройство ПК (и найдет 100500 доводов, почему не зная этого нельзя вообще работать программистом), другой по образованию математик - будет задавать соответствующие вопросы, с соответствующими доводами, что какой программист без математики. Третий - ничего не умеет, попал в ИТ по знакомтсву - будет спрашивать по софт скилам, ведь кроме них, у самого собеседующего, ничего и нет. И так далее.

    Пытаться логикой понять собеседования из второй группы - лишь тратить попросту время. Забейте.

    Что важно: так это понимать, кем вы хотите стать, и развиваться в этом направлении.
    Ответ написан
    Комментировать
  • Как найти "разработчика"?

    @HellWalk
    Посмотрите gamedev-ресурсы - там много энтузиастов делают различные проекты (игры) и ищут людей себе в команду (чаще всего также, за бесплатно, на энтузиазме).
    Ответ написан
    Комментировать
  • Что творится на рынке web разработки для junior?

    @HellWalk
    Что творится на рынке web разработки для junior?

    1. Армия желающих войти в ИТ
    2. Иллюзии, что современная веб-разработка это просто и в неё легко влиться
    3. Нежелание действительно серьезно этим заниматься, и серьезно вкладывать силы в свое портфолио на гитхабе. В соседней теме человек уверен, что один файлик с 80 строками это проект!

    Итог: толпы людей с розовыми очками разбиваются о реальность.

    При этом реальных людей с опытом (даже тем, что можно получить сидя дома в одиночку) - на рынке труда очень сильно не хватает.
    Ответ написан
    Комментировать
  • В сфере IT для новичков нет перспектив?

    @HellWalk
    В сфере IT для новичков нет перспектив?

    Если эти новички ожидают, что они после полу года курсов начнут получать сотни тысяч - то да, перспектив нет, только одни разочарования.

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

    Ну как начать работу, если никуда не берут

    Никто не мешает вам прямо сейчас, дома, начать разрабатывать свой аналог (условно) фейсбука. И сразу будет и опыт, и что показать в резюме.

    Вообще программирование это одна из немногих специальностей, 90% опыта и знаний в которой можно получить сидя дома. Да, это будет дольше, чем в рабочей команде, но можно.
    Ответ написан
  • Как не попасть в "неправильный" PHP?

    @HellWalk
    как отличить компанию куда следует откликаться, где со старта можно постигать и повышать скилл на профессиональном уровне и не попасть в конторы по клепанию ИМ?

    • Продуктовая компания
    • Проект на современном фреймворке (Symfony/Laravel)
    • Пишут авто-тесты
    • Делают ревью кода
    • Настроен CI/CD (т.е. если кто-то сделал хреновый пулл реквест, из-за которого упали тесты - смержить его просто не получится)
    • Сроки не горят. Практика показывает, что невозможно сделать хороший качественный проект в постоянно горящих дедлайнах
    • Есть команда. Из пунктов выше это и так понятно, но на всякий случай напишу отдельно. Не идите в компании, где вам придется работать в одиночку, или в компании с другим одним программистом.

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

    С одной стороны в требованиях были знания стильно-модно-молодежных Redis, Symfony понимания Git-Flow, Agile и т.д. и там же указаны - знание WP 1С-Битрикс. Как это можно понимать?

    Это значит, что в компании есть как хорошие, так и плохие проекты. Угадайте, кто будет заниматься плохими.
    Ответ написан
    Комментировать
  • Как рискнуть в этом деле?

    @HellWalk
    Однозначно нужно выбирать путь развития. Детей/ипотеки нет - можно и пожертвовать текущим доходом ради перспектив в будущем.

    bc137c8612f36eaf0729bccba54cbbe5.jpg
    Ответ написан
    1 комментарий
  • Куда лучше поступать для обучения на программиста?

    @HellWalk
    какое направление лучше

    Прикладная математика
    Ответ написан
    Комментировать
  • Что нужно, что бы изменить направление в карьере?

    @HellWalk
    Искал на hh и прочих сайтах требования к JS - разработчику, и это постоянно что то разное.

    Не знаю, какие вакансии вы смотрели, что везде видели разные требования. Требования примерно одни:

    • Знание JavaScript (хорошее знание, а не поверхностное)
    • Знание ООП
    • Знание фреймворка (Angular/React/Vue - в зависимости от того, что использует компания)
    • Знание базовых вещей (их знание часто пропускают, т.к. умение работать с git или командной строкой считается как само-собой разумеющееся): командная строка, git, git flow, docker, npm, webpack, yarn, ide, html, css, dom
    • Опыт написания автотестов обычно является плюсом
    • + что-нибудь еще, специфическое для конкретной компании и её инструментов
    • Ну и разумеется коммерческий опыт разработки - если его нет - можно заменить каким-нибудь своим pet-проектом, с демонстрацией кода на github
    Ответ написан
    Комментировать
  • Веб разработка + разработка игр?

    @HellWalk
    Веб разработка + разработка игр?

    Легко. Добро пожаловать в мир браузерных игр.

    А нормально ли, то что в будущем я хочу быть

    Это не просто нормально, это отлично, когда вы знаете, кем хотите быть

    Меня очень сильно привлекает веб разработка и разработка игр/разработка ПО и в будущем я бы хотел реализовать эту идею.

    Ну и начинайте делать свои игры.

    Какой бы язык вы не выбрали - нужна будет практика. А делать свою игру - это и приятно и хороший опыт разработки.

    Лично я переход из абстрактного "веб-мастера" в чистые php-программисты начинал как раз с разработки своей браузерной MMORPG.
    Ответ написан
    Комментировать
  • Не хватает опыта, что делать?

    @HellWalk
    Начал с фриланса(python)

    Классические грабли, начинать карьеру с фриланса. Бросайте это и идите в офис, в большую команду.
    Ответ написан
    Комментировать
  • Джун - это обязательный стаж, или хватит навыков и знаний которые присуще джуну?

    @HellWalk
    У каждого программиста понятие "джун" свое. У моего текущего тимлида джуны все, кто не пишет авто-тесты.

    Хотя на других работах я встречал тимлидов, которые не писали тесты (конечно, это их не красит, но и не обнуляет их огромный опыт). Так что все очень и очень субьективно.
    Ответ написан
    Комментировать
  • Как лучше отобрать претендента на должность джуна?

    @HellWalk
    Сейчас у компании большая загрузка проектами(все лиды, сеньоры и прочие суровые, и бородатые парни ушли с головой в интерпрайз) и меня попросили взять под контроль поиск двух джунов в команду.

    С самого начала вижу ошибочный подход.
    "У нас много задач = надо взять джунов"

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

    Джунов можно брать тогда, когда есть некоторый объем рутинных задач (например, каждый месяц приходится писать и переписывать 1000 приемочных тестов на HTTP GET-запросы), в этом случае ему можно относительно быстро что-то объяснить, посадить за простые, рутинные задачи, которые он будет делать, и параллельно прокачиваться (потому что даже банальная и рутинная задача для милда - для джуна это челендж).

    Все остальное - это попытки найти милдов за зарплату джуна. Да, бывают люди с низкой самооценкой, но таких единицы.

    P.S. Вообще джун в команде - это проверка самой команды. Если процессы налажены (менторство, рефакторинг кода, авто-тесты, CI/CD), то польза от джуна будет. Во всех остальных случаях, джун работает на помойку - потому что через полгода оказывается, что написал он одни костыли с багами, и это проще переписать с нуля, чем исправлять.
    Ответ написан
    Комментировать