Не, еще не попадалось, как и сотня проектов. Такие проекты обычно стороной обходятся

Сотня проектов - это не так много. У меня на прошлом проекте в солюшене было чуть меньше 150 проектов. Правда штук 20 из них были тесты.

В актуальном проекте 205 солюшенов и 1578 проектов (ну правда штук 300-400 из них - тесты :))

Это всё гораздо лучше было бы сделать без джаваскрипта.

Это как? Кстати до JavaScript многие под Internet Explorer писали на VBScript. Мне нравился VBScript, т.к. я знал Visual Basic. Ну и как вам VBScript см. https://ru.wikipedia.org/wiki/VBScript?

Сотня проектов - это не так много. У меня на прошлом проекте в солюшене было чуть меньше 150 проектов. Правда штук 20 из них были тесты.
В актуальном проекте 205 солюшенов и 1578 проектов (ну правда штук 300-400 из них - тесты :))

Вы весь этот солюшен сразу себе грузите и компилите, или работаете лишь над одним проектом, который только и запускаете-собираете?

У меня при этом ещё и возраст проектов до 15-20 лет, часть ещё на 2.0 дотнете написана, даже для виндовс мобайл приложение есть. Доков нет, описания проекта нет, ни у клиентов, ни у нас никто не знает, как это работает. Но нужно всё обновить до дотнета одной из последних версий, часть переписать. Ну и проект не компилируется - куча ошибок. Щас потихоньку устраняю, но это долгий процесс.

Это всё гораздо лучше было бы сделать без джаваскрипта.

Это как?

Даже флеш был удобнее для разработки. А сильверлайт так вообще.

Даже флеш был удобнее для разработки. А сильверлайт так вообще.

Забыли упомянуть про Java Applet. Эти технологии (Flash, Silverlight) проиграли HTML5. Говорят что мобильный флэш жрёт аккумуляторы только так. Первые версии Silverlight работали на JavaScript.

Такие проекты обычно стороной обходятся

-----

Зря.

Само по себе количество проектов >1 говорит об том, что над вопросом разделения кода на части как-то думали.

Поверь - иметь все тоже самое в одном большом спагетти-проекте - гораздо хуже.

как и сотня проектов.

-----

Ну прикинь следующее.

У тебя десяток программ работающих с кучей баз.

Задачи завязаны на сотню-другую единиц оборудования.

Задачи, в простейшем случае, требуют отметок на каком оборудовании они выполнены.

Запихиваешь каждую единицу оборудования в отдельный проект, получаешь сотню-другую проектов и не паришься об сложности кода.

Вы весь этот солюшен сразу себе грузите и компилите, или работаете лишь над одним проектом, который только и запускаете-собираете?

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

Соответственно бывает так, что работая над задачей приходится менять 2-3 и больше компонент/солюшенов. Это конечно не очень удобно с точки зрения разработки, зато есть четкая архитектура и нет проблем со сборкой финального продукта :)

Ну прикинь следующее.

У тебя десяток программ работающих с кучей баз.

Задачи завязаны на сотню-другую единиц оборудования.

Задачи, в простейшем случае, требуют отметок на каком оборудовании они выполнены.

Запихиваешь каждую единицу оборудования в отдельный проект, получаешь сотню-другую проектов и не паришься об сложности кода.

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

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

Соответственно бывает так, что работая над задачей приходится менять 2-3 и больше компонент/солюшенов. Это конечно не очень удобно с точки зрения разработки, зато есть четкая архитектура и нет проблем со сборкой финального продукта :)

Микросервисы, чтоли?

Микросервисы, чтоли?

Нет. Просто очень большой проект над которым работает в общей сложности 70-100 человек (может быть даже больше).

Как будете синхронизировать

------

Тебе для начала надо догадаться как использовать сотню-другую проектов... не имея на них ссылок в основном проекте.

Когда сообразишь - все упростится.

Не понял. Я говорю, что есть у вас базовый проект, от которого вы клонируете репы и делаете доводки для каждого оборудования. Теперь у вас основной проект обновился - как обновить репы для унаследованных проектов?

Если бы всё было сделано на отдельных подключаемых библиотеках (на каждую по своему проекту), то понятно - обновляем либы. А если это один проект?

Я говорю, что есть у вас базовый проект, от которого вы клонируете репы и делаете доводки для каждого оборудования.

Такое делают люди в здравом уме?

есть у вас базовый проект

------

Это - у тебя. А у нас - по разному.

А если это один проект?

-----

Опять таки - твои проблемы.

Сейчас, кстати, уже слегка поменяли концепт - вместо того чтобы искать нужные либы, пишут в конфигуратор какую функциональность хотят...

Но это снова не про тебя - там снова надо что-то изучать...

об том, что над вопросом разделения кода на части как-то думали.

Ты не в ту сторону смотришь.

Сколько лет нужно чтобы написать столько проектов? И сколько людей там участвовало?

Зачем ковырятся в подобном?

Задачи завязаны на сотню-другую единиц оборудования.

Очень сложно подобное представить и что никак не сгруппировать это.

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

В любом случае, поддержкой старого кода я в принципе не занимаюсь. Не без исключений конечно, но остальное "линия партии" - с неё сходить не нужно.

В любом случае, поддержкой старого кода я в принципе не занимаюсь. Не без исключений конечно, но остальное "линия партии" - с неё сходить не нужно.

Ставите шефу вопрос ребром, и он сдаётся?

Я говорю, что есть у вас базовый проект, от которого вы клонируете репы и делаете доводки для каждого оборудования.

Такое делают люди в здравом уме?

А как делают?

Сколько лет нужно чтобы написать столько проектов?

-----

При наличии документации и указанной выше функциональности - 2-3 человеко-недели.

Зачем ковырятся в подобном?

------

Чтобы не ковыряться в спагетти созданном из той же функциональности, но в одном проекте.