baton

Вы понимаете, что это уже пиздец? "Минобороны рассчитывает приобрести один вертолетоносец этого класса во Франции и построить еще 3-4 корабля по лицензии в России". Корабль стоит на фоне Адмиралтейских верфей и Балтийского завода. - baton

И при этом "давайте подмимем пошлины на подержаные иномарки, чтобы народ покупал продукцию отечественного автопрома" - baton

Если уже и _военную_ технику -- которой всегда так гордятся -- покупать за границей... - baton

во-первых, у нас традиционно было не ахти с авианесущими кораблями, это не наше сильное место (труъ авианосец был вообще один, Адм. Кузнецов); десантных вертолетоносцев вообще не было, были только корабли с несколькими вертолетами для противолодочной защиты. так что разрабатывать свой может оказаться дороже, чем купить. во-вторых, они собираются купить только один корабль (без вертолетов и многого другого, что сами умеют), а остальные 3-4 построить по лицензии здесь, т.е.с верфями все в порядке. - kenest

забавно сравнить: китайцы и индусы спокойно покупают вот такие же лицензии на военную технику и строят у себя (китайцы всегда быстро все воруют и перестают платить), при этом как-то и с автопромом у них все более чем в порядке. Тата купила Ягуар, китайские грузовики какие-то прихватили себе Хаммер на днях. При этом своих легковых моделей у тех же индусов немного, они обычно строят... more... - kenest

svn. про плюсы и минусы не скажу, а какие они бывают? мне в целом нравится. ну то есть с системами контроля версий определённо легче, чем без них, жалко, что нашего брата непрограммиста так тяжело заставить ими пользоваться. - orie

я на самом деле хотел про багтрекеры спросить, но это тоже хорошо :-) - baton from IM

Багтрекер --- Trac. Человеческий интерфейс (в отличие от чудовищной багзиллы), вики, интеграция с Subversion, поиск, среди плагинов --- расстановка тегов, штука для рисования диаграммы Ганта и даже блоги (иногда бывает полезно). Из недостатков --- кажется, ещё не сделали русский перевод. - Yuriy Al. Shirokov

Система контроля версий --- SVN и на работе, и дома. Сейчас вяло пробую перевести пару домашних проектов под git, пока очень нравится. - Yuriy Al. Shirokov

trac явно НЕ дотягивает до багзиллы по целому ряду параметров -- у нас есть несколько энтузиастов, и они пробовали несколько раз перетянуть с багзиллы... основная проблема надежность - никто не поставить свою руку под гильотину "что будет, если ваш trac рухнет?", багзилла же падает крайне редко, иногда только "замирает" под серьезной нагрузкой - A.T.

а как trac может рухнуть? как ломаются базы данных легко могу представить, но trac умеет использовать разные БД... - Anton Yuzhaninov

@silpol: вот да, кстати --- Trac пробовали с какой БД (и с каким веб-сервером)? Потому что по умолчанию там sqlite, который, конечно, для серьёзных проектов не годится. - Yuriy Al. Shirokov

@silpol: впрочем, у нас все проекты маленькие, и проблемы серьёзной нагрузки не возникает, конечно. - Yuriy Al. Shirokov

А вам, коллега, кстати, зачем надо? - Bleys

Для себя - svn, на работе - пока CVS, но уже давно стараемся смигрироваться на SVN (очень требуется сохранение истории, поэтому с пол-пинка это сделать не получилось). - Denis K

VCS - svn. Issue tracer - trac. Сейчас немного экспериментирую с github. - Ivan Bessarabov

svn, perforce, cvs. jira, gecko (not public) - Dmitry Skavish

git, до того perforce, ещё до того svn повсеместно. распределённые рулят. - 9000

@bleys ну, багтрекер у нас богомол 0.18 и сейчас идут дискусии про адгрейд/смену. Да и cvs тоже стоит на что-нибудь смигрировать - baton

@bleys в частности, рассматривается чуть ли не TFS - baton

Видел я TFS. Забавная такая штука, да. Делает вид, что умеет фсё =) - Bleys

@yushi ну у нас как бы на sqlite оно бы и минуты не продержалось, да и ребята в инфрастуктуре тоже не идиоты... парни попытались имитировать нагрузку путем записи действий за день и последующего сабмита того же контента (дозакрученного под трак), оно упало через какое-то время. - A.T.

На работе (по моему выбору) Mercurial, раньше был SVN, который я стал люто ненавидеть после знакомства с DVCS (до этого просто не осознавал эту ненависть). Для внерабочих проектов — Hg/Git/Darcs. Первыми двумя очень доволен, к последнему пока не привык, слишком мало работал. На других работах приходилось ещё пользоваться CVS, Perforce, Visual SourceSafe, которые, конечно, по сравнению с Hg/Git просто ужасны (Perforce из них, наверно, самый хороший был). - тазик-эвтаназик

А, ещё на работе у меня бывает SCCS (который старше меня лет на 10 наверно) + TeamWare — тоже ужас-ужас, особенно если репозиторий где-нибудь за 11 часовых поясов от тебя: любая операция с репозиторием превращается в пытку. - тазик-эвтаназик

@ivant пытка преимущественно для коллег, заблокировано дак! Для чтения опытные люди используют rsync и тимварь уже локально, а putback назад уж можно и в Калифорнию. Одно есть преимущество у тимвари: запись можно в любой момент запретить или ограничить, а с меркуриалом это морока. - yan

@yan а зачем запрещать или ограничивать запись в репозиторий? это же снижает (если не сводит на нет) эффективность работы в команде? - A.T.

@silpol репозитории по необходимости организованы иерархически, это клоны общего огромного мастера, и вот оказалось, что периодическая синхронизация групповых клонов с мастером (в сторону клона) - очень болезненный процесс, и хотелось бы закрыть клон часов на шесть, а никак. - yan

@yan а зачем "клоны общего огромного мастера"? разве группы не могут работать самостоятельно над своими кусками? или overlap все-таки есть? - A.T.

@silpol есть, и временами довольно большой, не говоря уже о зависимостях. Обычная ночная групповая сборка строит агм примерно третью часть конечного продукта, поскольку может ее сломать. - yan

@yan я почему спрашиваю - мы как бы без особого выбора на git (ну никак иначе не сделать linux kernel для продукта), и "проблема" скорее в том, что патчей явно больше чем можно протолкнуть через одну build session так, чтобы в случае регрессии не ломать себе голову что же отбрасывать назад? у нас правда есть один (не очень приятный и длинный) шаг как окончательная фаза билда - мы еще флэш-образ строим :-/ - A.T.

@yan а проблему оверлапов и кроссфункциональности решили админпутем -- людей на "жырную периферию" (камера, голубозуб с вайфаем, етц) отдали в группы, где они решают проблемы вместе с ними, но формально строят модули вместе с нами... эдакая "бизнес-командировка" в пределах большой команды до конца проекта ;) - A.T.

@yan про rsync и прочие ‘ssh whatever "tar cf - /repo | gzip -2" | gunzip | tar xf -’ я конечно же знаю, но это настолько коряво и противно, особенно когда привык к удобствам Hg/Git. Закрывать репозитории из-за оверлапа — это очень нехорошо, по-моему. - тазик-эвтаназик

@ivant не из-за оверлапа. На 6 часов, once a week to keep in sync and buildable. Коряво или как, а три главных релиза назад приходится поддерживать, когда hg/git еще не изобрели. - yan

пока пользовались, была jira - orie

бухзилла, богомол, жира. - Bleys

багзилла, остальные не пересекли стартовую линию с главным словом "надежность" - A.T.

трак стоит. только мы им не пользуемся :) - pashky

клеар-квест, теам-трэк? но вообще багзилла, да - yofus

Оооо... Клирквест. Бегемотина - Bleys