Здравствуйте, SkyDance, Вы писали:
SD>Но в чем проблема иметь хотя бы минимальное планирование для такого проекта?
Мы же не про минимальное планирование говорим, а про скрам. Скрам -- это формализованный метод разработки продуктов с жесткими ритуалами и (емнип) запретом на игнорирование этих самых ритуалов (т.к. тогда уже не скрам получается).
Минимальное планирование может выглядеть как:
"1. Ввязываемся в драку.
2. Разбираемся по обстоятельствам"
и для некоторых это работает. Только вот к скраму это не имеет отношения.
SD>Их точно брать не надо, т.к. как раз там все весьма тривиально, потому что уже есть сотни (или даже тысячи) аналогов.
Даже при наличии этих сотен и тысяч аналогов более-менее заметных попыток сделать "безопасные С/C++" было две: Cyclone и Rust. И обе не такие уж, чтобы вот прям где-то что-то готовое можно было взять.
SD>Лично для меня исследовательский проект — это когда вообще непонятно, с какого бока подступиться. К примеру, если бы мне выдали проект "спроектировать космический корабль, способный достичь Альфа Центавра". Аналогов нет, технологий нет, понимания, с чего начинать, тоже нет.
А если на область разработки софта переложить? Вы же вроде бы упоминали, что скрам для исследовательских проектов использовали, так что это за исследования были?
SD>Если кто-то уже это сделал, значит, задача решаема, технология существует, надо просто повторить, а потом улучшить.
Нет, речь идет не про улучшении существующей технологии, а про поиск другого подхода к решению той же задачи, чтобы получить качественно другое решение. Вроде того, что 30 лет назад для распознавания речи применяли попытку разбивки на фонемы с последующих их анализом, а затем для этих же целей стали применять нейросети (здесь могу соврать, не копенгаген).
S>>Тогда как при пилении ядра скрам... Звучит странно.
SD>Да ладно. Реверс-инжиниринг ну очень хорошо укладывается в строгие методологии.
Для реверс-инжениринга нужно иметь доступ к чужой системе. Сомневаюсь, что кто-то может просто так скачать себе Google.Translate и заняться его реверс-инженирингом. Разве что-то кто-то REST API сможет расковырять, но не алгоритмы и базы данных, на которых перевод выполняется.
S>>Фишка в том, что идея borrow checker-а должна кому-то прийти в голову.
SD>О нет, вот как раз идей-то у каждого первого инженера с большим запасом.
Вы в какой-то другой вселенной живете, полагаю.
S>>Про бизнес: вкладывали ли вы собственные деньги в построение какого-нибудь софтверного продукта?
SD>Смотря что вы под этим имеете в виду.
Когда вы вложили собственные N килоденег в разработку продукта и каждый месяц, пока продукт находится в разработке, видите, как очередные M килоденег из этой суммы списываются.
SD>Второе — да
