А очень хорошие программисты понимают, как тот код будет развиваться, и оставляют самоочевидные места расширения. Высший пилотаж, который средним программистам обычно на первый взгляд незаметен, и только потом когда понадобится что-то дописать, скажешь: «Круто! Предусмотрел ведь!»
Такие статьи мало что дают новичкам.
Как правило — прививание чужого мнения и, как следствие, перекрытие своего личного опыта этим самым «авторитетным» мнением.
Поэтому братья за подобные измышления всерьез имеет смысл только в том случае, если Вы действительно хотите написать полноценный, качественный труд, рецензированный и одобренный профессионалами, редакторами и т.д. и т.п.
Вы не поверите, очень многие программисты среднего и чуть выше среднего уровня знают по своему опыту все то, что Вы можете предложить в такой вот короткой форме, без конкретных сравнений «за» и «против» в каждом отдельном случае. А программистам низкого уровня категорически не советую читать подобные статьи. Лучше воспользоваться авторитетным источником — там гораздо более полно и толково описано, и при этом поясняется, почему — а именно это понимание и нужно новичкам.
Кстати, советую при копировании пересмотреть и, по возможности, переименовать все переменные под свой контекст. Тоже помогает в осмыслении, и при этом не нужно механически копировать.
У меня есть внутреннее ограничение на copy-paste: копируй не больше одного блока размером не более 10-20 строк, отрефактори его, интегрируй, а потом уже продолжай дальше.
Как уже правильно заметили, для реального производства необходимо учитывать «сбои», «колебания» и чрезвычайные ситуации. Т.е. система должна уметь перестраивать расписание с минимальными изменениями, а также учитывать время, необходимое на согласование и перенастройку процесса.
У Вас это учитывается, или предполагается ручное урегулирование процесса в подобной ситуации (т.е. выполняется только моделирование самой логистики)?
Как правило — прививание чужого мнения и, как следствие, перекрытие своего личного опыта этим самым «авторитетным» мнением.
Поэтому братья за подобные измышления всерьез имеет смысл только в том случае, если Вы действительно хотите написать полноценный, качественный труд, рецензированный и одобренный профессионалами, редакторами и т.д. и т.п.
Вы не поверите, очень многие программисты среднего и чуть выше среднего уровня знают по своему опыту все то, что Вы можете предложить в такой вот короткой форме, без конкретных сравнений «за» и «против» в каждом отдельном случае. А программистам низкого уровня категорически не советую читать подобные статьи. Лучше воспользоваться авторитетным источником — там гораздо более полно и толково описано, и при этом поясняется, почему — а именно это понимание и нужно новичкам.
Примерно так.
У Вас это учитывается, или предполагается ручное урегулирование процесса в подобной ситуации (т.е. выполняется только моделирование самой логистики)?
Никто не знает, как оно работает :-)
Согласно контракту при изменении hashCode с точки зрения HashMap мы имеем другой объект ключа.
Со всеми вытекающими.