Всем привет, я Ханцао😈, травяная обезьяна🐒. Прерывистая кровь 🔥, сплошная скульптура из песка 🌟.
Если вам нравятся мои статьи, вы можете подписаться➕Нравится и расти вместе со мной~

«Эта статья участвовала в мероприятии Haowen Convocation Order, щелкните, чтобы просмотреть:Двойные заявки на внутреннюю и внешнюю стороны, призовой фонд в 20 000 юаней ждет вас, чтобы бросить вызов!"

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

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

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

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

Прогулка по берегу озера в парке Чаоян летом

Осень полна голубого неба и белых облаков

Прогулка по ярко освещенным улицам зимой

Увидеть цветение сакуры в Юйюаньтань весной

Летом снова и снова грозы

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

Итак, приступим к следующему
настоящая глава

Подарки холодной травы

Моя история с фронтендом, для вас, кто запутался

Эта статья представляет собой обобщение моего опыта в первую годовщину моей работы.Как front-end практик, я сначала расскажу свою историю с front-end.

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

Помню, на первом курсе у нас в школе было бесплатное мероприятие, то есть вместе с ним мы могли изучать продукты или фронтенд.Конечно, кому не нравилось, я выбирал фронтенд и следил какое-то время. Это было моим начальным просветлением. , конечно, когда я просто знаю простыеhtml,cssзнание.

Верно! толькоhtmlиcssЗнания, я тогда участвовал с друзьями, и все вместе использовалиhtml,cssЯ написал статическую страницу, самым счастливым в то время было рассказать другим: посмотрите на эту страницу, которую мы написали, посмотрите на взаимодействие, гладкое или нет, посмотрите на стиль страницы, биу некрасиво! Я думаю, что это может быть первоначальным намерением, которое повлияло на мой окончательный интерфейс.Как прекрасно, что красота взаимодействия реализуется нашими руками.

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

"Создавать красивые вещи выгодно"

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

Конечно, это также то, что я буду активно участвовать в нашейcommi-uiпричина,Я буду продолжать создавать красивые вещи.

Но много чего изменится.В то время была защита на пол года работы.leaderСпросите меня, зачем вы делаете фронтенд, и мой ответ все тот же, но на следующий вопрос я тупой:

"Но те страницы, которые мы сейчас делаем, это набор таблиц и форм.Когда нет эстетического ощущения, какая у вас будет цель?"

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

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

не простая механическая работа
но
начну с передней части
Я создаю в интерфейсе

Я оставил здесь свои настоящие мысли, надеясь, что кто-то захочет столкнуться со мной.

Через полгода весны и лета мысленное путешествие по письму

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

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

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

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

Я уже говорил это раньше, мне это нравится食梦者Эта комическая работа, я думаю, что чистая любовь и мечты прекрасны. Я также хочу сделать свою карьеру немного более чистой, поэтому:

Чистая карьера, начните с обмена письмами ~

Иду на год реинкарнации, мой опыт

Это только мое личное мнение.

Как общаться на работе

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

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

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

Внезапно есть несколько дел, которые нужно делать одновременно

есть что-то под названием紧急性重要性四象限, вы можете узнать об этом и установить свой собственный стиль ведения дел с единым измерением.Я выскажу свое понимание здесь:

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

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

Как разрешать конфликты времени участников

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

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

Что делать, если вы столкнулись с проблемами на работе, о которых вы не знаете

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

Грубо говоря,это еще вопрос времени.Я думаю,что в приоритете решение проблемы.Если можно быстро нагуглить решение,можно решить самому и записать проблему[лучше всего иметь уценку себя]. Если не можете, сначала спросите у опытного человека или технического начальника рядом с вами (если у него есть время и желание с вами поговорить), не тратьте много рабочего времени на выяснение причины проблемы. в этот раз я буду контролировать его в течение одного часа.Конечно, если задач будет мало, я умру.Когда задача тяжелая и времени мало, я выставлю ее прямо с первого взгляда и быстро найду того, кто ее решит. В любом случае, по количеству задач и степени напряженности работы вы сами можете измерить порог. Оставьте это себе, чтобы исследовать порог времени решения проблемы.
Но, наконец, мы должны задокументировать проблему! И постарайтесь поработать над делами этой недели.После этой недели не оставляйте хвост, проясните и поймите проблему.Это тоже процесс совершенствования.

Что делать, если требования сбивают с толку и их трудно понять

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

Во всяком случае, у меня это было, товар вообще не понятен по поводу спроса, или он еще не определился с ответом на некоторые детали, этот период спроса начался, поэтому очень опасно, если все активно не будут продвигать спрос быть ясным!

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

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

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

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

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

• Будьте человеком, который (лучше всего) понимает потребности

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

• говорить смело

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

Основы компьютера, вы хотите изучить его или нет?

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

Принципы компиляции внешнего интерфейса (1): Введение в компиляцию
Передняя часть травяной системы позволит вам реализовать обычный двигатель и зажечь самый восторженный летний фейерверк🔥

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

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

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

• алгоритм
• структура данных

Есть поговорка, что:

Программа = алгоритм + структура данных

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

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

Чистый код — профессиональное качество инженеров

Я не думаю, что у меня очень хорошая привычка кодировать, но я постараюсь сделать свой код как можно более чистым, потому что нам нужно знать одну вещь: кодирование — это процесс совместной работы, а также -общение с людьми заключается не в том, чтобы делать это в одиночку.代码不仅会被执行，也会被阅读.

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

Мой болезненный опыт со старым кодом

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

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

Основы для того, чтобы мой код был легко читаемым и чистым.

легко сделать и увеличить огромные очки

Я наговорил столько глупостей, бессмысленно говорить, как это улучшить. Переменные и функции в коде занимают большую долю. Здесь я кратко представлю, как улучшить чистоту кода с точки зрения именования и функций. Для справки《代码整洁之道》, среда рекомендации книг будет реализована позже в этой главе.

осмысленное наименование

• Все именаосмысленный, название скажет вам, почему оно существует, что оно делает и как его следует использовать.
• Чтобы не вводить в заблуждение, имя метода переменной не соответствует фактическому значению.
• проводить значимые различия,array1иarray2Скажи мне, в чем разница с таким именем
• Используйте произносимые имена, это действительно работает, программирование — это социальная деятельность, и имена должны произноситься!
• Используйте доступные для поиска имена, трудные для поиска имена затрудняют поиск переменных или вызовов методов и т. д.
• Значимые числа или строки в программе следует заменить константами
• Имена классов и объектов должны быть существительными или именными словосочетаниями, а имена методов должны быть глаголами или глагольными словосочетаниями.
• Каждое понятие соответствует слову, вы можете создать ссылку на глоссарий, чтобы быть последовательным

функция

• Короткий: 20 кепок Лучшее
• функция делать только одну вещь
• функция с минимальным количеством параметров
• Используйте описательные имена функций
• Идентификационные параметры уродливы, и передавать логические значения функциям не рекомендуется.
• Имена функций — это глаголы, параметры — существительные, а порядок гарантируется.
• Никаких побочных эффектов, методы не делают ничего, кроме семантики имени метода.

Книга Рекомендации

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

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

1. 代码整洁之道
2. 重构：改善既有代码设计
3. 代码大全2

Порядок, который я перечисляю, — это порядок, в котором я читал эти книги. так как代码大全2Это действительно трудно читать.

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

Несколько слов о чистом кодировании

1. Когда вы отвечаете за часть кода, убедитесь, что вы оставили его чище, чем когда вы взяли на себя, то есть:营地法则
2. Даже при неконтролируемых проверках вам придется хорошо подумать о кодировании, он будет расти быстрее, особенно для программистов, которые только начинают.
3. Наличие комментариев не является оправданием для написания нежелательного кода.
4. Перед разработкой проведите рефакторинг старого кода, чтобы лучше поддерживать кодирование в будущем.
5. Дурак может написать код, понятный компьютеру. Только те, кто может писать код, понятный людям, являются хорошими программистами.

...

Последнее слово для вас:
人自省以明理，代码自省以强健。

Годовщина, у меня свидание с передним концом

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

Это мой памятный пост💎.Обычно я буду с нетерпением ждать того и этого здесь🌟, а на самом деле, о будущем, я пока оставлю это на будущее.Я просто знаю, что я еще буду полон энергия сейчас🔥.

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

Младший брат Ханьцао, с первой годовщиной, утка🦆
Продолжайте хорошую работу

Слушаю песню, смотрю в небо, еду к красному облаку

На момент написания этой статьи2021-07-22, После дождя закат в Пекине был особенно красив.Я катался на велосипеде, смотрел на небо и слушал песни.

Желаю всем светлого будущего~

Я холодная трава, которая будет расти вместе со всеми🍄, кодовая обезьяна травяного типа, отработавшая первый год работы🌳
Если вам понравилась моя статья, ставьте лайк 👍 Следуйте ➕ , я буду обновлять более интересный контент

Увидимся в следующей статье