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

Question

В каждом новом профессиональном проекте я стараюсь (заново) создавать одни и те же классы помощников и утилит. Это не переосмысление колеса, а несколько небольших инструментов, которые можно использовать в любом проекте.

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

edit: вот более подробный список возникших проблем:

• законно: этот код не мой, он принадлежит моей компании, даже если я его написал. Поэтому использование части моего кода utils в других проектах не очень законно (см .: текст ссылки

• версия: если я создаю проект OSS, код будет размещен в удаленной системе контроля версий. Но мой текущий код проекта компании размещен в домашней системе контроля версий. Как синхронизировать оба?

• версия bis: мой собственный пакет OSS будет что-то вроде org.myself.greatestcodeever.utils, но моей компанией будет com.bigcorpo.dept.utils. Как сохранить синхронизацию?

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

версия -> более раздражающая проблема: накопление мелких проблем меня обескураживает.

---

Если у вас есть такой набор инструментов, как вы его поддерживаете?

Answer 1

У меня были те же мысли, и сейчас я бы подумал о создании небольшого проекта с открытым исходным кодом, прикрепил бы практическую лицензию OSS и разместил ее на sourceforge (или что-то похожее).

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

Answer 2

Я изменил несколько платформ за свою карьеру, но каждый раз все было одинаково: пользовательская библиотека для обмена действительно полезным кодом.Это был .lib для проектов C ++ на платформе Win, это был .NET dll с множеством общих классов и помощников, сейчас это фреймворки с какао на платформе Mac.Когда-то эти библиотеки были разделены на несколько.

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

Не уверен, что вы имеете в виду под "проблемами версий" и "зависимостями" - уточните ситуацию, пожалуйста.