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

RSS

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

Alex Koval 20462

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

Mercurial: расширения

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

Несмотря на то, что Меркуриалом можно полноценно пользоваться, используя только встроенную функциональность, существует достаточно большое количество различных расширений, которые значительно увеличивают круг возможностей и решаемых задач. 19

Mercurial: основы

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

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

Комментарии

Есть systems architect, solution architect, enterprise architect. Так вот чем дальше, тем меньше хард скилов, и больше умения рисовать на вайтборде, обосновывать свою точку зрения и писать килотонны ентерпрайзной макулатуры.
Как уже здесь сказали, архитектор в статье — не тот стереотипный архитектор, это мы говорим скорее о System Architect. Просто в небольших компаниях роль Solution Architect не нужна особо. Это же не тот Solution (.sln), который в Visual Studio :)
Он не даёт комментариев насчёт роли BA. Походу нечего сказать.
Ну так это больше про менеджмент или бизнес-анализ (привет БА). Причем тут слово «архитектор»?
Подскажите, пожалуйста, а как льзя пересчитывать зарплату?
Доросли вони завдяки самонавчанню.
А на чем основано такой утверждение? Я могу аргументированно утверждать что в Серве сотни людей которые пришли интернами/джунами без опыта и доросли до нормального уровня (и я не про лычки).
Якщо вгадали — це круто. А що буде якщо не вгадали? А якщо астероїд в Землю навальнеться? Хто платити бабло за всі збитки буде?!? Га! :D Читайте далі по тексту — замовник сам не знає, вгадувати будете без варіантів.
Проблемы украинских продуктов в том, юридически и де-факто они не украинские Юридично — це менша проблема.
Але в половині сценаріїв і без замовника зрозуміло як і що Якщо вгадали — це круто. А що буде якщо не вгадали? Як і хто буде пояснювати, чому аутсорсер не має повертати бабло за 2-6 місяців роботи (або може ще якийсь штраф)? Але це в аутсорсі.
А что не так с украинскими ИТ продуктами? Наверное то, что их не существует, кек
скажем так, я не верю в украинские продукты просто по факту того, насколько это государство враждебно и агрессивно к любому бизнесу и начинанию, помимо воровства из бюджета. Регистрация компании в Украине?
Проблемы украинских продуктов в том, юридически и де-факто они не украинские, просто их разработчикам и основателям не повезло родиться в Украине
Але є можна перекласти вияснення реквайрментів на BA (бо нащо він ще?) ASR-и можуть бути очевидні (якщо у вас е-комерс рішення, новинний сайт, блог платформа, yada yada — треба окремо в замовника допитуватись що воно і як має працювати?