SQLJet подтягивает svnkit.
А хибернейт… такая уж вышла архитектура из-за особого способа интеграции с ElectricCommander, нужно было какое-то хранилище данных. Вместо реализации своего велосипеда с коллекциями и мапами, решено было использовать JPA.
Религия мне не позволяет называть себя не джуниором, до тех пор пока я все-таки не переосилю свою лень и не прочитаю пару книжек. Фрэйморки с документацией, гуглы и форумы, это все конечно хорошо, но java-core нужно знать, и книжки читать. А лезть в гугл что бы вспомнить чем отличается ArrayList от LinkedList — такое позволительно только джуниору.
Понадобилось одному джуниору написать тулзу на Java, которая парсит билд-лог большого продукта и рассылает результаты с прикрепленной информацией из SVN по корпоративной почте. Что же в classpath этой тулзы?
Зато с задачей джуниор справился быстро и тулза работает. Область применения тулзы не накладывает никаких ограничений на потребления ресурсов, время выполнения и прочее. Тулзу легко изменять и кастомизировать.
Мораль: не так уж плохи фрэйморки, просто нужно понимать где и как их можно/нужно использовать. А молотки на самом деле никто не отменял, они все так-же доступны для использования всем желающим.
Согласен, но лучше сразу задуматься о будущем, потому что мигрировать потом с одной системы на другую может быть болезненно. Если в перспективе в будущем может понадобиться что то более мощное и расширяемое плагинами, то лучше сразу с этого начать. К тому-же я позиционирую Redmine не только как трекер, почти весь процесс разработки можно организовать с его помощью.
Не буду долго рассуждать, просто приведу пример. Мой провайдер всегда выдавал мне статический внешний IP адрес. А некоторое время назад «тарифный план изменился», и теперь у меня динамический адрес в подсети. А у провайдера появилась платная услуга «Статический внешний IP адрес». Выводы сделайте сами :)
Я к тому, что как кое кому выгодно тормозить исследования в области альтернативного топлива, так-же кое кому выгодно тормозить всемирный переход на IPv6.
Ну разумеется, если цена содержания нового человека или команды слишком высока для продукта…
Но подчеркну еще раз, что речь идет в первую очередь о таких, как Google, Apple, Microsoft, HP и прочих. Руководство каждого продукта должно само решать, много ли выгоды в Build Manager's в конкретном ихнем случае.
А хибернейт… такая уж вышла архитектура из-за особого способа интеграции с ElectricCommander, нужно было какое-то хранилище данных. Вместо реализации своего велосипеда с коллекциями и мапами, решено было использовать JPA.
Зато с задачей джуниор справился быстро и тулза работает. Область применения тулзы не накладывает никаких ограничений на потребления ресурсов, время выполнения и прочее. Тулзу легко изменять и кастомизировать.
Мораль: не так уж плохи фрэйморки, просто нужно понимать где и как их можно/нужно использовать. А молотки на самом деле никто не отменял, они все так-же доступны для использования всем желающим.
Программное обеспечение для управления проектами
Система отслеживания ошибок
Гибкая методология разработки
Это так, для общего развития. А вообще в нашем стартапе мы сейчас используем Redmine, он заменяет нам все. Там есть и форумы, и вики, и интеграция с SCM. Но если не хотите таратить время и ресурсы на поддержку таск-трекера на своем сервере, то GitHub конечно отлично спасает.
Сервер упал
Придется пересмотреть значение кучи фраз)
ru.wikipedia.org/wiki/Source_Code_Management
Прямо как нефть, не кончаться пока это выгодно. Ведь можно рубить бабла на том, что заканчивается.
Но подчеркну еще раз, что речь идет в первую очередь о таких, как Google, Apple, Microsoft, HP и прочих. Руководство каждого продукта должно само решать, много ли выгоды в Build Manager's в конкретном ихнем случае.