Ответы пользователя по тегу Карьера в IT
  • Стоит ли идти в программисты в 30 лет, но не простым, а..?

    @jaxel
    1) Почему вы вообще решили, что на python, JavaScript, php не бывает интерпрайза? Бывает, и ничем не отличается от других. С тимлидами, техлидами и проджект менеджерами.

    2) ЗП как и везде. Специалистам платят очень много, и они востребованы. Новичкам - копейки. Без навыков вы нафиг не нужны никакому интерпрайзу.

    3) Так же как и везде. Работать, выбирая проекты всё сложнее и сложнее. В идеале - с опытным наставником.
    Ответ написан
    Комментировать
  • Что имеет смысл осваивать если есть желание уйти в "айтишники"?

    @jaxel
    Если вы планируете быстро срубить бабла, вам точно не сюда. 100+ платят людям с навыками выше среднего. И это как минимум 5 летний опыт коммерческой разработки, и больше 10 лет опыта в целом. Это прям самый-самый минимум. А с нулевым опытом сейчас серьёзная конкуренция.

    По моим ощущением расклад по ЗП/востребованности примерно такой:

    Junior и ЗП 30к+ - претендуют 10-20 человек на место.
    Middle и ЗП 100к+ - 2 места на человека
    Senior и ЗП 200к+ - 10 мест на одного человека
    Ответ написан
    Комментировать
  • Реально ли устроиться на работу программистом за рубежом с тройками?

    @jaxel
    Работаю уже много лет. Сменил несколько мест работы. И за все эти годы никто не поинтересовался даже наличием диплома, не то-что оценками в нём. Ни разу! Всем интересно то, что ты умеешь, а не наличие корочек.
    Ответ написан
    Комментировать
  • Какой код показать заказчику/работодателю?

    @jaxel
    На что лично я бы обратил внимание:
    1. Оформление кода. Весь код должен строго придерживаться одного стиля. Идеально, если он будет соответствовать актуальному стандарту, например PSR-2. Обязательно говорящие имена переменных, никаких a, b, row, foo и прочей жести. Именование классов в соответствии с названием используемого паттерна. Код должен быть самодокументирующимся. Обязательно везде PHPDoc комменты в соответствии со стандартами. Комменты с описание особо сложных мест.

    2. Если это фреймворк - то соответствие принятым в фремворке стандартам и рекомендациям. Никакой самодеятельности.

    3. Общая архитектура проекта. Никаких портянок в контроллерах. Чёткая разбивка кода по сервисам. Никаких адовых функций по 100500 строк. Логичное разделение кода по классам. Применение подходящих паттернов для решения задач.

    4. Минимум велосипедов. Если есть отличная библиотека для решения задачи, а человек пишет свой говнокостыль - это явный минус. Если есть готовая функция - аналогично. Кроме случаев, когда готовая библиотека чем-то не подходит.

    5. Использование менеджера пакетов для проекта. Ну думаю в 2016 году без него уже никто не кодит:)

    6. Думаю разбираться в работе сложных алгоритмов я бы не стал, и ограничился тем, что перечислил выше.

    7. Я бы отдавал предпочтение коду на фреймворках. Так же не плохо, если это сборная солянка на готовых компонентах, заточенная под свои задачи.

    8. Полный самопис - это явный минус. Не использовать в наши дни хорошие готовые решения, делая вместо этого стрёмные, никому не понятные велосипеды - это глупость.

    9. На CMS код можно даже не присылать. Там в любом случае будет говнокод. Сами CMS к этому обязывают:)
    Ответ написан
    Комментировать
  • Можно ли устроиться программистом без оформления?

    @jaxel
    Да большинство работодателей только рады будут. Никакой белой ЗП, никаких налогов и тд.
    Ответ написан
    2 комментария