Как управлять проектом, когда он заморожен/задержан для неопределенного [закрытого] количества времени
В первую очередь, попытайтесь помнить, что Вы не можете использовать тот же идентификатор больше чем для одного элемента, так как идентификатор уникален. Так измените эту строку:
{userMessage}
Что касается Вашего вопроса: для инициирования отделения textContent изменение, необходимо читать это . Теперь, если мы объединим все это вместе, то мы получим что-то как этот:
можно считать больше здесь
Hope, это поместило Вас на правильный путь, и удачи!
я сделал codepen, который можно играть с здесь .
5 ответов
Все зависит от того, что вам подходит - и от того, как вы любите учиться. Мне нравятся диаграммы, поэтому в ситуации, когда я разработал крутой алгоритм (хотя и не такой сложный, как этот!), Я делаю следующее:
1) Нарисовываю алгоритм на бумаге или записываю что угодно.
2) Добавьте к нему аннотации, чтобы он имел полный смысл для вас.
3) Опишите алгоритм кому-нибудь, используя только то, что вы нарисовали. Это мешает вам заполнять пробелы из-за собственных знаний алгоритма.
4) Если в вашем описании есть пробелы, добавляйте дополнительные детали по мере продвижения, чтобы документ стал исчерпывающей записью вашего описания.
5) Отложите рисунок на неделю и посмотрите, сохраняет ли он смысл. На этом этапе он все еще должен быть достаточно знаком, чтобы добавить недостающие детали.
Будет ли это достаточно ясно через год - или вы даже захотите его использовать - еще неизвестно.
Надеюсь, это поможет!
По моему опыту, старые проекты всегда кажутся устаревшими, если их стряхнуть. В ближайшие месяцы существующий код изменится, требования изменятся, и вы изменитесь как программист. Может быть, вам стоит написать краткое объяснение и предположить, что вам все равно придется полностью переработать его в будущем.
Не расстраивайтесь по поводу конкретных проектов, сосредоточьтесь на совершенствовании как разработчик. И носите этот опыт с собой.
Что касается разочарования - обычно старайтесь рассматривать проект как путешествие, а не как пункт назначения.
Если вы внимательно следите, то многое извлечете из этого. проект на сегодняшний день - вещи, которые вы узнали о технологиях и бизнесе, созданные модули кода, которые вы можете повторно использовать, вы наладили отношения с членами команды или пользователями, сделали ошибки, которые вы больше не будете повторять, и так далее. Это может помочь вам лично составить список того, что вы знаете сейчас, чего не знали в начале проекта.
В конечном итоге компания, возможно, не реализовала проект, но значительная часть выгоды, которую вы получаете как личность и разработчик, все еще существует. Действительно, часто вы узнаете больше о проектах, которые идут не так, как надо, и о компаниях, которые не велики, чем когда дела идут как мечта.
Подробный документ с описанием всех входов и выходов, вероятно, является одним из лучших способов начать работу. Если это очень уникальный дизайн кода, метакод может быть хорошим шагом. т.е.
[Meta Object]
[Return String(string param1, string param2)]
Return param1 + " " + param2
[Return Integer(integer param1, integer param2, integer param3)]
Return (param1 + param3) / param2
[End Meta Object]
Сделайте его похожим на ваш язык без тестирования или чего-то еще, просто перенесите теоретический журнал на бумагу (блокнот), и тогда у вас будет трамплин, когда / если вам когда-нибудь придется вернуться к нему .. ... затем задокументируйте дневной свет.
Если вы однажды нашли Решение, велики шансы, что вы найдете решение даже через 4 месяца для той же проблемы. Что вы НЕ ДОЛЖНЫ пропустить, так это настоящую проблему.
Вы должны записать все проблемы оптимизации, которые являются источниками проблем или фактическими проблемами. Вы должны аккуратно вести записи об этих проблемных вопросах.
Теперь, в следующий раз [скажем, через 4 месяца], когда вы захотите вернуться к этому снова. Вам просто нужно прочитать проблемные вопросы из своих заметок, и ваш мозг начнет работать в прямом направлении, как и раньше.
Чтобы сделать его еще лучше, вы можете попробовать просматривать заметки о проблемах раз в месяц или два. Это приучит ваш мозг к поиску решения, так как вы каждый раз будете получать решение, как и в первый раз.