You Gotta Frontend. Використай YGLFLovesDOU та спілкуйся із провідними спікерами зi всього світу!
×Закрыть

Материалы по теме «VCS»

RSS

Mercurial vs. Git в коммерческой разработке Mercurial vs. Git в коммерческой разработке

Alex Koval 12710

Главное отличие между Git и Mercurial — «Its all in branches». Программисты обычно выбирают самый технически совершенный инструмент — git. Но если взглянуть с точки зрения PM, многие слабые места Mercurial могут оказаться, на поверку, его сильными сторонами. 118

Mercurial: основы

Александр Соловьёв 25189

Одним из несомненных плюсов меркуриала является его интерфейс, который покажется знакомым каждому, кто хоть какое-то время работал с subversion в командной строке. Естественно, что отличий хватает (сам принцип работы совершенно иной), но наиболее часто употребляемые команды — очень похожи. 32

Комментарии

Несколько слов от Поляка который знает твою страну и несколько городов, я здесь часто бываю, с Украиной меня вяжут разные интересы и я люблю вашу страну и люблю вас. Извини за мои опечатки, я не говорю перфекционно по русски.
Из минусов привязка к KS как к коммерческому решению, то есть не open source как в случае с Selenium. Реализация работы с переменными оставляет желать лучшего. Нельзя обмениваться кодом с другими QA через Git.
Золотые слова.
Можно я просто поставлю 100500 лайков Татьяне и Provectus. Круто же!
Большая часть гигантских компьютеров сейчас считает котиков.
Спасибо, Сергей! Приводите ко мне таких же хороших студентов, каким были Вы!
А неужели кто-то выступает против «стандартов качества»? Просто — как уже затрагивалось выше — есть огромный инструментарий для менеджеров и еже с ними чтоб контролировать НА ИХ УРОВНЕ «стандарты качества».
Чтобы определить сроки, человек должен быть в этом компетентен. Один из главных принципов Agile — а сейчас наверное все по ним работают — в работе команды дожен принимать участие компетентный представитель заказчика...
..хм... а еще есть такие «вкусные» штуки как Activity, BMNP и подобное. Реально ПОМАГАЕТ. Конечно, тем, кому это нужно... :)
Выход есть. Тоже американский «best practices». Один «общий друг» одного калифорнийского друга ушел с «большого гуру» серїезной компании через месяц. Спрашиваю: «Что так, не понравилось?» Друг отвечает: «Все оч. хорошо!» «А что так?» «Ну как тебе объяснить...
Татьяна Ивановна, это преподаватель который научил меня очень полезным вещам понадобившимися мне на первой же работе и до сих пор актуальным. Спасибо вам за мое хорошее образование.
В чем-то согласен... Но вот и тут наша индустрия придумала выход. В общем-то нас в Бауманке еще за царя гороха этому учили ---- Системный подход.
Почему же вода? ..это ж... из жизни... правда вот кого... вопрос. :) ...«пофикодеров»?
Может просто все знают теорию? Например TDD. 1. Пишем тесты. 2. Пишем код — как можно быстрее, чтоб тесты просто перешли от «красного» в «зеленое». 3. Делаем рефакторинг — пока позволяет время, спринт, проэкт менеджер и кто-то там еще... Оно ж ...
Интересно, а вот о SonarQube для Java или Guard для Ruby (ну или о других подобных кои есть для всех нормальных языков) они слішали??? Ведь можно просто говорить «вот было бы не плохо».