Это то, что меня мотивирует и помогает мне поддерживать свой уровень.

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

Какие у вас есть хитрости для поддержания иностранных языков? Дай мне знать в комментариях! Если у вас есть друзья, которые изучают язык, поделитесь этим постом в социальных сетях!

Как сохранить то, что мы узнали

Язык и память: как сохранить то, что мы выучили было расшифровано с канала Стива на YouTube. Исходное видео опубликовано 13 июля 2013 г.

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

В моем случае я утверждаю, что владею 13 языками. Поддерживать эти языки становится еще труднее, поэтому сейчас это становится реальной проблемой, когда я говорю, что собираюсь сделать видео на португальском языке. У меня действительно было намерение сделать видео на португальском языке.На прошлой неделе я провел несколько уроков португальского в LingQ, например, в Café Brazil и т. Д., Много слушая. Прошлой ночью так получилось, что я был с некоторыми португальцами здесь, в Ванкувере (обедал), и, пытаясь говорить по-португальски, я понял, что мой португальский просто не совсем подходит для этой задачи.

Сейчас, честно говоря, мне до сих пор делают комплименты. Люди очень обнадеживают. Говорят, у вас все хорошо, как и в случае, когда я недавно был в Берлине.Я очень хорошо знал о недостатках моего немецкого, и люди говорили: «О, нет, нет, у тебя все хорошо». Так что я действительно думаю, что до некоторой степени мы склонны больше осознавать свои собственные недостатки, тогда как другие люди, особенно носители языка, слушающие нас, более склонны отдавать нам должное за то, что мы можем сделать. Они меньше осознают тот факт, что мы разочарованы, потому что не можем делать так хорошо, как хотели бы. Однако тогда вопрос в том, как вы поддерживаете свои языки?

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

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

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

Например, по русскому языку, когда я участвовал в языковой конференции в Москве, я провел добрых три недели, просматривая уроки в LingQ, работая с материалами из «Эхо Москвы», просматривая там слова, и вот где я » Придя в себя, у меня было много онлайн-дискуссий с нашими преподавателями в LingQ, с ______ и, в частности, с _______, двумя нашими преподавателями русского в LingQ. Поэтому, когда я пришел выступить с презентацией, я как бы прибавил обороты.В случае с румынским я начинал с нуля, но у меня было то преимущество, что я имел весь этот словарный запас из других романских языков.

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

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

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

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

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

Итак, опять же, этот чудесный мир, в котором мы живем, я просто зашел в Интернет.Я сказал, что мне нужно найти несколько хороших подкастов. Должны быть хорошие подкасты. Я думаю, что Globo - большая газета в Рио или Сан-Паулу, поэтому я просто просмотрел подкасты Globo и нашел кучу подкастов. Фактически, я нашел и другой сайт. Итак, я нашел два бразильских сайта подкастов с программами о здоровье, о том, как пользоваться языком, и о новостях, и я только начал их искать. Так что я собираюсь слушать множество этих подкастов вместе с Café Brazil в ближайшее время, и я собираюсь посвятить одну неделю бразильскому португальскому языку.

Здесь вы можете прочитать: Лучший способ выучить новый язык

Я принял решение, как я хочу произносить этот язык. Мне придется сделать этот прыжок, и вместо того, чтобы говорить _______, это _______, как говорят по-португальски. Сначала я чувствую себя немного глупо, потому что это ________ на испанском. На испанском все вроде ясно, а на бразильском - ________, так что мне нужно привыкнуть к этому. Поначалу я буду показаться глупым, делая это для себя, но это обязательство, которое я взял на себя.

О, я собирался сказать, мир, в котором мы живем. Если бы я 200 лет назад учил язык в Германии и хотел бы изучать португальский язык, это было бы сложно. Где мне найти говорящего по-португальски? Где мне найти материал? А сегодня просто захожу в Интернет. Я могу найти подкасты. Я могу найти ресурсы по грамматике. Я могу найти людей, с которыми можно поговорить. Я могу делать все, что хочу.

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

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

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

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

Спасибо за внимание, пока пока.

Руководство разработчика программного обеспечения по поддержке кода

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

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

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

Вот такая жизнь. Просто одна из тех вещей.

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

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

Так что, вероятно, будет неплохо, если вы научитесь двум вещам.

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

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

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

Хороший звук?

Большая часть вашей карьеры будет потрачена на поддержание кода

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

В той или иной форме вы собираетесь поддерживать код.

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

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

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

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

Потребуется добавить новые функции или изменить существующие.

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

Почему я вам это говорю?

Я просто хочу разбить твои надежды о стену?

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

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

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

Опять же, так устроена жизнь.

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

Нет, это определенно случается, но не ожидайте этого все время.

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

Вот и все.

Великие разработчики пишут поддерживаемый код

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

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

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

Это может показаться глупым.

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

Но я говорю вам, это правда.Вот почему.

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

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

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

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

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

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

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

Правило бойскаутов

Один из секретов отличного сопровождения кода - это правило бойскаута.

Это правило исходит от бойскаутов Америки, которые подчеркивают простое правило для кемпинга:

«Оставьте палаточный лагерь чище, чем вы его нашли».

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

Оставьте код лучше, чем вы его нашли.

Это действительно так просто.

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

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

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

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

Это может даже потребовать рефакторинга большого фрагмента кода для реализации более чистого и простого дизайна.

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

Это основное правило - самый простой секрет для поддержания существующей кодовой базы.

Читаемость имеет первостепенное значение

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

Чем читабельнее код, тем легче его поддерживать.

Чем загадочнее и сложнее для понимания код, тем сложнее его поддерживать.

Это так просто и понятно.

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

Хотя краткость и полезна, краткость и ум - это верный рецепт к катастрофе.

Почему?

Поскольку код читается больше, чем записывается .

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

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

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

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

Дело в том, что читаемый код проще поддерживать , точка.

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

Рефакторинг кода, чтобы сделать его лучше

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

Как сделать код лучше?

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

Рефакторинг существенно улучшает дизайн существующего кода.

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

Часть «без изменения его функциональности» очень важна, потому что вы не можете оставить код лучше, чем вы его нашли, если вы также измените функциональность.

Вы можете вносить ошибки и ухудшать код.

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

Смысл рефакторинга - взять некоторый существующий код и сделать его еще лучше.

Лучшее может - и действительно, всегда должно - означать более читабельное и удобное в обслуживании.

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

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

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

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

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

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

В большинстве современных IDE есть некоторые из этих инструментов.

Думайте об этом как о преобразовании математических уравнений без изменения их значения.

Вы всегда можете быть уверены, что 4x = 8 совпадает с 2x = 4 или x = 2.

Вам не нужно это доказывать.

Автоматизация важна

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

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

Вот почему автоматизация важна для повышения ремонтопригодности программного проекта.

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

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

Если пишете комментарии, пишите добрые

Я не большой поклонник написания комментариев в коде.

Да, я знаю, что это ересь.

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

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

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

Убедитесь, что комментарии четко объясняют то, что неочевидно и требует пояснения.

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

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

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

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

Ресурсы для обучения написанию обслуживаемого кода

Поддерживать код сложно.

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

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

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

Code Complete by Steve McConnell - Опять же, я уже упоминал эту книгу несколько раз, но это еще одна замечательная книга о написании хорошего, поддерживаемого кода.Вы обнаружите, что в этой книге рассматриваются некоторые низкоуровневые структурные детали написания хорошего, читаемого кода. Прочтите это.

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

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

Рефакторинг Мартина Фаулера - Еще одна классическая книга, которую должны прочитать все разработчики программного обеспечения. В этой книге рассматриваются все основные варианты рефакторинга, которые можно выполнить для реструктуризации кода без изменения его функциональности.

Ну вот в чем суть.

Просто помните правило бойскаутов, и все будет в порядке.

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

Удачи.

Смотрите также

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