Это 6-минутная статья, которую читали 5 лет назад, не забудьте добавить ее в закладки.

«Сначала вы УЧИТЕСЬ, а затем удалите букву« L »»

Кодируйте, как будто это ваша гордость

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

Это ваша личность, сделайте это хорошо.

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

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

Со временем вы разовьете это, что-то уникальное, что-то, что вы, в конце концов.

Но одна важная вещь, которую вам нужно знать, - это заблуждение, которое крутится вокруг разработчиков, говоря, что чем короче код, тем лучше становится разработчик.

Так бывает не всегда.

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

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

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

Учите других

Средства учат при любой возможности.

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

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

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

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

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

Ошибки неизбежны, признайте это.

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

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

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

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

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

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

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

И что самое лучшее? О боже, у тебя есть новые навыки и опыт, которые ты можешь добавить к своему набору инструментов, тот опыт, который, несомненно, пригодится тебе по мере твоего прогресса.

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

Выполните то, что обещаете

Прекратите перекупать себя, вы на шаг ближе к хаосу.

На собственном опыте я понял, что предпочитаю выполнить больше, чем обещать, это слишком рискованно.

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

Наша работа разработчиков и без того утомительна и напряжена, у меня нет энергии, чтобы справиться со своим беспокойством или давлением чрезмерных размышлений и вопросов, что если?

Что, если я не смогу выполнить то, что они ожидали? Что делать, если я не могу доставить его вовремя? Что делать, если во время крайнего срока возникнут непредвиденные ошибки, что если?

Эти беспокойства не просто потянут вас ко дну, но и истощат всю вашу энергию, которая должна была быть продуктивной.

У некоторых людей хватит смелости разобраться с такими вещами, но я бы предпочел, чтобы это было так.

Это то, чему я научился в жизни, имея дело с деловыми людьми, людьми, не имеющими технических знаний, я узнал некоторые моменты от них, и один хороший пример состоит в том, что большинству из них, особенно высшему руководству, все равно, как вы это делаете, они просто хочу, чтобы вы доставили то, что было написано в соглашении, и, самое главное, СРОК СРОКА.

Это слово настолько сильное, что многие разработчики сошли с ума.

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

Послушайте меня, но для меня в мире есть только 2 типа людей: технические (я в основном имею в виду разработчиков) и нетехнические люди.

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

И мы не можем рассчитывать на размер ошибок, пока они не появятся на поле боя.

Иногда они просто не понимают и не доверяют мне, это утомительно.

Относитесь к стеку как к инструментам

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

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

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

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

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

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

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

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

Не забудьте уйти 👏🏻 вы можете прислать мне 50 👏🏻, сколько сможете, это действительно помогло бы мне продолжать писать и делиться таким же хорошим контентом, бесплатными ресурсами, советами и мудростью для всех разработчиков и начинающих разработчиков.

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

Я был бы очень признателен за это и большое спасибо за чтение!

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