Энергия столкновения обрушившейся внешней оболочки с нейтронным ядром столь высока, что она с огромной скоростью отскакивает и разлетается во все стороны от ядра — и звезда буквально взрывается в ослепительной вспышке сверхновой звезды.
Не могли бы вы прокомментировать этот процесс? Мне не совсем понятно, откуда берется энергия на отскакивание на расстояние большее исходного (до коллапса).
Насколько мне известно, в пользу Perforce постулируются три следующих тезиса:
— Умеет мапить дерево на сервере в другое по структуре дерево в рабочей копии. Этим достигается воспроизводимость environment-а при изменении структуры репы, т.е. связанные проекты можно перемещать в репе относительно друг друга Лолшто? Хранить билд-конфигурацию в метаданных рабочей копии? Лолшто №2? Хранить все проекты в одной репе? Да, я знаю, что в Subversion так делали, но это все равно плохо. А в Perforce это поощряется.
— Хорошо справляется с большими бинарниками. Лолшто? А Subversion плохо справляется? А Git (если его нормально настроить)?
— Ынтерпрайз, пыщ-пыщ Широкие возможности администрирования, в том числе раздача прав доступа No comments :facepalm:
Итого получается, что Perforce ничем не лучше, но по ряду параметров откровенно всасывает.
Самый главный минус — невозможность выполнить Resolve вручную, как, к примеру, позволяет тот же Subversion с Postpone Conflict. Из этого следуют следующие проблемы:
— Perforce клиент — гуано (по крайней мере на OS X). И дело даже не юзабилити, а банально в том, что P4Merge постоянно падает, причем в некоторых ситуациях со 100% воспроизведением. Приходится идти в обход. Зачастую просто руками добавлять изменения.
— ме-е-едленно составляется changelist с изменениями, ме-е-едленно, ресолвится каждый файл. Ну и остается проблема с тем, что кто-то уже успел залить новую ревизию, и резолв возобновляется.
Сравните это все с тем же Subversion. Не говоря уже о Git.
> Streams
это хорошо, но в некоторых крупных компаниях до сих пор стоит pre-2011 Perforce без стримов. И обновлять его не собираются. Вопли разработчиков не слышат, утверждая «и так работает».
Это нормально. Хороший код — это как кунг-фу. Вначале ты не умеешь его использовать, потом ты умеешь его использовать, а в конце ты умеешь его не использовать.
В английской Википедии предложено очевидное обобщение этой идеи: на ранних этапах обучения использовать высокие значения эпсилон (дабы алгоритм отдавал предпочтение изучению среды (exploration)), а со временем снижать до нуля, чтобы уже использовать накопленную статистику в корыстных целях (exploitation). Вообще это классическая задача обучения с подкреплением, эти вещи уже давно обсосаны, жаль, что мало примеров прикладного использования.
Не могли бы вы прокомментировать этот процесс? Мне не совсем понятно, откуда берется энергия на отскакивание на расстояние большее исходного (до коллапса).
— Умеет мапить дерево на сервере в другое по структуре дерево в рабочей копии. Этим достигается воспроизводимость environment-а при изменении структуры репы, т.е. связанные проекты можно перемещать в репе относительно друг друга
Лолшто? Хранить билд-конфигурацию в метаданных рабочей копии?
Лолшто №2? Хранить все проекты в одной репе? Да, я знаю, что в Subversion так делали, но это все равно плохо. А в Perforce это поощряется.
— Хорошо справляется с большими бинарниками.
Лолшто? А Subversion плохо справляется? А Git (если его нормально настроить)?
—
Ынтерпрайз, пыщ-пыщШирокие возможности администрирования, в том числе раздача прав доступаNo comments :facepalm:
Итого получается, что Perforce ничем не лучше, но по ряду параметров откровенно всасывает.
— Perforce клиент — гуано (по крайней мере на OS X). И дело даже не юзабилити, а банально в том, что P4Merge постоянно падает, причем в некоторых ситуациях со 100% воспроизведением. Приходится идти в обход. Зачастую просто руками добавлять изменения.
— ме-е-едленно составляется changelist с изменениями, ме-е-едленно, ресолвится каждый файл. Ну и остается проблема с тем, что кто-то уже успел залить новую ревизию, и резолв возобновляется.
Сравните это все с тем же Subversion. Не говоря уже о Git.
> Streams
это хорошо, но в некоторых крупных компаниях до сих пор стоит pre-2011 Perforce без стримов. И обновлять его не собираются. Вопли разработчиков не слышат, утверждая «и так работает».
В таком случае лучше использовать
-forwardingTargetForSelector::И еще…
Здорово, я как-то не ожидал, что в стекле будет видно ИК отражение.
и
Такое лучше так писать:
ASSERT_EQ(22, rect.GetPerimeter());