Если компания-разработчик теряет исходный код одного из продаваемых ими продуктов, насколько серьезным это будет, если бы вы могли объяснить непрофессионалу? Будет ли термин "грубая небрежность" слишком сильным? Или "грубая некомпетентность"? Очевидно, никто не был убит, но разве это не так серьезно, как финансовая халатность, за которую люди получают тюремное заключение?
РЕДАКТИРОВАТЬ: скажем, это не случай сбоя диска, стихийного бедствия или что-то в этом роде. Просто они неуместны.
source-code
legal
JoelFan
источник
источник
Ответы:
Допустим, MS теряет источник для Windows Phone 7 ... люди были убиты за waaaaay меньше, чем, по оценкам, 400 миллионов долларов, которые стоят на его разработку.
В зависимости от продукта, я не могу придумать термин «слишком сильный».
источник
Для компании это все равно, что потерять драгоценности короны. Если это продукт со встроенным процессором, то они могут продолжать делать продукт «как есть», но теряют способность улучшать его или исправлять любые проблемы.
В сегодняшних рынках компания IS это IP. Потерять это, и это выходит из бизнеса.
источник
Как отметили другие, это, вероятно, подпадает под заголовок «все зависит», поэтому пара сенарио:
Источник для дисковой консольной видеоигры. Это, скорее всего, окажет небольшое влияние на компанию, поскольку они, как правило, не вносят никаких изменений в игру после ее записи на диск. Разумеется, они могут потерять некоторое время, если есть библиотечный код, который они должны перестроить, это было бы не так уж плохо.
Источник для загружаемой видеоигры. Это, вероятно, будет плохо, поскольку клиенты, скорее всего, будут ожидать исправления ошибок, поскольку невозможность сделать это может привести к тому, что клиенты потеряют веру в компанию, что может негативно повлиять на будущие выпуски.
Источник для разработки игры. Большинство компаний, выпускающих видеоигры, не могут позволить себе потерять код для игры, находящейся в стадии разработки, если только она не находится на самом раннем этапе цикла разработки (т. Е. Дни, может быть, недели). Для небольшой компании потеря источника для их выпуска флагмана мог заставить их уйти из бизнеса.
Источник для небольшого бизнес-приложения с ограниченной аудиторией выпуска - вряд ли может вызвать какие-либо проблемы для компании, хотя они могут потерять пару клиентов.
Источник для крупного бизнес-приложения с ограниченной аудиторией выпуска. Еще одна ситуация, когда компания может выйти из бизнеса из-за потери доверия со стороны своих клиентов. Даже на большинстве небольших рынков, как правило, работает более одной компании, и этого может быть достаточно для перехода бизнеса к конкуренту.
Источник для крупного приложения от крупной компании - вот где все действительно зависит и, скорее всего, будет очень узко, в каждом конкретном случае. Флагманские продукты (например, Microsoft Windows), как правило, имеют связанные с ними контракты на поддержку, и неспособность поддержать продукт может привести к нарушению контрактных исков. Если бы мне пришлось дать оценку, я бы сказал, что большинству людей, вовлеченных в потерю кода, вплоть до высшего руководства этих людей, возможно, придется искать новую работу.
Тем не менее, я бы сказал, что по всей доске человек, который потерял код, будет искать новую работу (и ему может быть трудно ее найти!), И он также может столкнуться с судебными исками со стороны компании.
источник
Хотя, безусловно, есть случаи, когда это может быть катастрофическим, я думаю, что есть много, где это не так (по крайней мере, с точки зрения компании-разработчика программного обеспечения).
Я думаю, что существует слишком много переменных, чтобы дать общий ответ о том, есть ли какие-либо правовые последствия, но несколько вопросов, которые необходимо учитывать при определении, включают:
И я уверен, что есть много других факторов, которые следует учитывать. Не стесняйтесь добавлять.
Теперь я сказал «с точки зрения софтверной компании». Это может все еще быть катастрофическим в сознании клиента из-за планов, которые они имели для изменений, улучшений или чего-то еще. Контракт на такие вещи или право собственности на авторское право, тем не менее, может серьезно разозлить клиента, но без каких-либо обязательств со стороны разработчика, кроме как делать все возможное для поддержания хороших отношений с клиентами.
источник
Ах, учитывая это разъяснение от вас (в комментариях):
В этой конкретной ситуации я бы сказал, что это, вероятно, не конец света. Учитывая, что они годами продавали программное обеспечение, не нуждаясь в исходном коде, вы можете просто сказать этому единственному клиенту, который запрашивает обновление, «извините, не могу сделать».
Не поймите меня неправильно, потерять код - нехорошо. Вашей компании будет очень дорого переписать или перепроектировать оригинальную версию (если это то, что они решили сделать). Но это не конец света. Очевидно, они выжили так долго, не нуждаясь в коде, поэтому они, вероятно, продолжают выживать без него.
Это предполагает, конечно, что программное обеспечение, которое они продают, является лишь небольшой частью их бизнеса. Что я думаю, должно быть дело ...
источник
Пока они все еще могут продавать продукт, я не думаю, что они в беде. Теперь, если они заключили контракт с клиентом на расширение продукта и предоставление определенных новых функций в следующей версии, это намного серьезнее, потому что он настраивает их на нарушение договорных штрафов. Но я не думаю, что есть юридическая проблема с потерей самого кода.
Это не значит, что это не абсолютная катастрофа для компании. Но это финансовая катастрофа; не легальный. Я, вероятно, начну с термина «грубая некомпетентность» и продолжу свой путь оттуда.
источник
Если честно, я думаю, что это зависит от используемого языка. Если вы потеряете кодовую базу C #, ее можно будет очень легко декомпилировать, но если вы потеряете кодовую базу C ++, это будет намного хуже.
источник
Если об этом узнают, то любой поставщик, который может потерять свой исходный код любыми способами, кроме довольно распространенной катастрофы, очевидно, не следует никаким подобным нормам разработки и ему нельзя доверять. Я бы посчитал это убедительным доказательством грубой корпоративной некомпетентности.
Как насчет "невероятной глупости"?
источник
Я бы сравнил это с другими работами, которые требуют постройки предмета. Скорее всего, что-то физическое. Например, если архитектор потерял планы на построенное здание; Если автомобильная компания потеряла планы на модель автомобиля; Если швея потеряла образец для одежды, которую они сделали; и т.п.
Есть много рабочих мест, которые имеют физическое сравнение с созданием программного обеспечения.
источник
Я думаю, что помимо возможности декомпиляции кода, это было бы довольно большой проблемой, если бы компания намеревалась продолжать продавать программный продукт. Если бы это было внутреннее заявление, то это было бы верно в меньшей степени.
Если вы не можете восстановить исходный код, тогда обслуживание (исправление ошибок) и улучшения не могут быть выполнены, поэтому приложение теперь статично. Если Microsoft, Apple, Apache или кто-либо другой, кто использует вашу операционную платформу, изменяет или обновляет свой код, тогда ваш старый скомпилированный код может не работать, и вы не сможете это исправить. Если вы продаете это приложение внешним клиентам, вы не можете контролировать, когда они обновят свои Windows, MAC OSX, iPhone, веб-браузер, поэтому у вас довольно большой риск для репутации вашей компании и, возможно, юридический риск, даже если у вас есть контракт на обслуживание. с клиентами.
Во-вторых, исходный код представляет собой актив для компании. Так что для софтверной компании это актив в книгах. Это то, что вы можете продать как продукт или продать исходный код и все права другой программной компании. Я бы не стал продолжать продавать программный продукт клиентам, которых я не мог поддерживать, так как потерял исходный код. Кроме того, я сомневаюсь, что другая софтверная компания купит приложение и все права, если они не смогут дальше разрабатывать продукт. Таким образом, стоимость активов этого приложения должна быть уменьшена.
Для внутреннего приложения у вас может быть больший контроль над операционной платформой для вашего приложения, но я все равно хотел бы заменить это приложение, если исходный код не может быть декомпилирован в пригодную для использования кодовую базу для обслуживания.
Ура,
Kevin
PS надеюсь это только теоретический вопрос ... :)
источник
Если им не нужно исправлять какие-либо ошибки, то это, вероятно, не так уж важно. Например, если компания создает пользовательские элементы управления ActiveX и теряет исходный код одного из своих устаревших продуктов, то кого это волнует? Продукт, вероятно, не активно поддерживается, и, вероятно, также не продвигается агрессивно. Они будут продавать его, пока люди все еще используют 32-битный ActiveX, а затем забудут об этом.
Тем не менее, я все еще классифицирую это как грубую небрежность. Очевидно, что нет системы управления исходным кодом, которая является профессиональной некомпетентностью для программного обеспечения.
источник