Как люди работают с кодовыми именами в своих проектах?

Question

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

Проблема в том, что я не слишком уверен, как люди справляются с миграцией кодовой базы из состояния «кодовое имя» в состояние версии 1.0, которое может иметь правильное имя... не то, что клиент на самом деле не должен видеть:)

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

Надоело ли людям менять такие вещи, как пространства имен перед выпуском v1.0?

Answer 1

Я всегда считал, что названия разработок живут не в том виде, в котором они поставляются. Если имя разработки не является профанным, или вы создаете библиотеки или API, я не вижу необходимого вреда от имени разработки, появляющегося в таблице символов или sumptin '. (В любом случае, ваши клиенты будут генерировать собственные ненормативную лексику для вашего кода;)

Сэм ответ согласен с этой позицией, если имена разработчиков никогда не выходят за рамки кодовой ямы, не было бы страницы Википедии, перечисляющей их.

Answer 2

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

Некоторые компании продолжают использовать кодовые имена внутри компании даже после того, как настоящее имя принято и выпущено. Даже сегодня есть некоторые места, где «Опус» появляется в отношении Microsoft Word (при копании в информацию о дескрипторе окна, а не в опубликованном API или UI).

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

http://en.wikipedia.org/wiki/List_of_Microsoft_codenames