Здравствуйте, vdimas, Вы писали:

НС>>Continuous Delivery/Deployment, слыхал про такое?
V>Ага, еще Continuos Integration забыл упомянуть.

CI, слава богу, добрался и до полукустарных команд, благо бесплатных сервисов в сети навалом.

V>И еще кучу аббревиатур.

По делу есть что сказать?

V>Опять вопрос поставлен так, что ты уникальный

Прекращай разговаривать с голосами в своей голове.

V>Бывали ситуации, когда по какому-то продукту и каждый день шли релизы, бывали и два раза в день.

Сходи в википедию, почитай про CD. У меня не получилось.

V>Еще не софт по управлению ядерным реактором

О, программисты АЭС живы, да.

V>А я опять "оправдываюсь", вместо того, чтобы заниматься чем-то полезным, например — отделить мух от котлет, например отделить от схемы процесса его динамику — выравнивание нагрузки: "не пинать балду и не аврал" (С). Это вопросы точности оценки трудоёмкости работ и соответствующего планирования ресурсов.

Это просто вопросы. Точнее те самые задачи, которые не всегда имеют место быть. А речь про то как эти задачи решаются.

V>Тема отдельная и тоже, кстате, хорошо отличает кустарщину от некустарщины.

И с чем ты споришь тогда?

НС>>А теперь расскажи нам, как студент на практике может познакомится с CD и всем что для этого нужно?
V>Когда совмещаешь разные части комплексной системы, то получается как с тем клиентом.
V>Только "релизы" могут идти не два раза в сутки, а малость чаще.

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

НС>>Или нафига был бы CD в ваших экзерсисах с датчиками, кораблями и коробкой пиков?
V>Если ты заметил, в последние лет 15 цикл выпуска железок заметно сократился от того, что было ранее и продолжает сокращаться.

Мы сейчас не про железки вообще.

V>(вот реально ваши аргументы — сплошной какой-то сюррр)

Поэтому я и говорю, что ты даже не понимаешь о чем речь.

НС>>Но это никак не гарантирует, что та же команда умеет выпускать коробку или SaaS-продукт.
V>Это зависит не от самих девелоперов, а как раз от руководителей команды.

От самих девелоперов зависит умение в такой команде эффективно работать. Свежие студенты — не умеют, просто в силу отсутствия соотв. опыта.

V>Я уже говорил — каждый разработчик, может и работает "почти промышленно"

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

V>Вопрос на миллиард:
V>а как вообще умудряются жить такие конторы, которые выпускают и коробочный продукт и регулярно его же обновляют по требованиям, в том числе "самых важных заказчиков"?

Нормально умудряются.

V>Пока что всё, что ты говорил, сводится к тому, что это противоречивые кейзы, т.е. одни и те же люди НЕ МОГУТ этим заниматься, бо это РАЗНЫЕ НАВЫКИ.

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

V>Более того, согласно заветам IB, разработчикам и вовсе КАЖДЫЙ РАЗ требуется переучиваться для СМЕНЫ характера работы.

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