Domain: stevex.org
Stories and comments across the archive that link to stevex.org.
Comments · 12
-
GUIDFor the most part it doesn't matter which you use because client software is going to have to work with both now that they've both been deployed (and for a while Google was only publishing Atom, I'm not sure if they still do that but it forced aggregator developers to get on board).
But because an Atom feed must include a guid element, the client has a way of uniquely identifying an item. This means that when you subscribe to an atom feed, you're not going to see duplicate articles the way you do with RSS when the RSS feed doesn't include a guid or any unique identifier (which is legal) and the client has to make one up by hashing the content.
I wrote a bit about this here.
-
Quick Tour of MonadI wrote a short article on Monad as well.
Very cool shell; if you don't know anything about it, don't assume it's just a bash or ksh clone.. it's actually something fairly unique.
-
More useful than most
Seriously, I've seen some awfully lame attempts at describing online chat slang.
"It's important to remember that the leetspeek community encourages new forms and awards individual creativity, resulting in a dynamic written language that eludes conformity or consistency."
It's like they actually kinda get it.
Compared to, say, http://www.pcworld.com/howto/article/0,aid,88686,p g,2,00.asp, where they include 'kiss' as 'keep it simple stupid'. Have you ever seen anyone actually use that in chat?
fysbigtbabn = Fasten your seat belts, it's going to be a bumpy night
Yeah right.
--
http://www.stevex.org/longtail
-
Re:The worst one
I had this bad habit of checking a bunch of websites constantly.. so a few years ago I set up a little bookmark site that I use as my homepage.
http://www.stevex.org/linky
What's just slightly unique about it (or was in 1999) is it lets you specify a timeout for sites you add, and sites whose timeout has expired are shown in bold.
So when I bring up Firefox, I right-click on the links that are bold (to open them all in tabs), read 'em, and I'm back to work. The various timeouts mean I spend less time looking at sites that I just looked at 5 minutes ago.. (yes, I used to do that. And you probably do too, don't you?) -
People talking about google
I put together this site a while ago that tracks blog postings (for all major services that ping blo.gs), tries to parse out nouns, and then displays the top 100 nouns encountered in the last hour scaled by frequency.
Google is almost always a big one.
http://www.stevex.org/longtail/hottopics.aspx -
Work for a bigger company.
Larger companies generally have more process and more overhead, but they also have more people who are in it for the long haul, and thus aren't working overtime every day.
There's always periods where you need to put in time, but in a small company those are the norm; in a big company (I'm talking 10k or more people here) it's more normal to work something close to a regular work day.
Think IBM, government, HP, Kodak..
--
http://www.stevex.org/longtail -
No Version Control
I joined about two years ago that had just completed the transition from everyone having their own copy of the source, to using CVS.
Funny thing is, some of the developers missed the old ways, and would occasionally slip back into old habits. A customer would have a problem, and one of the developers make a copy of the entire source tree, fix the problem, build it, send it to the customer, and that'd be it.
People would send modules to other people to merge with their copy...
It seems bizarre but it happens.
Also I wonder if the stat isn't skewed by the number of solo developers working on small projects... You don't really need revision control until your project reaches a certain size. Not a big size mind you - if you've spent a week on a project it's probably big enough to merit cvs - but I think a lot of projects are smaller than that.
--
http://www.stevex.org/longtail -
Some of mine
Here's some of my experiences buying an LCD monitor. If you're not picky, it's easy to buy one; if you're picky, well, it's not so easy.
-
Re:Reading?
Looks like the streaming data is back; the site is a lot more interesting now that new items are coming in.
-
Re:Reading?I'm trying to help with the "blogs that nobody reads" situation with my site, The Long Tail
Unfortunately my data provider (http://ping.blo.gs), who has streaming interface to blog updates (telnet ping.blo.gs 9999) isn't providing any data at the moment so the updates are a little out of date..
-
Problems are political, not technical.Massively distributing content without making the publisher pay for distribution is a problem that's been solved a few times now - by Usenet, and by IRC for example. Adapting one of the existing solutions to solve syndication wouldn't be that tough.
But, the folks involved with RSS / Atom are "wire protocols should be xml" types who like the idea of using an XML-RPC call too much to give it up easily.
It's too bad, since it doesn't really need to be death to a site to have too many people subscribe. If I post an article on Usenet, 100 million people could read it tomorrow and it wouldn't cost me a cent. There are some problems with it, but problems that could have been solved in a lot less work than what it's going to take to fix syndication now.
Here is some more of my ranting about this.
-
RSS doesn't scaleWe need a way to make RSS scale, the sooner the better before the mainstream browsers make it easy for a hundred million people to subscribe to a popular feed. Distributing feeds around using something like NNTP so that users can poll a server near them and let the new items propagate out to closer servers, rather than every user polling the source.
Read this for some more thoughts on this..