Резюме для программиста
Не, еще не попадалось, как и сотня проектов. Такие проекты обычно стороной обходятся
Сотня проектов - это не так много. У меня на прошлом проекте в солюшене было чуть меньше 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.
как и сотня проектов.
-----
Ну прикинь следующее.
У тебя десяток программ работающих с кучей баз.
Задачи завязаны на сотню-другую единиц оборудования.
Задачи, в простейшем случае, требуют отметок на каком оборудовании они выполнены.
Запихиваешь каждую единицу оборудования в отдельный проект, получаешь сотню-другую проектов и не паришься об сложности кода.
Вы весь этот солюшен сразу себе грузите и компилите, или работаете лишь над одним проектом, который только и запускаете-собираете?
Солюшена на все проекты нет. У нас сделано так, что каждый солюшен - это логически независимая компонента (при этом компоненты могут зависеть друг от друга, так что это не автоновные компоненты). Финальный продукт собирается как пазл из этих компонентов.
Соответственно бывает так, что работая над задачей приходится менять 2-3 и больше компонент/солюшенов. Это конечно не очень удобно с точки зрения разработки, зато есть четкая архитектура и нет проблем со сборкой финального продукта :)
Ну прикинь следующее.
У тебя десяток программ работающих с кучей баз.
Задачи завязаны на сотню-другую единиц оборудования.
Задачи, в простейшем случае, требуют отметок на каком оборудовании они выполнены.
Запихиваешь каждую единицу оборудования в отдельный проект, получаешь сотню-другую проектов и не паришься об сложности кода.
Это значит, что эти проекты используют одну и ту же годовую базу, возможно с небольшой доводкой под каждый тип оборудования. Как будете синхронизировать все эти проекты по коду?
Солюшена на все проекты нет. У нас сделано так, что каждый солюшен - это логически независимая компонента (при этом компоненты могут зависеть друг от друга, так что это не автоновные компоненты). Финальный продукт собирается как пазл из этих компонентов.
Соответственно бывает так, что работая над задачей приходится менять 2-3 и больше компонент/солюшенов. Это конечно не очень удобно с точки зрения разработки, зато есть четкая архитектура и нет проблем со сборкой финального продукта :)
Микросервисы, чтоли?
Не понял. Я говорю, что есть у вас базовый проект, от которого вы клонируете репы и делаете доводки для каждого оборудования. Теперь у вас основной проект обновился - как обновить репы для унаследованных проектов?
Если бы всё было сделано на отдельных подключаемых библиотеках (на каждую по своему проекту), то понятно - обновляем либы. А если это один проект?
есть у вас базовый проект
------
Это - у тебя. А у нас - по разному.
А если это один проект?
-----
Опять таки - твои проблемы.
Сейчас, кстати, уже слегка поменяли концепт - вместо того чтобы искать нужные либы, пишут в конфигуратор какую функциональность хотят...
Но это снова не про тебя - там снова надо что-то изучать...
Задачи завязаны на сотню-другую единиц оборудования.
Очень сложно подобное представить и что никак не сгруппировать это.
Помню, была фирма выпускавшая десятки различных устройств, но версий софта было не больше 5, а то и того меньше.
В любом случае, поддержкой старого кода я в принципе не занимаюсь. Не без исключений конечно, но остальное "линия партии" - с неё сходить не нужно.
Сколько лет нужно чтобы написать столько проектов?
-----
При наличии документации и указанной выше функциональности - 2-3 человеко-недели.
Зачем ковырятся в подобном?
------
Чтобы не ковыряться в спагетти созданном из той же функциональности, но в одном проекте.