Давайте делать новое программное обеспечение.

Продолжая историю, начатую в моем другом посте, я поделюсь тем, как я разрабатываю со своей командой первое решение (потому что после этого у нас было много рефакторинга) для запуска этой новой интранет-платформы.

Итак, первое, первое.

Командная среда.

Выбор не сложный, поскольку компания уже была Microsoft Pattern, поэтому выбор Team Foundation Server (TFS) был легким. Но я должен сказать, даже если мне действительно придется выбирать между продуктами, TFS в среде Microsoft — убийственный инструмент.

Итак, мы начинаем с нескольких репозиториев GIT и создаем нашу собственную большую монолитную архитектуру. Использование TFVC с решением Business Intelligence (и всеми его проектами ETL).

ASP.NET MVC и ADO.NET. Как я уже говорил в предыдущем посте, для команды Entity Framework не был обычным навыком. Итак, SQL Statment вступил в игру, и мы работали с нашим администратором баз данных, чтобы получить запросы с максимальной производительностью. В настоящее время взгляд на то, что вызывает разные чувства. Контакт с Rails Framework заставил меня переосмыслить кое-что из этого.

Структура разработки

Я выбираю разные сражения, так как предпочитаю ADO Entity, в Project Framework я работаю с Scrum.

Задача заключалась в следующем: работать с командой, с разными навыками игроков и с очень молодыми разработчиками.

На мой взгляд, это вызов (на самом деле не проблема), потому что нужно время, чтобы команда действительно сотрудничала. И что я имею в виду под сотрудничеством, так это то, что член команды действительно анализирует и задает вопросы другим членам. С разным мастерством новичку неудобно спорить о каком-то техническом вопросе.

Но самое главное для всех собраний Scrum — командное сотрудничество.

Ну, мне нужно время, но мы добрались до места.

Архитектура программного обеспечения

После некоторых исследований этого программного обеспечения, созданного в 2015 году, у меня появилось несколько хороших идей для решения наших основных проблем.

Просто сказать мажорам

  1. MVC (модель-представление-контроллер)
  2. Singleton (одноэлементный шаблон)
  3. Facade (фасадный узор)

В моем следующем посте я поделюсь с новыми (молодыми) участниками и некоторыми старыми разработчиками, ориентированными на процесс CMMi, задачей внедрения Scrum. Как насчет того, чтобы перейти к Скрам-мастеру, команде разработчиков, формату заказа из заинтересованной стороны/менеджера/архитектора/фронтальной/бэкенд-структурированной команды.

Поделитесь историей подобных ситуаций.

До встречи!