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

    @majstar_Zubr
    C++, C#, gamedev
    По аналогии с иными сферами, где в профессии присутствуют звания, разряды и прочие механизмы (грубой) оценки уровня работника в целом, для получения следующей ступени, говоря обобщенно, нужно пройти аттестацию.

    В сфере разработки ПО постоянная нехватка квалифицированных специалистов отчасти потому, что требования и определения квалификации относительно других сфер очень быстро меняется.

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

    В сфере разработки ПО кругом одни абстракции: инструменты, процессы, рабочие окружения, методики. Поэтому стек технологий и получил приставку "софт".

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

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

    То, что сейчас называется у разработчиков ПО собеседования по сути не просто собеседования, а многоэтапный процесс, включающий в себя подобие аттестации. Если вы получаете оффер от компании, то там обычно написано, на какой уровень вы прошли встроенную в собеседование аттестацию.

    Иное подобие аттестации происходит, когда разработчик ПО сам считает или по определенному работодателем графику или условиям происходит пересмотр заработной платы.

    Подытожу: если получилось получить оффер на архитектора, значит архитектор; если при этом получил из другой фирмы оффер на джуна значит джун.

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

    Обычно, методика она не описывается, поскольку все зависит от конкретного исполнителя. Но может быть записана, если того требует бюрократия, во внутреннем документе какой-то корпорации, например, в корпорации зла такой документ есть, правда все существенные детали все равно не записаны, а находятся в головах тех, кто проводит тестирование/собеседование.
    Ответ написан
    Комментировать
  • Можно ли заработать C++ программисту в 2021?

    @majstar_Zubr
    C++, C#, gamedev
    Можно! Для этого нужно всего лишь вступить в трудовые отношения. Для того, чтобы это сделать, нужно соответствовать ожиданиям работодателя.
    Опыт можно получить во время стажировки, во время ковыряния в опенсорсе, во время рефакторинга своих пет проектов. Если только сейчас начали, то через год можете начинать искать. Джуна никто учить не будет, устраиваясь на работу надо уметь выполнять задачи, код должен быть чистым и правильным вне зависимости от должности и иерархии в команде.
    Вакансий относительно не так много может быть, поэтому однозначно стоит откликаться на вакансии уровня мидл, вероятность, что ищут так же и джунов не нулевая.
    Ответ написан
  • Как составить план развития для сильного разработчика?

    @majstar_Zubr
    C++, C#, gamedev
    Мы все идём разными дорогами, и обычно, если смотреть вперёд, то всегда видны разные пути.
    Обычно, хватает того, что вы смотрите вперёд и пытаетесь пройти по всем путям, что вы сможете увидеть. Появилась новая технология, решающая не новую проблема - и открылся не один путь, а множество, потому что кроме разработки есть ещё в частности, проблема интеграции новых решений и devops, в который погружаться советую всем.

    По большому счету есть две дороги: дорога самурая и дорога сёгуна.

    У самурая нет цели и есть только путь. Этот путь может вести вглубь технологии, к истокам её проектирования, к особенностям её устройства. Но путь может быть извилистым. Так же этот путь может вести в смежные вопросы, где технология имеет несколько иное воплощение. Всегда есть несколько способов и инструментов решения одной проблемы, пускай же идущий путем самурая изучит их все. Пишите в стеке Node.js+Typescript, но не было случая, когда нужно было узкие места оптимизировать на C++ - и вот вам ещё один непройденный путь. Но ведь модно было бы и на Rust. И на C. Или заменить целый модуль с узким местом, которое переписывалось на Net core. Может быть ещё и заменить часть фронта с Blazor? А какие проблемы в процессе могу возникнуть?

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

    Чтобы идти дорогой сёгуна, нужно отринуть рамки привычного мира самурая и обрести цель. Эта цель должна быть перевоплощением в новое существование. Идущий путем сёгуна должен идти в гору до самого солнца, и с каждой новой вершиной будет открываться перспектива и сотни путей, но сегун по ним не будет ходить. Его путь состоит в том, что сегун видит перспективу, с высоты ему видна иная сторона горизонта и весь рисунок путей. Ему видно, как пути, словно реки, сливаются в дороги, многие из которых ведут к обрывам и тупикам. Дорога сёгуна должна привести его в к смыслу. Возможно, это открытие своего коммерческого предприятия, или же это (F)OSS, или же должность сёгуна-тимлида, или же менеджера, имеющего цели стать часть руководства текущей компании.

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

    @majstar_Zubr
    C++, C#, gamedev
    Разработка низкоуровневых библиотек, драйверов и интегрированных решений для высоких нагрузок.
    Такая деятельность финансируется из бюджета либо корпораций, либо каких-то фондов, либо просто donations (на текущий момент).
    Ответ написан
    Комментировать
  • Что больше забирает нерабочего личного времени: работа Тестировщиком (QA) или Разработчик (Dev)?

    @majstar_Zubr
    C++, C#, gamedev
    Работа не может занимать нерабочее время по определению.

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

    Это желание может как отсутствовать, так и присутствовать вне зависимости от профессиональной деятельности.

    Но вполне адекватно в первую очередь заниматься тем, что вызывает у вас меньше стресса, в вашем случае это направление QA.
    Ответ написан
    1 комментарий
  • Game-dev путь. Что мне делать?

    @majstar_Zubr
    C++, C#, gamedev
    У вас должна быть цель стать профессионалом в области. Потому что только профессионал может выбирать, с кем работать, где работать, над чем работать - над крупными проектами для правительств, над банковским софтом, над веб-проектами или над играми.

    Вот это будет правильная установка. А что учить и в каком порядке вам никто не скажет, потому что требования меняются, возможности устроится на работу у всех разные, неизменно только одно - желательно знать все и вчера. Именно с этой установкой рисуются абстрактные Programming paths, но толку от них не будет никакого, если вы не сможете обобщать знания и не будете постоянно работать над строительством своего дерева знаний. Главное - пополнять свои знания концепциями, из которых потому выводятся базовые шаблоны, шаблоны проектирования, а из них, в свою очередь, архитектурные шаблоны, методология разработки, и непосредственно связь с рынком, экономикой, психологией и прочим, и так далее. И эти концепции не только в книгах по разработке ПО, их много в теор вере, дискретной математике, физике, которые дождаться в голову только в процессе получения высшего образования, системно.

    Любовь к учению - единственное, что может поддерживать на пути, потому что путь очень долгий. Многое будет непонятно и с первого раза, и со второго. Иногда и с третьего, потому что вы на самом деле не поняли базовые вещи. Или выбрали неправильную книгу. Или начали читать правильную книгу слишком рано. А узнаете вы расхождение между объективным знанием и собственным все равно не раньше, чем столкнетесь с проблемой на практике. А по-другому никак.

    Что вы можете сейчас сделать - взять прицел. Конкретно сформулируйте профессию и специализацию. Оптимизируйте процесс полученния знаний: как бы не ругали образование в ВУЗах СНГ, все же это нехилая экономия времени, если вы сразу будете получать профильное образование.

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

    А на самом деле надо. Вы должны получать удовольствие от получения знаний, потому что иначе вы не сможете сделать игры, которые могли бы приносить новый опыт игрокам. Чтобы транслировать новый опыт через генераторы опыта - игры - нужно уметь и любить этот опыт (субъективный и эмоциональный) получать, и представлять, как его давать людям. Разработка игр - всего лишь автоматизация этого процесса.

    Так что, запасайтесь попкорном и начните с языка Си. Освойте структурное программирование. Алгоритмы, структуры данных. Архитектуру компьютера, ОС. Не торопитесь как можно быстрее неправильно понять как можно больше вещей за кратчайший промежуток времени. Перечитывание и практикуете, пока не станет понятно так, что сможете научить кого-нибудь другого. Макконнелл, Роберт Мартин, Кент Бек, Эрик Эванс, Мартин Фаулер + 1 год дополнительного быдлокодинга на java и c# и c++ и у вас появится понимание ООП, ФП, типовые устройства моделей памяти и сборщиков мусора. Ещё за год научитесь писать настоящий ООП код, читать чужой код, даже если он написан в процедурно-макаронном стиле как книгу. Но надо ли вам эти три скучных года, потерянных полностью для личной жизни? Не проще ли получить solid knowledge и постепенно получать практику в среде опытных специалистов?

    Подытожу: становитесь профессионалом, на это у вас уйдёт ~10 лет после введения привычки учится в свободное время. Периодически смотрите на требования вакансий и составляйте себе древо знаний, которое хотите получить.
    Ответ написан
    Комментировать
  • Как найти единомышленников для проекта, или влиться в стартап?

    @majstar_Zubr
    C++, C#, gamedev
    Update: есть teamfinding.com и develteam.com. Однако там только органический трафик.
    В основном знакомства происходят в группах бизнес-инкубаторов и стартап-акселлераторов в социальных сетях, на сайтах (и самих) хакатонах/джемах и других мероприятиях, и в группах в соцсетях.

    Их нужно искать так же, как ищут маркетологи и продавцы на рынке покупателей.
    Да везде их надо искать. Форумы, конференции, комментарии в Ютубе, группы в соц. сетях, статья на Хабре или техчерч, хоть объявление в газете, контекстная реклама, или на машине листик повесить с другой стороны стекла, на хакатонах, на meet-up'ах.

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

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

    P.S. Я нашел своего первого соратника используя доску объявлений, на минуточку, в "ВКонтакте", давно дело было. Другого нашел в универе в КВН группе. Ещё одного нашёл в группе администрирования сообщества одной глобальной модификации для одной известной игры. Когда знаешь, кого ищешь, поиск много времени не отнимает.
    P.P.S. Потом я научился понимать, кто мне действительно нужен.
    Ответ написан
  • Хочу понять, с чего мне начать путь в геймдев?

    @majstar_Zubr
    C++, C#, gamedev
    Когда был на твоём месте, я погрузился в маркетинг, управление проектами, управление людьми, геймдизайн и сценарное дело, между делом делал прототипы на js, потом посмотрел в сторону движков и фрнймворков на java, параллельно делался прототипы, а потом стало понятно, что надо было меньше других слушать и сразу смотреть в сторону C++, C# и Python, теперь ещё и Rust.
    Если въедешь в C++, то с остальными языками вообще проблем не будет никаких.
    А по делу - сначала определись с направлением и группой специальностей.
    Ответ написан
    Комментировать
  • Насколько адекватно требовать домашнего развития от разработчиков?

    @majstar_Zubr
    C++, C#, gamedev
    Это вполне адекватно, потому что в таком случае работодатель преследует лишь одну цель - помочь вам как можно скорее найти другое место работы.
    Ответ написан
    1 комментарий
  • Как стать интернет-маркетологом?

    @majstar_Zubr
    C++, C#, gamedev
    Это хорошо, что вас это у не учили, потому что все это - просто инструменты и сервисы для маркетологов. Про книги из 2000 опять же, прекрасно, потому что главное слово в "интернет-маркетолог" - это как раз второе. Просто берете wordpress и делаете коммерческий блог, пробуете все инструменты, смотрите как они работают. Вы столкнетесь с терминологией, которую легко можно сверять переключением языка в Википедии.
    1) вам подойдёт любой курс, особенно если это первый ваш курс. Когда вопрос заключается в обучении вширь, то подойдут даже youtube каналы mail.ru, yandex. Вглубь - только книги.
    2) это не новость. Главное, что требуется - быть в курсе все рисков, с которыми вы как специалист будете сталкиваться во время работы интернет-маркетологом. А тут уже от двух десятков книг на английском никуда не деться. Так что советую свыкнуться с мыслью, что универ - это просто интерлюдия и прямо сейчас уже начать выяснять терминологию маркетинга на английском языке.
    Ответ написан
    Комментировать