프레임 워크에 대한 지불 문화가없는 이유는 무엇입니까? [닫은]


9

최근 "린 (Lean)"스타트 업 및 앱 스토어 시대의 부작용 중 하나는 소비자가 작은 게임 / 제품에 대해 적은 가격을 지불하는 데 더 익숙하다는 것입니다.

예 :

  • ~ $ 5 / 월을 청구하는 온라인 SAAS (베이스 캠프 제품 스타일)
  • 짧고 재미 있고 저렴한 게임 (앱 스토어에서 $ 0.99

이 시장은 "한 가지 일을 잘하고 사람들에게 요금을 청구"하는 것으로 정의되었습니다. DHH of Rails / 37 Signals의 명성은 귀하의 웹 사이트가 돈을 벌지 않는다면 번거롭게하지 말아야한다고 주장합니다.

동일한 규칙이 프레임 워크에 적용되지 않는 이유는 무엇입니까?

소프트웨어 프레임 워크 프로젝트가 많이 있습니다. 성숙하고 기능이 풍부하여 개발자에게 상당한 가치를 제공하지만,이를 지불하는 시장이나 문화는없는 것 같습니다.

돈을 청구하는 프로젝트는 종종 UI 구성 요소 도구 세트와 같은 것이며 무료 대안을 선호하는 경우가 종종 있습니다.

왜 이런거야?

분명히 프로그래머 / 비즈니스는 Ruby, Rails, Hibernate, Spring, Ant, Groovy, Gradle과 같은 프로젝트에 기여하는 가치를 봅니다 (목록에 계속됨).

나는 이러한 프레임 워크가 프레임 워크를 사용하려는 사람에게 요금을 청구해야한다고 제안하는 것이 아니라 개발자가 프레임 워크 개발에 투자 한 시점부터 돈을 벌 수있는 의미있는 비즈니스 모델이 있어야한다고 제안하지는 않습니다.

이 모델이 왜 등장 / 성공하지 않았는 지에 대한 생각이 있습니까?

편집 : 명확하게하기 : 무료 오픈 소스 소프트웨어의 중요성에 대한 언급이 아닙니다. 이것은 프레임 워크에 대한 지불 문화가 존재하지 않는 이유에 대한 글입니다.


5
-1 모든 것이 돈에 관한 것은 아닙니다. 많은 사람들이 재미 있고 성취감있는 일을하고 그 일로 돈을 버는 것을 신경 쓰지 않습니다.
Orbling

7
그래도 공감대를 보증 했습니까?
Mchl

지불 할 프레임 워크는 무엇입니까?

1
@Orbling 나는 돈 관한 모든 것을 제안하지 않았습니다 . 이것은 절대적인 것이 아닙니다. 이 공간에 강력한 비즈니스 모델이없는 이유를 묻습니다. 둘은 상호 배타적이지 않습니다.
Marty Pitt

1
일부 웹 사이트조차도 직접 돈을 버는 아이디어로 설계되지 않았습니다. 블로그 / 포트폴리오 사이트를 갖는 것은 자기 광고의 한 형태입니다.
Matthew Whited

답변:


11

자유 / 오픈 소스 소프트웨어에는 가치를 거래하는 윤리가 절대적으로 존재합니다.

대부분의 경제에서 우리는 제품 대금 또는 서비스 대금을 거래합니다. 그렇게하는 것이 매우 편리합니다. 실제로, 우리는 경제의 상용 소프트웨어 부분에서 그렇게합니다.

그러나 우리는 일반적으로 친구를위한 돈이나 친구를위한 돈을 거래하지 않습니다. 우리는 우정을위한 우정과 로맨스를위한 로맨스를 거래합니다.

마찬가지로 자유 / 오픈 소스 소프트웨어에서 윤리는 DHH와 기여자에게 Rails에 대한 상환금을 지불하는 것입니다. 일반적으로 무료 / 오픈 소스 소프트웨어 프로젝트의 이것이 우리가 가치를 교환하는 방법입니다.

"이 모델 (프레임 워크를위한 돈을 충전)이 나오지 않았거나 성공하지 못한 이유"를 묻는 것은 우정이나 로맨스에있어 같은 모델이 나오지 않았던 이유와 유사합니다. 우정을 제공하는 사람은 돈을 원하지 않습니다. 그는 대가로 우정을 원합니다. 마찬가지로 로맨스. 마찬가지로 많은 경우에 소프트웨어.


2
답장을 보내 주셔서 감사하지만 은유가 사실인지 확실하지 않습니다. 사람들은 버그,보고, 기타 등등, 윈도우,베이스 캠프 등을보고합니다. 마찬가지로 많은 개발자들은 시간을 절약하고 최종 목표를 달성하는 데있어베이스 캠프보다 레일스에서 ​​더 많은 가치를 얻습니다. 프레임 워크와 제품의 구분이 매우 모호하다고 생각합니다. 예를 들어 회사는 Oracle에 대해서는 비용을 지불하지만 Hibernate에는 비용을 지불하지 않습니다.
Marty Pitt

3
또한, 로맨스에 대한 정의에 따라 로맨스를위한 돈 거래를위한 상당히 잘 확립 된 비즈니스 모델이 있습니다.
Marty Pitt

1
그리고 나는 확실히 돈을 위해 우정을 제공 할 것입니다. 나에게 좋은 비즈니스 모델처럼 들린다.
Josh

4
소프트웨어를위한 돈을 거래하기위한 상당히 잘 확립 된 비즈니스 모델이있는 것처럼, ROM을위한 돈을 거래하기위한 상당히 확립 된 비즈니스 모델이 있습니다. 그러나 로맨스를 기꺼이 제공하려는 일부 사람들은 로맨스를 상환으로 기꺼이 받아 들일 것이며 소프트웨어를 기꺼이 제공하려는 일부 사람들은 소프트웨어 (또는 버그 보고서, 기능 제안, 문서 작업, 번역 또는 복음화 작업) 만 기꺼이 받아들입니다. 상환으로. 로맨스를 제공하는 사람과 소프트웨어를 제공하는 사람에 따라 다릅니다.
yfeldblum

2
@Marty Pitt : 당신은 매우 이상한 로맨스 개념을 가지고 있습니다 .
Orbling

3

이 질문에 대한 답변으로이 질문에 대한 답변을 얻을 수 있다고 생각합니다. 프로그래머는 왜 비공개 소스 응용 프로그램을 작성한 다음 무료로 만들 수 있습니까? .

그리고 나는 그것에 덧붙일 것입니다 :

내가 믿는 것은 프레임 워크를 자유롭게함으로써 초보자와 취미 프로그래머가 심각한 프로그래밍에 관심을 가질 수있게한다는 것입니다. 이렇게하면 경로가 더 쉬워집니다. 우리는 이미 자유롭지 않은 플랫폼이 종종 덜 채택 된 플랫폼임을 알았습니다. 또한 무료 프레임 워크는 일반적으로 커뮤니티에 다시 기여하고자하는 사람들 그룹에 의해 개발됩니다.


3

그것은 항상 두 가지 다른 문화 중 하나로 내려가는 것 같습니다. "돈으로 소프트웨어 비용을 지불합니다"그룹과 "시간이있는 소프트웨어 비용을 지불합니다"그룹이 있습니다.

조직의 IT를 고려하십시오. 회사가 네트워크 모니터링을 원한다고 가정하십시오. A) 미션 크리티컬하고 많은 돈을 (Openview, Netcool)에 펌핑 할 가치가 있습니다. 또는 B) 꽉 예산, 당신이 적은 (Nagios, MRTG)로 할 수있는 일을하십시오.

마찬가지로 소프트웨어에 접근하는 Microsoft / Apple 방식으로 "성장한"사람들이 있습니다. 당신은 돈을 지불하고 물건이 작동합니다. 새로운 기능을 원하고 비용을 지불합니다. 반면에 시간을내는 데 익숙해 진 사람들이 있습니다. 유닉스, 오픈 소스, 자바 등. 더 많은 기능을 원한다면 직접 작성하거나 누군가가 당신을 위해 그것을 고치도록하십시오.

Apple의 앱 스토어를 Android 마켓으로 고려하십시오. iPhone에서는 Angry Birds를 구매하지만 Android에서는 무료로 광고와 함께 이용할 수 있습니다. 직장에서 다른 문화. Angry Birds는 앱 스토어에서 .99 센트를 충전하는 데 크게 성공했지만 Android 마켓에서 .25를 청구하면 시장 점유율이 매우 작다는 것을 알았습니다.

저는 후자 캠프에서 프레임 워크가 시작되었다고 생각합니다. 이것이 현재의 방식입니다. 할머니가 사용할 수있는 완제품으로 프레임 워크를 마케팅 할 수 없으며 누군가 소모품으로 만들기 위해 시간을 투자해야합니다. 시간을 투자하는 데 익숙한 사람들은 시간과 돈을 모두 지불하는 데 익숙하지 않습니다.


1

분명히 프로그래머 / 비즈니스는 Ruby, Rails, Hibernate, Spring, Ant, Groovy, Gradle과 같은 프로젝트에 기여하는 가치를 봅니다 (목록에 계속됨).

고객 및 고용주와의 경험을 통해 Open Source 소프트웨어를 많이 사용하고 많은 돈을 벌거나 절약하는 기업이 가능한 한 많이 돌려주지 않는 몇 가지 이유를 알게되었습니다.

  • 오픈 소스 모델의 작동 방식을 이해하지 못하므로 프로젝트를 강력하게 유지하기위한 기부의 필요성에 대한 인식 부족

  • 기부금으로 일어날 일이 명확하지 않은 경우가 종종 있음

  • 세금 문제, 공제에 대한 불확실성

  • 비현실적인 관리 / 통제 앞에서 기부 (또는 호스팅 행사 등을 제공하는 다른 수단 등)를 정당화하는 기술인이 어려움 우리는 예산이 없습니다. 아마도 내년 쯤에 ")

저는 이러한 각 문제가 어느 오픈 소스 프로젝트에서도 어느 정도 해결 될 수 있다고 생각하는 경향이 있지만,보다 명확하게 의사 소통하는 방법에 대한 전문 지식이 부족하고, 앞으로 더 많은 기부를 요구하는 기업들에 의해 대부분 이루어지지 않고 있습니다 방법.

저는 오픈 소스 커뮤니티의 "돈, 관료주의, 의무 없음"정신을 좋아하지만 때때로 생각합니다.-200 달러의 MS 오피스 작업장 라이센스 대신 오픈 오피스를 사용하는 모든 비즈니스가 단지 $ 2에서 OOo를 기부한다면 어떨까요? 다른 오픈 소스 프로젝트?


0

오픈 소스 소프트웨어 사용의 주요 위험은 공식 지원이 없다는 것입니다. 기본적으로 코드를 소유하고 있습니다. 처음에는 "무료"소프트웨어를 사용하는 것이 더 수익성이 좋은 것으로 보이지만 사내 유지 관리 비용이 독점 솔루션 비용보다 더 높을 수 있다는 가능성을 고려해야합니다. 일부 조직은 그러한 위험을 감수하지 않습니다.


0

문제의 일부는 애플리케이션 (예 : 재미있는 게임, 37 신호 제품, 온라인 SAAS)에 대한 지불과 프레임 워크를 비교하는 것으로 보이지만 사과와 오렌지입니다. 소비자는 애플리케이션을 구매하는 반면 개발자는 프레임 워크를 사용하여 소비자를위한 애플리케이션을 구축합니다. 또한 개발자는 사용자가 프레임 워크에서 개발하지 않을 때 사용자가 애플리케이션을 구매하는 경우 소비자 일 수 있습니다.

프레임 워크는 판매 가능한 응용 프로그램으로 전환 될 때까지 즉시 사용할 수 있습니다.

그러나 프레임 워크 대 구성 요소 세트 대 RAD 제품군 등과 같은 개발자 도구를 비교하는 경우 어떤 종류의 비용이 지불되는지 아닌지에 대해 좋은 토론이 있다고 생각합니다.


좋은 점-비록 그것이 프레임 워크와 제품을 구별하는 꽤 퍼지 라인이라고 생각합니다. 사람들은 Oracle DB를 지불하지만 Hibernate는 지불하지 않습니다. 하루가 끝나면 모든 도구는 소비하는 사람들에게 가치를 제공합니다. Spring이 IDE와 같은 방식으로 가치를 제공한다고 주장합니다. 둘 다 사용자가 작업을 더 빨리 달성하도록 돕는 도구입니다.
Marty Pitt

0

"AwesomeWork"(원래 응?)라는 프레임 워크를 생성한다고 가정 해 봅시다. 이제 사람들은 그것을 사용하지 않았으며 그것이 도움이 될지 확실하지 않으며 1 비트 (아마도 좋아한다면!)에게 도움이되지 않는 것에 대해 돈을 지불하고 싶지 않을 것이므로 무료로 출시합니다. 라이센스를 5 달러에 팔아서 얻을 수 있었기 때문에 잠재적 이익을 잃어버린 바보입니까? 아니, 내가 단어를 꺼내고 사람들이 내 프레임 워크를 사용하기 시작하면서 보조 시장 인 책이 열렸습니다. 이제 AwesomeWork에 관한 책을 쓸 수 있습니다 ( "[Awesome] Work Son!"이라고 부르겠습니다. 죄송합니다.) 책 판매가 꾸준히 진행되고 있습니다. 이제 AwesomeWork를 업데이트하고 AwesomeWork 2.0에서 배포하기로 결정했습니다. "Do [Awesome] Work Son!

나는 위의 시나리오가 누군가가 무료로 프레임 워크를 릴리스하는 주된 이유라고 말하지는 않지만 여전히 그렇게 할 수 있다는 것을 보여줍니다.

참고 사항 : 유료로 제공되는 몇 가지 프레임 워크가 있습니다 (비록 무료 버전이지만 기능이 제한적 임). 염두에 두어야 할 것은 WebSharper 이며 웹 사이트를 F #으로 완전히 작성할 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.