Strategy
Splitting the Web Markets
I’ve been looking into the web, trying to figure out what it’s going to look like in a few years. I’m still looking at various scopes, but I decided to analyze some of the more generalized markets that we have right now. You’re not going to find anything new here, just 5 areas of the web we will see changes in, and the coming monetization of the web.
Infrastructure = Hosting & ISP’s
Data Resources = Data
Data Access & Storage Protocols = API’s
Services = Applications that modify the Data through use of API’s to provide a value
Directories = Provide the ability to find what you’re looking for quite rapidly, can be pseudo-static or dynamic.
Each of these different markets can and most likely will be monetized within the coming years, most likely coming from the users themselves. Hosting & ISP’s have already done it. Directories that aren’t fully dynamic can do it with advertising, and even some of the dynamic real-time directories will be able to use the advertising model. The Data & DASP’s will be subsidized, for the most part, by the initial service’s charges, or possibly the service will be subsidized by external developers paying for access to the data, or just the data itself.
The benefits we will see is that our data is more stable, at least in the sense that the company isn’t going to go belly up, services should be better, and there will be more positions, hopefully. We all walked around expecting everything to be free, when we should have been asking how can we help make more services. Maybe the free world was just the accelerant for innovation to get the initial business models developed, promote an open generation, and allow everyone a shot at getting their ideas out there, it’s easier to pick up users, for a simple service, when you’re not charging them after all. The problem that we had with free is that we all became so jaded by it.
Focus on one of these markets and how you can change it. Each one is easily branched into another, you can traverse up or down that list from where you started. Look at Google, they exist in each of these markets. They started with a DASP that collected vast amounts of Data, then used initially used this data to create a Directory Service, along with quite a few other services, one of which is AppEngine which exists to share their infrastructure.
As the web evolves we’ll see these markets split and converge on each other time and time again, we may even see a new general market pop up. Just as an example of the splitting a market look at the services, there are so many sub-markets that exist within it that it would be hard to categorize them. For an example of convergence you just have to look at the various projects being developed to better connect the web, one of the most recent one’s to pop into my radar is Salmon, which is working to pull comments back to the original source and re-disperse them with the source feeds. Time to watch the ebb and flow, and maybe enter one or more of these markets.
Thoughts are Evolutionary: The Idea for Arclings
Do you really want to keep pushing ideas out, but have problems fleshing the concept out fully? Or maybe you just want to express the basis of an idea really quick, get feedback, and iterate. The problem with current systems is it’s hard to keep track of the evolution, if you post a lot of other stuff around it.
Micro-blogging lets you throw the idea out there, but doesn’t allow much room for the idea to evolve, or tracking this evolution.
Blogging in the conventional sense is much too concrete(though I’m doing it right now). I find the preconception of blogging to be you must push out a full thought. Why?
I propose a release quick, release often blogging structure and build arc’s as your story develops, making branching trees using link structures. Let the ideas build over weeks, or months, rather than waiting for one single burst of insight, and fleshing it out on the spot.
I propose using story arcs, along with links to the latest preceding events in the evolution, and trackbacks to the succeeding story events. Though this is possible in the current evolution of blogging systems, it’s complicated. I want an Arcling platform that makes the connection process easy, if not intelligent in managing the tracing of the structure.
A Few Innovative Ideas for Short URL’s
Over the past 6 months or so I’ve seen numerous posts raise flags with the idea of URL Shorteners. Each of these focus on several issues, security issues, non-relative link titles, no pass through for SEO purposes, and the possibility of data loss. Each of the problems, have at least partial solutions, but these solutions are still not effective enough. Here are some of the modifications that I plan on working to enhance the service.
Pretty URL’s – Security & Relative Titles
Making the short URL as human-readable as possible is a plus, however, with the shorteners on the market, they are quite hard to get because every user’s URL is an ID that can only be linked to only once by the service. My solution to this is to embed user data within the link, this abstraction reduces actual URL location to 1-3 characters(b62 range, 62 – 238,328), and you can store the User data in between 4-6 characters(b62, 14,776,336 – 56,800,235,584) at the end. This means the minimal length required for a link is 5 and the maximum is 9. The benefits of applying the User encoding is that it provides the ability to parse the users links, along with any meta-data associated with the link, such as a secondary access to the url, via a user specific vanity title, e.g. http://examp.le/URLxUser = http://examp.le/SteveJ/apple and http://examp.le/XbUser = http://examp.le/LarryP/apple. The User encoding also allows the linking system, to be used as a quick account review if there is any suspicion of malware or spyware being sent by a specific source. One requirement of using the User encoding, is that you define the length that the User data takes up and where it is located. I feel that 5 characters(~1 Billion unique id’s) is optimal at this point in time, and that placing this in the very end of the string is slightly simpler to parse, but that’s just user preference. However, at no point can you change either of these choices without destroying the entire system of links that have been spread over the internet, so you must choose wisely before you begin.
Multiple-Links – More Data, Less Space
Allowing users to batch related content, reduces the total length per link to 22/n to 24/n, where n equals # of links. Applying link specification to the API will extend the length, but also make large batches more usable for sharing data, (e.g. http://examp.le/XbUser?link=1,3). Next topic of discussion for this is how to handle statistics, because regular statistics become a bit blurred by having the ability to access multiple links at the same time. The most accurate collection is only the inbound links to the page, outbound is much more complicated, as it is multiple-permutations on exit paths. The best that you can do is calculate clicks for links, and measure selection for the Open All button by counting all active links. One benefit to the multiple link structure is that it encourages users to become link curators, this provides plenty of data for machine learning, as well as providing associations that aren’t easily discernible to machines, such as what the user likes. It also makes the system an active aggregation center for real-time data. An example of a multi-link(Safari 4 has issues and will open windows instead of tabs) http://lnkr.hiphs.com/socialme
Data Storage – Open Access, Uptime, and Redundant Stores
After, stories such as Ma.gnol.ia’s data loss, Cli.gs hacking, and various services shutting their doors, link rot becomes a very big concern. So I’ve looked into various solutions and one that sticks out is based on work by Directeur for use in federated real-time systems, Socnodes, and the Oruboros & Lamaean Hydra problems that he had to solve. His solution to the Oruboros was using Atom Feeds UID’s with service title to allow the systems to check against themselves. The usefulness of the Socnode layout is you can store and update remote databases with your data, creating a remote redundant store, but also n-ary accessible domains. Assuming you use separate data storage sites, DNS’s, and build otherwise independent systems that operate with the same data in parallel.
There will be a point that URL’s aren’t going to be nearly as important and I see this as a step to reaching it. These steps toward ease of access, safely securing the data, through redundancy, encoding and embedded data, and review systems, and the ability to collect related and relevant data are steps in the right direction.
Killing Time Sinks
Just over a week ago, I started playing World of Warcraft(again) and I was have a great time getting back into the game. Unfortunately, for you guys it completely knocked out my time for blogging and also some of my other things that I enjoy. My estimate for in-game time is over 40 hours for the week, that’s a full time job, what the hell could I have been thinking. So I’m going to write down a list of ways to seek and remove time sinks.
Do a Weekly Analysis for 1-2 Weeks
You don’t have to over thorough with you tracking, but every couple of hours write down what your doing. If you do something that could take a few hours write before you start and when you end, including the time for each. At the end of the week, compile all that information and look for stuff that appears rather excessive and see if you can cut it out; for me excessive would be anything above 6-8 hours for the week. Obviously, you can’t cut sleep, dining, or commuting out completely, but it is possible to cut back.
How to Cut Back
If say reading too much(though I don’t think that’s possible), you could cut the number of books available to you so that you read them more slowly and cherish them, or maybe it’s a social activity, you can cut your funding so that you have to stay home. Find a way to either make the time have more value, rather than desaturate it with over use, or put a flow valve on it so that you can constrict it. If it’s possible you could also just go cold turkey and cut it completely, this was my choice in canceling my subscription and removing the software from my system.
Find Something Productive to Fill the Time
This is the big one anytime you try to stop a habit, you need a distraction to prevent you from going back to your old ways. You need something that you find interesting and will add value to your life. Here are a few, some that I plan on using
- Blogging( I know I already am, I want to do it more frequently)
- Freelancing
- Programming
- Reading
- Focused Topical Learning
- Get A Job
- Head Back to School