Comments 12
Microsoft как всегда на высоте. Вместо того, чтобы решать действительно важные задачи и сделать уже TFVC хоть сколько-нибудь похожей на современные VCS товарищи занимаются косметикой.
Мы сделали изменения в TFVC. Я скоро опубликую новый топик по этой теме.
Вот это и дальше? Так смешно, что даже грустно.
Надо обладать большим геройством, чтобы взять изначально устаревший подход и на его основе лепить «новейшую среду ALM». Изобрести свою терминологию, воплотить совершенно невероятные алгоритмы (почему мерджи между «соседними» ветками вдруг baseless?). Потом понять, что Connected-модель — это таки коряво и как-то сбоку приладить Local Workspaces с поведением а-ля SVN и выдавать это за величайшее достижение («Вы можете сделать 'tf status' без беготни к серверу! Вы можете редактировать файлы без предварительного уведомления TFS-а!»). Революция, чо уж.
Надо обладать большим геройством, чтобы взять изначально устаревший подход и на его основе лепить «новейшую среду ALM». Изобрести свою терминологию, воплотить совершенно невероятные алгоритмы (почему мерджи между «соседними» ветками вдруг baseless?). Потом понять, что Connected-модель — это таки коряво и как-то сбоку приладить Local Workspaces с поведением а-ля SVN и выдавать это за величайшее достижение («Вы можете сделать 'tf status' без беготни к серверу! Вы можете редактировать файлы без предварительного уведомления TFS-а!»). Революция, чо уж.
Не знаю, о какой революции вы говорите. Никто об этом не говорид У меня такое ощущение, что если вы повстречаете Брайана, то вы его сожжоте на костре так как он создал Visual Source Safe. Но это чудовищное по нынешним меркам убожество до сих пор имеет огромную долю рынка blogs.forrester.com/application_development/2010/01/forrester-databyte-developer-scm-tool-adoption-and-use.html
Шаг от VSS к TFS с его атомарными изменениями был очень важен. Приняли это решение в 2004 году, когда начали создавать TFS. И мы стараемся улучшать продукт в тех аспектах которые не требуют масштабной смены парадигмы. Сейчас нам не до революций, и так много ресурсов требует поддержка и развитие Visual Studio. Но Брайан в этом посте, который вы упомянули, говорит о том что в будущем шаг в сторону DVCS однозначно будет сделан.
Шаг от VSS к TFS с его атомарными изменениями был очень важен. Приняли это решение в 2004 году, когда начали создавать TFS. И мы стараемся улучшать продукт в тех аспектах которые не требуют масштабной смены парадигмы. Сейчас нам не до революций, и так много ресурсов требует поддержка и развитие Visual Studio. Но Брайан в этом посте, который вы упомянули, говорит о том что в будущем шаг в сторону DVCS однозначно будет сделан.
Насчет революции был, разумеется, сарказм. Я это сказал к тому, что когда-то будет — обязательно ведь будет, да? — гигантская Launch Party какой-нибудь VS vNext или TFS vNext, где со сцены будут нестись наполненные маркетинговым буллшитом речи о том, какие там есть замечательные и абсолютно новые фичи. И неважно, что всему этому уже сто лет в обед — будет подано именно под соусом «вот что мы изобрели!». Все будет выдаваться за инновационные достижения компании. Так было уже много раз, и столько же раз еще и будет.
А против Брайана я ну ничего не имею.
Большую долю рынка у VSS могу обосновать двумя тезисами. Первый — лоботомированные разработчики, которые с нее не хотят слезать и их в расчет можно не брать, поскольку таковых, думаю, меньшинство. Второй — клиническая корпоративная политика, и это не показатель.
Атомарные изменения — это, бесспорно, важно, но помилуйте, не в 2004 же году!
Вообще, товарищам из Microsoft стоит задуматься, что своими программными продуктами они формируют культуру определенного (и довольно большого) круга разработчиков и разрабатывать эти продукты с оглядкой на сей факт. Сколько умов попортили те же ВебФормы и прочие визуальные средства программирования! И в том самом 2004 году — если думать — можно было бы отказаться от Lock-Modify-Unlock-модели чтобы перестать уже насиловать разработчиков и в последующем не прикручивать к ней непонятные костыли.
А против Брайана я ну ничего не имею.
Большую долю рынка у VSS могу обосновать двумя тезисами. Первый — лоботомированные разработчики, которые с нее не хотят слезать и их в расчет можно не брать, поскольку таковых, думаю, меньшинство. Второй — клиническая корпоративная политика, и это не показатель.
Атомарные изменения — это, бесспорно, важно, но помилуйте, не в 2004 же году!
Вообще, товарищам из Microsoft стоит задуматься, что своими программными продуктами они формируют культуру определенного (и довольно большого) круга разработчиков и разрабатывать эти продукты с оглядкой на сей факт. Сколько умов попортили те же ВебФормы и прочие визуальные средства программирования! И в том самом 2004 году — если думать — можно было бы отказаться от Lock-Modify-Unlock-модели чтобы перестать уже насиловать разработчиков и в последующем не прикручивать к ней непонятные костыли.
Спасибо, было интересно почитать. Много вкусного — побыстрее бы релиз уже :)
Как-то всё сумбурненько, смешано в одну статью. Тут тебе и работа с workitem'ами и code-review и билды, и ниочём в тоже время.
Кроме того, не вполне понимаю, что должно обозначать состояние With Comments, в контексте код ревью. По результатам ревью код или можно отдавать в продакшен или нет. Если код With Comments, это что должно обозначать?
Вообще, код ревью на фоне той же atlassian FishEye&Crucible мне показался каким-то переусложнённым.
Кроме того, не вполне понимаю, что должно обозначать состояние With Comments, в контексте код ревью. По результатам ревью код или можно отдавать в продакшен или нет. Если код With Comments, это что должно обозначать?
Вообще, код ревью на фоне той же atlassian FishEye&Crucible мне показался каким-то переусложнённым.
А такой интерфейс можно прикрутить к VS 2010? Может какой то extension есть?
Sign up to leave a comment.
Новый Командный Обозреватель в TFS 2011