Difference between revisions of "Hypertwins Community:Plans"

From Hypertwins Community
Jump to navigation Jump to search
(saving work again)
(anschluss)
 
(15 intermediate revisions by the same user not shown)
Line 1: Line 1:
I am considering offering a number of web/internet services, either for free or on a pay-what-you-like/can basis (depending on the service).
I am considering offering a number of web/internet services, either for free or using [[buyer-set pricing]] (depending on the service).
==Advantages==
==Services==
Obviously these services are all available elsewhere, but I'm thinking I could offer a number of improvements over the alternatives.
 
The following would be true for many/most of these services, so I'll use abbreviations to indicate where they apply:
* '''DDN''': designed as part of a distributed network, with multiple nodes inter-operating from different domains -- nobody would "own" the network
* '''NOP''': revenue would not support the plutonomy (or would support it a lot less than simply doing business directly with it)
* '''NOA''': No Anschluss -- user would be in complete control of which of their accounts to link together
* '''NBP''': [[Need-Based Pricing]]
 
All specialized code used to integrate these services would be made open source as well, so that others could set up their own nodes. I want this to be a replicable business model.
==Obstacles==
Although there is already open-source software for most of these services, some considerable code would need to be written to allow single-sign-on. However, since the mass automatic integration of services on Google is considered a ''problem'' by many, the lack of such integration here will probably be seen as an advantage by many as well.
 
{| class=grid
{| class=grid
! Service !! Similar to !! Possible software !! Main Advantages !! Main Obstacles
! Service !! Similar to !! Possible software !! Free? !! Main Advantages !! Main Obstacles
|-
|-
| [[wikipedia:File hosting service|cloud storage]]
| [[wikipedia:File hosting service|cloud storage]]
| {{l/wp|Google Drive}}, [[wikipedia:Dropbox (service)|Dropbox]]
| {{l/wp|Google Drive}}, [[wikipedia:Dropbox (service)|Dropbox]]
| {{l/wp|ownCloud}}
| {{l/wp|ownCloud}}
| NOP, NOA, NBP for more than default capacity
| for limited space
| NOP, NOA, BSP for more than default capacity, RUI
| storage costs money (though not much)
| storage costs money (though not much)
|-
|-
Line 25: Line 14:
| Google, Yahoo!, Bing
| Google, Yahoo!, Bing
| {{l/wp|YaCy}}
| {{l/wp|YaCy}}
| DDN, NOP, no tracking or automatic "personalization"
| YES
| easy - no major modification or integration needed
| DDN, NOP, RUI, no tracking or automatic "personalization"
|
some research needed:
* to see if search ability improves on less-underpowered server
* to determine what server power is needed in order to make service reliable
|-
|-
| social networking
| social networking
| Google+, Facebook
| Google+, Facebook
| {{l/wp|Friendica}}
| [[Friendica]]
| DDN, NOP, NOA
| YES
| Friendica needs work on its user interface
| DDN, NOP, NOA, RUI
|  
* Friendica needs work on its user interface
* ...and has [http://rm.vbz.net/projects/friendica/issues bugs]
* I really want a "flag stupidity" option (see {{l/ig|credibility management}})
|-
|-
| retail service
| retail service
| {{l/wp|Amazon Marketplace}}, {{l/wp|Etsy}}, {{l/wp|Ebay}}
| {{l/wp|Amazon Marketplace}}, {{l/wp|Etsy}}, {{l/wp|Ebay}}
| {{l/htyp|VbzCart}}
| {{l/htyp|VbzCart}}
| [[distributed retail|DDN]], NOP, plan to be responsive to buyer/seller needs
| this is complicated
| [[igov:Federated retail|DDN]], NOP, RUI
| much code remains to be written to make this a service and distributed
| much code remains to be written to make this a service and distributed
|-
|-
Line 43: Line 41:
| {{l/wp|YouTube}}, {{l/wp|Vimeo}}, {{l/wp|Soundcloud}} (audio)
| {{l/wp|YouTube}}, {{l/wp|Vimeo}}, {{l/wp|Soundcloud}} (audio)
| ''[[/media hosting|details]]''
| ''[[/media hosting|details]]''
| YES
|
|
* DDN, NOP, NOA
* DDN, NOP, NOA, RUI
* no automatic DMCA takedowns
* no automatic DMCA takedowns
* audio-only player available (video not required)
* audio-only player available (video not required)
Line 52: Line 51:
| GMail, Yahoo! Mail, etc.
| GMail, Yahoo! Mail, etc.
| ''[[/email hosting|details]]''
| ''[[/email hosting|details]]''
| NOP, NOA
| YES
| NOP, NOA, RUI; won't demand money for POP3 or IMAP access (unlike Yahoo Mail)
|
|
* spam filtering needs to be good
* spam filtering needs to be good
Line 60: Line 60:
| {{l/htyp|GoDaddy}}, {{l/htyp|HostGator}}, {{l/wp|BlueHost}}, etc.
| {{l/htyp|GoDaddy}}, {{l/htyp|HostGator}}, {{l/wp|BlueHost}}, etc.
| {{l/wp|Virtualmin}} / {{l/wp|Usermin}}
| {{l/wp|Virtualmin}} / {{l/wp|Usermin}}
| NOP, NOA, NBP
| free accounts for uses we decide are beneficial
| NOP, NOA, BSP, RUI
| usability of existing software needs to be explored
| usability of existing software needs to be explored
|}
|}
==Advantages==
Obviously these services are all available elsewhere, but I'm thinking I could offer a number of improvements over the alternatives.
The following would be true for many/most of these services, so I'll use abbreviations to indicate where they apply:
* '''DDN''': designed as part of a distributed network, with multiple nodes inter-operating from different domains -- nobody would "own" the network
* '''NOP''': revenue would not support the plutonomy (or would support it a lot less than simply doing business directly with it)
* '''NOA''': No [[Anschluss]] -- user would be in complete control of which of their accounts to link together
* '''BSP''': [[buyer-set pricing]]
* '''RUI''': the service will be intensively responsive to user input on how it should work: public bug trackers, trouble-ticket system, wikis for instructions, etc.
Advantages for all services:
* All specialized code used to integrate these services would be made open source as well, so that others could set up their own nodes. I want this to be a replicable business model.
* Free services might ask for (but not require) donations and/or might do discreet, mainly textual/informative advertising for paid services or merchants using the retail service. My thinking now, though, is that we would ''not'' accept 3rd-party ads, and we would definitely not use an outside "advertising network" like Google Ads.
* To the extent that there is integration across services (which I see as part of the mid-range plan), users will have complete control over which accounts to link and which to leave separate.
* No {{l/ip|nymwars}}.
==Obstacles==
Although there is already open-source software for most of these services, some considerable code would need to be written to allow single-sign-on. However, since the mass automatic integration of services on Google is considered a ''problem'' by many, the lack of such integration here will probably be seen as an advantage by many as well.
==Revenue==
==Revenue==
The revenue model Google seems to be following is that once you have gotten someone's attention (by offering them various free services which they then use regularly), they're more likely to buy things from you or through you even if you don't directly ask them to (as in banner ads). In other words, they create their own micro-economy, from which they gain by being the broker for various transactions (for which they are also sometimes the seller).
The revenue model Google seems to be following is that once you have gotten someone's attention (by offering them various free services which they then use regularly), they're more likely to buy things from you or through you even if you don't directly ask them to (as in banner ads). In other words, they create their own micro-economy, from which they gain by being the broker for various transactions (for which they are also sometimes the seller).


My plan is to use a similar model, but to avoid Google's centralization (which is ultimately what caused them to stray from their "don't be evil" credo).
Craigslist seems to have made this model work on a small scale, for a much more limited set of services.
 
My plan is to use a model similar to Google's, but to avoid Google's centralization (which is ultimately what caused them to stray from their "don't be evil" credo).
 
==Goals - long-term==
==Goals - long-term==
* when profits are sufficient, distribute excess on the basis of need
* undercut hierarchical big chain model
* undercut hierarchical big chain model
* undercut centralized web services
* undercut centralized web services
Line 75: Line 97:
* experiment with new ways of conducting economic transactions
* experiment with new ways of conducting economic transactions
** participant-backed monetary system
** participant-backed monetary system
*** sellers use stock
*** e.g. sellers could back their currency with stock
*** other users offer credit based on personal trust, like RipplePay  
*** other users offer credit based on personal trust, like RipplePay  
*** microcredits for any valued form of participation, e.g. writing popular post or uploading popular video
*** microcredits for any valued form of participation, e.g. writing popular post or uploading popular video
* when profits are sufficient, use excess to:
** do the things that government should be doing but increasingly is not:
*** provide for the needy, defend the underprivileged, work towards unconditional income
*** fund scientific research, make the results freely available
*** provide sources of undoctored information; vet existing sources for reliability
*** ''(this will probably be a much longer list, eventually)''
** hire lawyers as needed to defend against inevitable attacks from large traditional-model businesses
** play the political influence game, but push things in positive directions
==Back Burner==
==Back Burner==
To be expanded on later:
To be expanded on later:
* audio/video streaming
* seeker-oriented job board
** better communication between job-seekers and employers
** profit motive secondary to helping people find employment
** more information aggregated about employers
* audio/video streaming (Icecast)
* photo album (should be available standalone or as feature of social networking)
* photo album (should be available standalone or as feature of social networking)
* liquid agenda
* {{l/ig|liquid agenda}}
* money account tracking / contribution tracker
* money account tracking / [[icms:Community investment manager|contribution tracker]]
* project management (like Redmine)
* project management (like Redmine)
* public service bounty tracker
* [[icms:Crowdfunded bounty tracker|public service bounty tracker]]
* wikis?
* wikis?
* Minecraft server -- just because I know some people who want one
* Minecraft server -- just because I know some people who want one
* {{l/wp|Kune}}? Going to set this up to see what it can do.
* {{l/wp|Kune}}? Going to set this up to see what it can do.
==More Information==
Some of the links on this page go to other pages on this site in order to explain various things at leisure; here's a list:
* [[buyer-set pricing]]
* [[/email hosting]]
* [[/media hosting]]

Latest revision as of 21:03, 1 January 2015

I am considering offering a number of web/internet services, either for free or using buyer-set pricing (depending on the service).

Services

Service Similar to Possible software Free? Main Advantages Main Obstacles
cloud storage Google Drive, Dropbox ownCloud for limited space NOP, NOA, BSP for more than default capacity, RUI storage costs money (though not much)
search engine Google, Yahoo!, Bing YaCy YES DDN, NOP, RUI, no tracking or automatic "personalization"

some research needed:

  • to see if search ability improves on less-underpowered server
  • to determine what server power is needed in order to make service reliable
social networking Google+, Facebook Friendica YES DDN, NOP, NOA, RUI
retail service Amazon Marketplace, Etsy, Ebay VbzCart this is complicated DDN, NOP, RUI much code remains to be written to make this a service and distributed
media hosting YouTube, Vimeo, Soundcloud (audio) details YES
  • DDN, NOP, NOA, RUI
  • no automatic DMCA takedowns
  • audio-only player available (video not required)
integration coding
email hosting GMail, Yahoo! Mail, etc. details YES NOP, NOA, RUI; won't demand money for POP3 or IMAP access (unlike Yahoo Mail)
  • spam filtering needs to be good
  • existing webmail clients all have issues
web hosting GoDaddy, HostGator, BlueHost, etc. Virtualmin / Usermin free accounts for uses we decide are beneficial NOP, NOA, BSP, RUI usability of existing software needs to be explored

Advantages

Obviously these services are all available elsewhere, but I'm thinking I could offer a number of improvements over the alternatives.

The following would be true for many/most of these services, so I'll use abbreviations to indicate where they apply:

  • DDN: designed as part of a distributed network, with multiple nodes inter-operating from different domains -- nobody would "own" the network
  • NOP: revenue would not support the plutonomy (or would support it a lot less than simply doing business directly with it)
  • NOA: No Anschluss -- user would be in complete control of which of their accounts to link together
  • BSP: buyer-set pricing
  • RUI: the service will be intensively responsive to user input on how it should work: public bug trackers, trouble-ticket system, wikis for instructions, etc.

Advantages for all services:

  • All specialized code used to integrate these services would be made open source as well, so that others could set up their own nodes. I want this to be a replicable business model.
  • Free services might ask for (but not require) donations and/or might do discreet, mainly textual/informative advertising for paid services or merchants using the retail service. My thinking now, though, is that we would not accept 3rd-party ads, and we would definitely not use an outside "advertising network" like Google Ads.
  • To the extent that there is integration across services (which I see as part of the mid-range plan), users will have complete control over which accounts to link and which to leave separate.
  • No nymwars.

Obstacles

Although there is already open-source software for most of these services, some considerable code would need to be written to allow single-sign-on. However, since the mass automatic integration of services on Google is considered a problem by many, the lack of such integration here will probably be seen as an advantage by many as well.

Revenue

The revenue model Google seems to be following is that once you have gotten someone's attention (by offering them various free services which they then use regularly), they're more likely to buy things from you or through you even if you don't directly ask them to (as in banner ads). In other words, they create their own micro-economy, from which they gain by being the broker for various transactions (for which they are also sometimes the seller).

Craigslist seems to have made this model work on a small scale, for a much more limited set of services.

My plan is to use a model similar to Google's, but to avoid Google's centralization (which is ultimately what caused them to stray from their "don't be evil" credo).

Goals - long-term

  • undercut hierarchical big chain model
  • undercut centralized web services
  • out-perform profit-driven services
  • create interoperable mini-economies
  • experiment with new ways of conducting economic transactions
    • participant-backed monetary system
      • e.g. sellers could back their currency with stock
      • other users offer credit based on personal trust, like RipplePay
      • microcredits for any valued form of participation, e.g. writing popular post or uploading popular video
  • when profits are sufficient, use excess to:
    • do the things that government should be doing but increasingly is not:
      • provide for the needy, defend the underprivileged, work towards unconditional income
      • fund scientific research, make the results freely available
      • provide sources of undoctored information; vet existing sources for reliability
      • (this will probably be a much longer list, eventually)
    • hire lawyers as needed to defend against inevitable attacks from large traditional-model businesses
    • play the political influence game, but push things in positive directions

Back Burner

To be expanded on later:

  • seeker-oriented job board
    • better communication between job-seekers and employers
    • profit motive secondary to helping people find employment
    • more information aggregated about employers
  • audio/video streaming (Icecast)
  • photo album (should be available standalone or as feature of social networking)
  • liquid agenda
  • money account tracking / contribution tracker
  • project management (like Redmine)
  • public service bounty tracker
  • wikis?
  • Minecraft server -- just because I know some people who want one
  • Kune? Going to set this up to see what it can do.

More Information

Some of the links on this page go to other pages on this site in order to explain various things at leisure; here's a list: