(Работаю в Google… как миллионер)
«Что бы вы ни делали, это работает». - Блюзовые подсказки
Подзаголовок был дан просто для забавы. Если вы подписались на одного из ведущих технических разработчиков Google, вы бы поняли сарказм. (должен объясниться, да, ха-ха)
Вы должны знать как минимум 5 языков программирования.
Это одно из первых требований, если вы хотите устроиться на работу.
По крайней мере, 5 они предпочли разработчиков, которые знают Java, C ++, C #, Ruby, PHP, Javascript, если вы умеете делать Assembly, это будет большим плюсом.
Если вы можете прочитать некоторые объявления о вакансиях, вы увидите, что у них есть вакансии начального уровня с опытом работы не менее 5 лет.
Вам нужно быть младшим разработчиком с опытом работы не менее 5 лет, прежде чем вы сможете получить свою первую работу разработчика.
Надежды нет.
Я шучу. Не обращайте на них внимания, они, вероятно, просто новички в найме разработчиков, или, может быть, HR, который отправил сообщение, является стажером.
На мой взгляд, дело не только в языке программирования, большинство пожилых людей сказали бы, что ваш первый язык программирования не имеет значения, пока вы начинаете.
Но я бы сказал, по крайней мере, выберите то, что будет в будущем ... например, Javascript? (Ха-ха. Да, да, так предвзято)
Вы должны сначала подумать, хотите ли вы стать Frontend, Backend или DevOps.
Тогда совет профессионала, узнайте, на каких языках большинство вакансий ищут (подмигивают).
Если вы решили стать веб-разработчиком, тогда JavaScript. Разработчик мобильного приложения? Javascript, настольное приложение? Javascript или Backend? Javascript. (ржу не могу)
Просто сделайте домашнее задание и выберите, какой стек технологий вы хотите изучить, а затем НАЧАТЬ!
Нет места неудачам
Работа с корпоративными проектами очень важна, здесь нет места неудачам, иначе вы потеряете работу.
Вы должны быть осторожны при изменении кодов, в моем случае наши проекты слишком большие и сложные, и большинство разработчиков являются старшими разработчиками, поэтому большинство кодов вложены, модули и компоненты независимо от того, насколько малы, большинство из них можно использовать повторно, что даже изменение кнопки отправки может сломать ситуацию.
Нет места ошибкам. ржу не могу
Когда меня назначили на этот проект, если честно, я был в восторге, у меня никогда в жизни не было этого огромного гигантского проекта. Это напугало меня, что я могу облажаться.
Но потом я подумал, что мы никогда никуда не пойдем, если будем напуганы и напуганы, так что все, что бы я ни делал, я просто дам все это.
Для проекта требуется стек Mern, MongoDB, Express, Reactjs, NodeJS + Typescript.
Это стек моей мечты, я мечтал стать разработчиком Fullstack, он входит в мой 10-летний план, он пришел ко мне на 4-й год в качестве разработчика, поэтому он меня до чертиков напугал.
Я боялся, что могу что-нибудь сломать; Я один из ведущих разработчиков, так что представьте себе давление.
Прошел год, оглядываясь назад, после завершения нескольких функций, вся работа была в основном методом проб и ошибок, мы все делаем ошибки, это часть работы, и, кроме того, как мы узнаем, работает ли она, если мы этого не сделаем. знаю, как это будет выглядеть, когда он сломается (я говорю о локальном окружении, а не о производстве, ха-ха)
Здесь не место для неудач, мы, скорее всего, живем жизнью методом проб и ошибок с небольшой молитвой, пока это не сработает.
Мы, разработчики, строим будущее, нам разрешено делать ошибки, если мы учимся на нем и растем на нем, именно так мы совершенствуемся и становимся лучшими разработчиками, какими мы можем быть.
Вы должны знать как фронтенд, так и бэкэнд
Вы должны все это знать, вы должны быть целым отделом, это обязательно.
Такой миф.
Вы не обязаны делать то и другое; это зависит от компании, с которой вы работаете. Огромные компании могут позволить себе нанять как можно больше разработчиков, но если вы будете работать в небольшой компании, особенно в стартапе, то это совсем другая история.
При передаче нашего проекта у нас действительно не было выбора.
«Ты должен носить все шляпы, если хочешь стать лучше».
Это было началом хаоса.
Frontend, Backend, что это? Мы просто строим.
Первые пару месяцев я подвергал сомнению все свои решения в жизни: «Почему я вообще начал это? Я настолько наивен, что думаю, что смогу стать полноценным игроком. Я ненавижу свою жизнь."
Пока не станет: «Боже, это так круто. Я могу поработать еще пару часов ».
Затем: «Лучшее решение на свете. Я люблю свою работу."
Жизнь разработчика - это американские горки, вам просто нужно оставаться в живых, оставаться в игре, пока она не сработает, пока вы не станете лучше, пока вы в конечном итоге не полюбите каждую деталь и каждую деталь ».
Вы должны предоставить свои функции / проект вовремя, без задержек!
Я никогда не буду там, где есть, если я отступлю в тот день, когда мне нечего было представить на той встрече, я все еще помню это, как вчера, даже когда это произошло 4 года назад.
Моя функция не работала, я не мог исправлять ошибки, даже если работал сверхурочно в течение нескольких недель.
Это было так неловко.
Это было, когда я работал вместе с 8 информатиками и инженерами; Я был единственным, кто не успел в срок.
Но то, что случилось, было с нашим менеджером и ведущим, на самом деле это не имело большого значения, все эти проблемы и заботы были в моей голове. Мне дали неделю или две, чтобы закончить; Я закончил его за несколько дней с небольшой помощью коллеги.
Просить о помощи - это нормально, так мы выживаем и растем.
Руководитель проекта всегда прав
Не совсем, по крайней мере, по моему опыту.
На моей первой работе это был стартап, сам менеджер / генеральный директор является нашим менеджером проекта. Он всегда задает вопросы, всегда просит идеи.
Руководители проектов или сам босс в большинстве своем не обладают техническими знаниями, поэтому они будут спрашивать ваше мнение и опыт.
Одна вещь, которую нужно знать, это то, что они как бы строго соблюдают дедлайны.
Забавно то, что все, что их действительно волнует, - это крайний срок - не сообщайте им технические детали, или, если вы это сделаете, они просто ждут этой части обсуждения «крайнего срока». (ха-ха)
Менеджер проекта, с которым я работаю сегодня, также спрашивает в основном о прогрессе и обновлениях, нетехнические коллеги хотят знать только, сможем ли мы уложиться в срок или хотя бы знать оценки.
Так что просто держите их в курсе, держите их в курсе, они гибкие до тех пор, пока это разумно.
Так что руководитель проекта всегда прав, схема - тоже миф.
Перед следующим чтением ознакомьтесь со списками ниже.
Самые популярные статьи:
Как думать как старший разработчик
7 навыков высокоэффективных разработчиков-самоучек
Как писать код как профессионал
15 лучших тем VSCODE для потрясающего темного режима
10 лучших руководств для изучения серверной разработки
25 лучших расширений VSCode для разработчиков JavaScript
10 лучших тем для VS Code 2020
10 лучших руководств на основе проектов для изучения разработки с полным стеком
10 лучших руководств по проектам для разработчиков-самоучек
11 обязательных инструментов и ресурсов для веб-дизайна для разработчиков
Не забудьте уйти 👏🏻. вы можете прислать мне до 50 центов. насколько вы можете, это помогло бы мне продолжать писать и делиться хорошим контентом, бесплатными ресурсами, советами и мудростью для всех разработчиков и начинающих разработчиков.
Так что мы могли бы поделиться этими статьями со всеми, кому это нужно больше всего. По одной статье, по одному разработчику, по одной мечте.
Я был бы очень признателен за это и большое спасибо за чтение!
Подпишитесь на меня, чтобы узнать больше о статьях и источниках вдохновения Разработчики-самоучки. Вы также можете найти меня в Instagram. Увидимся там!
