Как объяснить Открытый исходный код Вашему боссу? [закрытый]
Все, что вам нужно сделать, это return обещание из setTransferHistory, которое дает вам create, так что вы можете вызвать then в результате вызова:
function setTransferHistory(senderId, recipientId, amountMoney, transferTitle) {
return Transaction.create({
//^^^^^^
id_sender: senderId,
id_recipient: recipientId,
date_time: getTodayDate(),
amount_money: amountMoney,
transfer_title: transferTitle,
});
}
[ 117]
setTransferHistory(senderId, recipientId, amountMoney, transferTitle).then(() => {
// ^^^^^
setWidgetStatus(senderId);
setWidgetStatus(recipientId);
});
9 ответов
Это кажется, что Ваш босс описывал исходную лицензию для Ваших клиентов. Это действительно имеет значение, конечно, потому что оно может дать клиентское обеспечение, что код является высококачественным. Они могут сделать свою собственную инспекцию кода, аудит безопасности, и т.д.
Это может также быть альтернатива помещению исходного кода в условном депонировании. Некоторые компании оставляют про запас копии своего кода, сохраненного третьим лицом так, чтобы в случае, если Ваша компания обанкротилась и исчезает, у клиента был некоторый доступ к коду, таким образом, они могут принять обслуживание в таком случае. Соглашение между Вашей компанией и клиентом должно включать пункт для этого. Если Вы выдаете исходную лицензию клиенту, можно устранить стороннюю услугу депонирования. Вы просто включаете в соглашение, что, если Ваша компания испаряется, у клиента есть неисключительная лицензия, чтобы использовать и изменить Ваш код.
Открытый исходный код отличается, в котором у всех есть неисключительная лицензия, чтобы использовать и изменить Ваш код, как только Вы публикуете его. Ваша компания продолжает быть здоровой тем временем. Пользователи должны придерживаться условий лицензии, конечно, которая могла добавить условия для использования. GPL, например, говорит, что любая из модификаций клиента должна также быть сделана доступной в соответствии с совместимой лицензией. BSD, с другой стороны, не требует этого.
Открытый исходный код не обязательно имеет в виду свободный. Можно взимать за код, даже при том, что это остается открытым исходным кодом. Даже GPL разрешает это. Но это - законный вопрос, как можно управлять или осуществить лицензию, если код является открытым исходным кодом?
Лучшее решение состоит в том, что Ваша бизнес-возможность основана на сервисе или доступе вместо просто кода. Таким образом, если клиенты платят подписку ленте новостей, почему бы не сделать программное обеспечение, которое отображает открытый исходный код новостей? В том бизнесе возможно, Вы даже хотите программное обеспечение к распределенному широко бесплатно, потому что это соблазнит больше людей подписываться на Ваш сервис.
Волшебный Котел Eric S. Raymond помог мне понять значение содействия в и/или запуска проекта с открытым исходным кодом. Это может помочь Вам объяснить значение и переменные решения ему.
Редактирование: фактическая бумага, а не просто краткий обзор может быть найден здесь . Уважайте Уведомление об авторском праве.
Я думаю, что Ваш босс мог бы страдать от синдрома модного словечка, не понимая целей (кроме, "нравятся клиентам").
я думаю, что то, что необходимо сделать, не является попыткой объяснить открытый исходный код, а скорее говорить с ним о его бизнес-стратегии (предполагающий, что он управляет им, и Вы - небольшой магазин).
, Если Ваша бизнес-модель полагается на продажу собственного кода, который дает Вам конкурентное преимущество и никогда не совместно используется с клиентами, затем нет никакой причины пойти открытый исходный код.
, Если то, что Вы разрабатываете, обладает преимуществом для других и Вашим бизнесом, может сделать доход от предложения услуг связанным с кодом, или если продукт мог бы быть более успешным, если другие могут изменить или расширить его, затем открытый исходный код мог бы быть релевантным.
Скажите ему, что это - социалистическая идея и помогает подорвать "человека".
проблема была, что у него не было действительно идеи, каков открытый исходный код. Как делают Вы объяснили бы понятие открытого исходного кода Вашему боссу?
Мы поставляем программное обеспечение так, чтобы каждый пользователь мог добраться под капотом, починить вещи сам и отправить нас решение — бесплатно.
Позвольте ему прочитать страницу Wiki об открытом исходном коде: http://en.wikipedia.org/wiki/Open_source_software
Сторонний доступ является одной из основных целей для открытого исходного кода. Остающиеся различия имеют дело с пользовательским уведомлением, исходный автор, переводящий, доступность за продажу и некоторые тонкости, я уверен, что забыл. ;)
существуют лицензии, которые ограничивают, кто и как редактирования могут быть сделаны - особенно изучают лицензии, которые позволяют источнику быть замеченным и изученным, но не измененным.
, Но, независимо, ограничивая сторонний доступ является вызывающим из определения открытого исходного кода - открыто доступный исходный код.
<час>, С другой стороны, можно изучить Общий Источник , вместо этого (звучит больше как то, что босс желает).
Это все еще включило сторонний доступ, но это имеет больше допуска на запрет незарегистрированного доступа.
Здесь вы можете найти отличную электронную книгу , которая объясняет, как работает открытый исходный код.
Это помогло мне понять зачем тратить время / работу и как они финансируют эти проекты.