ConcurrentHashMap или ConcurrentLinkedQueue или ConcurrentSkipListMap может быть другой опцией, потому что они никогда не будут бросать любое ConcurrentModificationException, даже если вы удалите или добавите элемент.
Это сообщение адреса Ваш вопрос. Суть его:
Text Editor > C# > Advanced > Generate XML documentation comments for ///
А что насчет этого мифа о том, что ООП спасет положение? Если это правда, то почему ребята из Linux / Kernel все еще выпускают новые версии еженедельно? Другими словами, все ли программисты ASM / C обречены на сложность «Hello World»?
Не уверен, что именно вы просите. Я имею в виду работу над проблемами до и после их возникновения:
Если у вас много файлов и LOC, просто уменьшите и реорганизуйте их. Например, путем создания или использования надежных фреймворков для определенных задач (PDO вместо mysql ()). Другими словами, не повторяйтесь. Короткие, запоминающиеся, похожие названия функций: get_user_ID (), get_task_ID (), db_query () ....
Является ли общение в группе проблемой? Попробуйте вики, внутренний чат, попробуйте добавить больше комментариев, спросите группу, что им не нравится и что они хотят улучшить. Это полностью зависит от проекта.
Если вы работаете в группе, не будьте постоянно заняты. Работайте над деталями и улучшайте их. Это экономит время, необходимое для того, чтобы понять мышление других программистов. Одно изменение за раз. Не открывайте 200 файлов и не редактируйте совершенно несвязанные вещи.
Автоматизируйте и ускоряйте все, если возможно: развертывание, управление версиями, документацию, тесты.
Большие проекты - это большие проекты, и их всегда трудно полностью понять. KISS - это хорошо, но, по моему опыту, иногда помогает просто разбить все на независимо работающие компоненты, взаимодействующие через XML, языковые интерфейсы и т. Д. Вкратце: сделайте много маленьких проектов из большого. Я веду личный список дел / запоминаний как "myname.todo.txt".
Быстрое развертывание обязательно!