Что такое Git и GitHub. В чем разница?

В этом видео я расскажу что такое git и github. Рассмотрим в чем их принципиальное отличие и как работать с github. Скоро на канале так же будут уроки GitHub...

www.youtube.com

Микросервисы (Microservices)

От переводчика: некоторые скорее всего уже читали этот титанический труд от Мартина Фаулера и его коллеги Джеймса Льюиса, но я все же решил сделать перевод этой статьи. Тренд микросервисов набирает обороты в мире enterprise разработки, и эта статья является ценнейшим источником знаний, по сути выжимкой существующего опыта работы с ними.

habr.com

Git и GitHub: что это такое и в чём разница

Перевод статьи "Difference Between Git and GitHub" Вы пишете код, запускаете его, и всё работает как надо. Вы добавляете новую фичу, и всё перестаёт работать. Каждому разработчику знакома ситуация, когда технология не хочет ему подчиняться. Ничто не идеально, и порой что-нибудь ломается. Иногда на поиски небольшой ошибки могут потребоваться часы работы.

tproger.ru

Карьера в IT: должность Software Architect

Данная статья - вторая из серии "Карьера в IT", в каждом выпуске которой мы рассматриваем одну из должностей в сфере разработки ПО. В этой части обсудим высшую ступеньку непосредственно программистской карьеры в IT - Software Architect. Software Architect - это IT-специалист, принимающий решения относительно внутреннего устройства и внешних интерфейсов программного комплекса с учётом проектных требований и имеющихся ресурсов.

dou.ua

Podlodka #73 - Работа с Git by Podlodka Podcast

Чтобы раскрыть тему workflow работы с Git, мы отыскали человека, который подсадил на него весь Яндекс. Сергей Сергеев рассказал нам много историй из своего опыта, помог разобрать разные способы организации процессов разработки вокруг Git, объяснил, в чем состоят проблемы монорепозиториев, похоливарил про rebase vs merge и закопал git submodules.

soundcloud.com

Podlodka #104 - DevOps by Podlodka Podcast

Если вы все еще думаете, что DevOps - это новый модный вид системных администраторов, то мы идем к вам! История DevOps, основные практики, используемые технологии, успешные и не очень кейсы внедрения - как всегда, копнули в тему глубоко. Не забыли и про корни, затронув тему мобильного девопса.

soundcloud.com

soundcloud.com

ТЕЗАУРУС. "Кто такой стейкхолдер". Виктор Агроскин.

ВИДЕОБЛОГ ШКОЛЫ.В этом видео Виктор Агроскин , партнер Школы, соучредитель ТехИнвестЛаб.ру, член INCOSE, расскажет о том, как появилось понятие стейкхолдера,...

www.youtube.com

Разработка веб-сервисов. Техническое задание

Технопарк Mail.ru Group, МГТУ им. Н.Э. Баумана.Курс "Разработка веб-сервисов", Занятие №3 "Техническое задание"Лектор - Максим БабичПринципы создания. Сбор т...

www.youtube.com

Методы сбора требований или "Как понять, что хочет заказчик?"

Данная статья будет полезна как аналитикам, так и менеджерам, занимающимся сбором и анализом требований. В ней описаны основные методики сбора требований, а также их плюсы и минусы. Возможно, что-то вы уже применяли на практике, а о чем-то, возможно, не знали. В общем, эта статья для всех тех, кто уже занимается бизнес - анализом или только планирует пополнить ряды аналитиков.

habr.com

Анализ требований

Анализ требований - часть процесса разработки программного обеспечения, включающая в себя сбор требований к программному обеспечению (ПО), их систематизацию, выявление взаимосвязей, а также документирование. Является частью общеинженерной дисциплины "инженерия требований" ( англ. Requirements Engineering). В процессе сбора требований важно принимать во внимание возможные противоречия требований различных заинтересованных лиц, таких как заказчики, разработчики или пользователи.

ru.wikipedia.org

Requirements Engineering - Introduction (Part 1)

We've previously discussed the main 4 activities of requirements engineering. Requirements engineering is a process of gathering and defining of what the services should be provided by the system. It focuses on assessing if the system is useful to the business (feasibility study), discovering requirements (elicitation and analysis), converting these requirements into some standard format (specification), and checking that the requirements define the system that the customer wants (validation).

medium.com

resources.sei.cmu.edu

resources.sei.cmu.edu

Requirements Engineering - Elicitation & Analysis (Part 2)

After the feasibility study, we head into the next phase; elicitation and analysis. It's a process of interacting with customers and end-users to find out about the domain requirements, what services the system should provide, and the other constrains.

medium.com

Requirements Engineering - Requirements Specification (Part 3)

It's the process of writing down the user and system requirements into a document. The requirements should be clear, easy to understand, complete and consistent. In practice, this is difficult to achieve as stakeholders interpret the requirements in different ways and there are often inherent conflicts and inconsistencies in the requirements.

medium.com