Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

пре 5 година
12345678910111213141516171819202122232425262728293031323334353637383940414243444546
  1. title: Github and money
  2. lang: en
  3. > I'm going to make a bold statement:
  4. >
  5. > Github having a [Buy A License] button would be the equivalent business move that Adwords was for Google. It'd turn the company from barely making it to a giant in the software world.
  6. >
  7. > The reason is the same as with Adwords:
  8. >
  9. > The real money is in helping other people make money and skimming off the top.
  10. >
  11. > Facilitating developers making a living off their projects would turn FLOSS into a viable career option rather than a stressful non-hobby begging for survival
  12. >
  13. > The simple buttons break down to:
  14. >
  15. > * Buy A License: Purchase a commercial license and long term support. This is MRR for the project.
  16. >
  17. > * Buy Support: Get help on a single problem or bug you need solved now. This is a one time payment.
  18. >
  19. > And if you're worry about money killing the soul of open source remember this:
  20. >
  21. > You're expected to act professionally just like a business, but for free. If people want you to act like a business and not an art project, then you should be paid like one.
  22. >
  23. > That means the contact changed. It used to be you make something you feel like making and maybe people help but you have creative freedom.
  24. >
  25. > Now you're expected to be professional, but still paid like you're doing a hobby. That's wrong.
  26. >
  27. > You want professionalism? You need to pay.
  28. >
  29. > However, I believe that the _reason_ github doesn't enable this and even works against FLOSS devs getting paid is because their investors realize that'd raise the cost of their nearly free startup ventures. The stupidity of this is staggering given the insane money possible.
  30. >
  31. > It also comes down a perception of self-worth. Currently, and this is a weird California values thing, but developers are cultured to feel their value is only in giving things away for free and making money is "dirty".
  32. >
  33. > But, corporations are totally allowed to make money.
  34. >
  35. > Not only are corporations allowed to make money, but they're allowed to outright steal resources from lone developers and then abuse the developers for not treating the corporation "professionally". Devs put up with this because they feel their aren't worthy of their value.
  36. >
  37. > I believe that now programmers are sick of having to beg for scraps while corporations make TRILLIONS of dollars on their work. They can't even get a job after 40 let alone a piece of the Google/Amazon/Apple pie.
  38. >
  39. > In fact, the rallying cry can simply be: "Pro Fees for Pro Support".
  40. >
  41. > You want me to deal with your bugs professionally like I'm a business? Well, professionals get paid for their work so time to pay up.
  42. >
  43. > <cite>*[Zed Shaw on Twitter](https://twitter.com/zedshaw/status/966125251624079360)* ([cache](/david/cache/bd9042301f25ad74d5ac5d301368b534/))</cite>
  44. I wonder what would be the consequence of adding prices to bugs. Even in an informative way. Or maybe the retroactive way with pull-requests. Imagine you would be able — when you merge one — to give the time/cost associated to such a development, reviews included. Mixed with other metrics, that would be a fascinating tool to measure the return over investment of each iteration.