We played this game as a whim after seeing it in CABS’s cabinets.  It’s a time-travel/looping asymmetric puzzle game, where one player plays as an evil mastermind, and the other three players try to stop the mastermind’s scheme.  In normal play, to balance things, the players aren’t allowed to discuss anything except between loops.  In our version, their was only one player, which is a bit of an advantage.  However, a lot of the game depends on the players knowing what is possible, and sinctragedy-looper_sapyfde it was our first go at it, that advantage wasn’t there (and made it pretty hard for the player).

In the particular scenario we played, I was attempting to kill a specific character in the game.  There were two people who could do it, who were in the roles of the Serial killer and the Murderer.  Events could happen on certain days and under certain conditions. For example, the serial killer only killed if they were alone with one other character.   Other characters were there as decoys or confusion, and it could take two or three passes to figure out which characters were in which roles.

Knowing which characters do what, and what restrictions there are, and also which roles do what is key for understanding it.  [The players don’t know what roles are in play at first, and have to deduce them by their actions.  But then you need to kmow the palette of interactions that is possible.  That also gives the mastermind some ability to bluff, but only when that would be effective.

I really liked this game, but I was alone in that. It was a lot clearer to me,since I had all the information in front of me.  I hope to play it again,  but doubt we will. Still, getting to play this is why we go to  CABS.

Rock, Paper, Shotgun has a great review of the game

Board Game Geek page

Bread on my lips

My feet flat
on the floor
on the ground
on the earth

Energy fills me up
and reaches deep
into the center of the world.

Up and up and up
mantle, core, crust
to land, to supple fields
of grain

Grain ground baked cut sliced buttered
picked up by my hand

placed on my lips.

I am one with the earth, and she is one with me.

One of the other things I wanted to add to my goals was that I want to make some things that are actually things this year.  I’m hoping to attend a Screen Printing class in the next month or so. I want to do something with wood, but I don’t know what (we actually need some short stairs on our porch).

In terms of things which are not things which I want to make:

  • Better themes for my sites, particularly Tortugasms
  • A site for my games or something
  • a 2d tile set to use in a top down or sidescrolling game (better decide which first! :)

As I wrote recently, I want 2015 to be a better year for me and for my sanity.  The Guiding Principles for me are twofold: Make More Stuff and Deal With My Anger.  These two goals are actually interrelated, as not doing the first fuels the second, and the second burns up all the energy and focus for doing the former.  The good news is that I see the cycle, and I know how to break it.  I make one of these posts just about every year and how I feel about my life at the end of the year is often directly proportional to how well I planned this.  While I was pretty tired and in a lot of new situations at the end of last 2013, I had a pretty amazing year for writing and making games.  Last year I didn’t really write anything (that I published), I didn’t finish any coding projects (although I started many of them).  I also didn’t ever get around to writing a list of yearly goals, either, even in March when I finally felt like it.

So, first and foremost, these aren’t resolutions.  A lot of people make resolutions like “Exercise more” or something similar. They resolve to be better, but that’s pretty useless, for two reasons.  First, there’s nothing concrete to it — no actions are specified, so it’s just a warm fuzzy feeling, not something to do. Second, it’s not measurable, so you never know if you actually did it or not. You might do it, and think you didn’t because you didn’t measure it to know. You have to have real, actionable, measurable items to determine your success. In 2013, for example, I wanted to publish a new story every week, and write a new game every month. I made it to mid-October on the story writing, and to August on the new games.  (That’s when I started my new job and everything went wonky for me.)

“You might say, we’ll that’s like a 75% on the one goal and only a 50% on the second.”  Then you might say, “weren’t there some other goals you never did?”  Then I’d have to nod and reckon you were right, but I’m still happy.  Because the third rule for me is that these are aspirational goals, if I achieve them too easily, I could have done more. I work best when there’s not quite enough time and energy to get everything done.  This is tricky because if I decided to say, write a novel every week, I’d know that was impossible and just give up. But if I said write a novel every two or three months, that might be doable, and I’d give it a go.  If I got two novels done in a year, that’s better than a lot of the authors I love, so go me.

Deal With My Anger

Dealing with my anger is the hardest principle to write goals for. I’m not even sure if the goals I come up with will help. That’s not really a problem either, because any project (such as trying to have a good year) can be renegotiated. Most everything is negotiable here, since it’s all me.

I’ve always kept a journal. Twenty years ago (in May, anyway) I decided to start doing it online. In part that was a reaction to my ex-girlfriend reading my private journal. In part it was an exercise in reaching out during my loneliest time. That journal has mutated from GeoCities to LiveJournal to a CMS I wrote myself to this very blog.  As time went on (particularly in the LJ days), I learned that it didn’t really replace a private journal. As more and more of the people in my life became internet people (instead of, or as well as face-to-face people I knew in the “real” world), I learned that I couldn’t support my relationships and say whatever I wanted, so I edited myself a lot. Things were pretty good and just writing regularly (or even kind of erratically) was good enough.

Now I have very personal stuff I need to process, and I’m used to writing on multiple computer and devices, so I need a cloud version, and I need it to be private, but I need to be writing a personal journal again. I’m going to go for my try every day, but do it five times a week as my metric. I’m not going to worry about word counts, or anything. I am going to try to keep track of the things that are making me angry, figure out what they are and deal with it.  I will bring some of it here, once I’ve got it better organized in my  head, probably. Or maybe only I care about that, but there’s something about this sharing that matters to me.

I’m also going to go to a support group, a long with some of the other parts of my family.  One of the things making me angry will be helped by this support group, and that’s all I can say about it — it’s not my issue to air, although it affects me, and I need to learn to deal with the parts of it I can affect (aka: me).  I’m hoping to do this a couple of times a month. We might shoot for more earlier.  As I haven’t done this in a long time, I’m not sure if it’ll stay on this list or expand.  As a teen I went to a couple of Epileptic support groups but I was neither self-aware enough nor having that big of a problem to need them, so I never went twice.  We’ll see.

Finally, I need to funnel this into my writing. I’m having this upheaval, and unlike the last time I felt this lost, I’m more aware of it, and a better writer. I want to make characters that can say what I can’t, that can feel and go through the stress I’m going through. Better more real characters. If this is going to block me from writing, it’s going to ultimately support me in my other major guideline, making more things.

Making More Things

This is more quantifiable and I’ve been struggling with it. Part of the goal here is not just working on things, but to actually finish them, and try to get them out into the world.  This year, I’m not going to worry about writing weekly. I’m not sure how I feel about the 2013 experiment; certainly a pressure to produce weekly got words out the door, but I don’t feel like regular writing brought eyeballs to my work. I struggle with this — the feeling that I make things and no one looks at them. While making things is good for my soul, the feeling of shouting into a big empty warehouse is like friction against that, and by October of last year the energy output to keep it up couldn’t overcome the friction, and I stopped. (And the total energy had dropped because of other things).

So, this year, what are these goals?

  1. A new short story to novella every month, posted to Tortugasms (nsfw, eh?).
  2. Two e-books, one of which is half done already, published to the various e-book sites for sale.
  3. A new small game or experiment every month.
  4. Two major coding projects, one of which is a game

This feels very non-ambitious to me as I write it, but I know that I’ve got some work to do, and I want to do something bigger. One of the coding projects right now, is my already started JavaScript parser engine + game.  The other is either a project I’m working on with a friend, or another game. I need some way to track incremental progress on these, so I’ll know that I’m working on them.  I plan to post more about the projects here, as I talk about design and technical issues as they come up.  I also want to learn TDD as part of the program, and better plotting as part of the novel writing.

I’m also on a monthly schedule now of getting paid, instead of weekly like I was in early 2013. The heartbeat of my life is a bit different, so I’m going to go with that.

And I can always rework goals as I need, which I have to tell myself as this post has been open for a week, and in my mind for a month. It needs to go out to the world now.

Tsu's registration form Last week (and then again today) I went to Tsu, the new social media hotness, to create an account.  I stopped when I got to this form to the right.  Actually I stopped when I got to the “Gender” drop down, and saw that 1) it’s a drop down, and 2) the only choices under it are “Male” and “Female”.  That’s the point that I closed my browser and forgot about Tsu until I saw someone else mentioning the link and I clicked on it again.

I do like setting things up on new social media, although I don’t use them much or at all (ello…?) But sometimes I just get stymied, and this is one of those times.  I’m probably not the only person who has problems with this form, or with entering data about themselves on a form somewhere.  It’s a personal peeve, and I’ve developed some best practices over the years.  It annoys me when people get this wrong — and I try to teach it to people I mentor.  Also, I just want to remind everyone that I’m a CIS white dude, so I probably don’t know all the ways I can screw up. I know a bunch of them, to help the people who make these kinds of forms do a better job, as most of them are also CIS white dudes.

RULE 1: Almost everything about a person is socially constructed.

I want to say “everything”, but I’ve been a programmer too long to be sure.  

Here’s what you can know for certain about a person who comes to your website: they are a person. (Let’s assume you know they aren’t some sort of automated tool.) It’s a good bed they have a birth date. Since it’s a website they came to, the probably have an email.   Emails, at least, are defined by an Internet RFC, so you’ve got a good chance of knowing what that data should be like.  Pretty much every other identifying piece of information on this screen has problems, and they’re only asking for 3 or 4 pieces!

Let’s start with the Name.  They’re asking for a first name and a last name. Even if someone fills that in, you really don’t know their name. Despite the privacy concerns of giving someone your real name, or full name, what’s a name anyway? Names are socially constructed — their order differs from culture to culture. In some cultures the family name goes first, in others it’s last.  I could go on, but what I know about names is: I don’t know all the ways names are constructed.  You really only have one good choice for names, and that’s to give people a simple text box to type in.  They can enter there what they want you to call them and what they want others to see.

The only reason I ever saw to split up names was so you could call people Mr. Tortuga just say “Joe” to be friendly. But if you don’t know which is the surname and which is familial, that is going to break.  If someone has some sort of complicated long name, what do you do? Text box.  Just let people manage it.  Also make it arbitrarily large. I tend to make it a TEXT even though I’ll never need that much space.  Who knows? Also you need to accept any unicode values into it that are available, and just deal with that as well. It won’t work for everyone, but it’s the best I know how to do.

Next up is Gender, and whooo boy.  If you want to ask someone for their gender the first question you’ve got to ask is: why?

It’s a serious question, why do you need to know that? My 1’s and 0’s are the same as anyone else’s, so why do you care?  Again, the only reason I’ve seen for this is to do market segmentation and prove things to your backers about usage. The thing is, if you’re building a global service then what gender means across cultures also changes. Even within the US there’s not really a consensus about gender.  Among the people I regularly hang out with, some are aggressively one gender or another, or no gender or something else entirely. Again, what I know about gender is that I don’t know enough about gender to make a radio button list or a drop down list for it.  Personally, I even have a problem with “won’t say” or “other” (For the latter, the people who aren’t “Male” or “Female” won’t thank you for reinforcing the Other-ness they get from the rest of society; you don’t need to add to it.)

Again, we’re talking about people, and what you don’t know about them.  When in doubt, it’s time for a text box.  Let people type what they want.  You can figure out the data on the back end (my understanding is it’s not that hard).

The thing is, people with normative genders, those of us who are clear on being “Male” or “Female” won’t ever notice that we had to type it in, and it won’t hurt our feelings (and who cares, we’re pretty privileged that way anyway).  The people who are used to being shut out of services because they ask an unanswerable question will appreciate it, and when  you have an internet service, buzz is good. Good buzz is better.

I don’t know who made this form, but it probably wasn’t given a lot of thought. Marketing people said, “we need this information to do market segmentation.” Or someone just thought this was the sort of stuff we need to know [One of the things that attracts me to TDD is that we don’t add things unless they have a purpose at the end — if we’re not using Gender anywhere, we just won’t even include it.]

Just remember RULE 1.  Everything you think you know about categorizing things, people, types of apples, shades of color: it’s all socially constructed.  You have learned what they are and how to discern them because of the culture you are in or were raised in.  But we live in a multicultural world, and there’s much you don’t know about others.  You don’t have to know everything, you just have to know you don’t know.  And make a text box for people to type in.

Gambit, y'allSo, we were watching Korra last night, and discusing the titles of the different episodes and excited we were by them (for me, specifically “Operation Beifong” had me wanting to watch the show badly.  I mentioned to the daughter that the next episode (there are only 3 left, egad!) is “Kuvira’s Gambit”.

The dotter (who is 12) asked “What’s gambit?”

I really had to supress putting on my deep Southern accent and say, “Now, how can ya’ll not know who Gambit is?”

Instead, of course, I pointed out that she already knew what a gambit was from chess club.

So, when I first started formally learning to write code, and do programming, we were taught the only and true method of it, a method now known as Waterfall.  It doesn’t work, and it causes more problems than it helps with.  I understand why it was done that way at one time, but with the way we use computers now, it doesn’t work at all.  With “waterfall” all the testing was done at the end of the project. There was some expected unit testing by the developer, but they were supported by the supposed safety net of QA at the end. They would do the real testing and go through that cycle.

That worked okay; the real problem with waterfall is that it took too long, the business would change in the interim, and the users’ needs and expectations would drift in the nine months it took to make a waterfall project.  Also, it depended on getting the user requirements right, and that’s actually the hardest part of any project.  Most users don’t know what they want until they see something that’s not quite that. Which, again, takes months in waterfall.

I started learning about Agile methods, which have faster cycles and different methodologies when I worked for a bank in Charlotte.  We were trying to do better, but most of us weren’t properly trained in it. We were never going to do some of the things (like pair programming) and so wound up primarily doing fast cycles and user stories, because we were the most comfortable with that.  As the Agile-guru of our team, I was trying to figure out how to implement it and get it working. I was pretty stoked by this idea about testing, and test-driven code, but I couldn’t wrap my head around it.

Some of it I got, certainly. I’d naturally come to a place where I worked backwards from outputs to inputs. This was mostly laziness, since I didn’t want to write the parts of the program that no one was going to use — let’s start with the end product and build things that make that. [One of the things that frustrates me about the C# development I’m doing at my current job is the amount of what feels like boilerplate and structural code that ‘has’ to exist. It feels like trying to do surgery with a mace.]

But there are things I didn’t get.  How do you start? How do you really test each function? How do you test UI elements (still don’t have a good idea about that.) I couldn’t figure out how to start.  Starting on code was easy, I could focus in on one thing and build it and it worked. Most of my private projects were small and I didn’t need to do much more than that. I probably wasn’t going to finish them anyway.

But with my focus on Making Things this year I want to finish things.  I want to share them, and some of the things — like an IF Parser– should be fairly testable. I mean, I can take a script and pipe it into tads and get the game script out.  At least at some level, that should be completely testable.  So I started up a nodejs project for my parser, Mydas, and set to work.

I knew that I would be having a set of command strings, and I wanted to isolate what were  verbs, direct objects, and prepositions, etc. So I had a parser object, that was going to have some private functions to  parse the syntax. I’d found pos.js which had been ported to Node by Darius Kazemi. I pulled the parts, stopped myself and said, “Wait, don’t I need to write some tests first?”

I started digging around with mocha, and seeing how to write the tests, but I couldn’t figure out how to test my code. I mean, I knew what I was going to call it with, and what I expected out, but it wasn’t working. Part of it, of course, was that I was trying to test a private function. It was private because I know after 20+ years that’s where it’ll wind up, it’s not a public API, it should be a private function.  But you can’t test it.

You can, actually, there’s ways listed on Stack Overflow if you look hard enough.  But you shouldn’t.

Because I was doing it all wrong.

Not completely wrong, of course, my instinct was to focus in on the hardest bit of code and see if I could pound that out, get it working.  But that code won’t exist in a vacuum. It’ll be called from somewhere, with a particular goal in mind.  The truth is, I didn’t know if I was right when I was so certain that I was going to need this f unction, that it was going to be private, etc.  Probably, but I didn’t know.

The only way to know was to start with some use cases/user stories.  What does this thing do, and for whom? Then to slowly back up into writing the needed functions as you moved from the outputs to the inputs.  And that private function? When there’s a test for the public function that calls it, then you can refactor it to a private one, because it will still be tested. Starting with private functions risks code that’s never tested, and that’s decidedly not the goal.

And of course this makes sense. Only write code for the uses that the program will be written for. Figure those out first, and then write the code that does that. And then that because another user of code, which calls back and back until you’ve got the whole processing chain written and tested.  And I realized that I had at least two different kinds of users in Mydas — we’ve got the player who I had been focusing on, but you also have the author who is writing code. All of this has to work for both of them, and what does that mean anyway?

But, again, the advantage of this project is that I can specify the whole thing. I can write the Author’s inputs, and the player’s inputs as text files (perhaps) and input them both to the program, and be completely certain of what the output should be.  And that’s where I should start writing my use cases. And there will be more detailed ones as I go and worry about the how, and the what.

For the first time I feel like I might know what I’m doing with this.  Of course defining the what is turning out to be a harder task than I thought at the time, which makes me glad I started on it.

There’s a deep part of me incredibly fond of text adventures. I remember waiting for my  Uncle’s TRS-80 to load (it took so long — I remember it as hours — to read that tape) and then to play for just a bit. To open the mailbox and see the house on the hill. To have the whole thing crash and have to be reloaded.  I spent several days with them that year and made no progress in the game.  Later, I got Diplomacy for my Apple ][c, and played Hitchhiker’s Guide on a friend’s Commodore.  I wasn’t really a gamer back then, games didn’t fascinate me the way they do now, but there was something about text adventures I liked.

In the past few years, I’ve played a few. I’ve watched the AIF community grow and wane and grow again with different types of “adult interactive fiction” games. I’ve played more point and click adventures in their renaissance than I ever played in their heyday. But while I like them, I don’t really play them. On the other hand I yearn to make them.  This seems contradictory to me, but there’s something about the possibility space of IF that fascinates and challenges me as a story teller.

So maybe it’s a bit of hubris that I think I can write a kind of game I barely play and tell an interesting story.  It’s definitely hubris that I think I can write a parser and make a JavaScript parser game designed to be played in a browser. I’ve done a bit of research and have found some partial projects, but nothing really developed. That probably means I’m the main audience for this as well. The truth is, I’d hoped that TADS3.0’s HTML implementation had been more like Twine’s, but it requires a working server to function.

And speaking of Twine, why not use and extend that?  Twine is pretty awesome, and it offers something really pretty amazing for people to create stories with.  I’ve thought about adapting my stories to that medium (and wrote 2 or 3 games for it last year).  But ultimately, I’m a programmer too, and just as I’m drawn to TADS’s object oriented structure over Inform’s more narrative structure, I’m drawn more to writing JavaScript that editing a wiki.

Inform does have a web-based exporter, IIRC, and it will be simple to find an interpreter for Inform that will run on just about anything.  That’s pretty cool of Inform, and is certainly worth anyone’s time.

So it’s hubris to think that this is needed; it’s hubris to just think I can do it and be successful at it.  But then, hubris is for this very reason one of the traits of a great programmer.

The project will be split into two pieces, much like TADS. One will be the parser/disambiguator (which figures out what verb/command you are giving, and which objects you are referring to. It figures out you are taking or putting and that it’s the red ball not the blue pencil that you are taking. I’m calling it Mydas because it touches every other part of the project, and because it’s the species name for the Green Turtle (Chelonia mydas).  The other part of the project is the library of objects which the parser uses and which authors will instantiate or override as part of their game creation.  It will be called Chelonia, for obvious reasons.

I’ve already started and had some missteps, which will be the subject of future posts.

So, long time readers of the blog may know that I try to do a plan for what I’m doing in the coming year, so that I have some idea of whether I’m doing the things I want to be doing.  Last year at this time, I couldn’t even manage to think about what I might want to do in 2014.  In January and February, I considered writing a post, but never got to it. My March or April, I just forgot about it, and tried to keep moving forward.

Some of this was settling into new work experiences — my job keeps me busier than any job ever before, and I’m learning (and, frankly, hating) C#.  But interspersed with that 70-90% of stuff I don’t like doing, i get to do some interesting JavaScript, HTML, and interactive sites and displays.  There are places in the world where I can stand in front of something I made and say I made this.  I wrote a video game for work; we did kiosks for a museum; we’re working on an iPad app as well.  So, that’s all good — but busy and draining.

I published no work last year. Few if any blog posts, no stories, no games, nothing. (Some of my work software shipped, so it’s not nothing, but it’s not what I want to do.)  Some of that was work related, but a lot of it has to do with some personal stuff that’s no one’s business by my own.  I’m mad about some stuff I can’t do anything about, and I’ve not been willing to let it go or change it so that the stuff I’m upset about goes away.  That sort of locked me into a cycle of non-creation that kept me from even making plans I knew I was going to fail at.

So for the first time in a decade, I’m making some New Year’s Resolutions.  Most people make bad ones, but I’m just committing to two operating principles.  The first is to Deal with My Rage.  I’ve got a lot of it (I always have) and I don’t handle it well.  So part one is to figure out how to manage it better.  Being angry takes energy, and all that energy going to stoke my fires is energy that’s not being put towards my other guiding principle:  Make More Stuff.  And by “Make” I mean, finish, publish, let people see. I’m a writer and I write all the time. I’m a programmer and I program all the time too.  But finishing has always been the problem, and it feels like you never make anything if it’s never actually done.

So, I’ve already started working on the anger stuff. There’s a little therapy. There’s some rebuilding some social groups so I have somewhere to talk about things. There’s this project, because projects are good.

I’m spending the month of December figuring out what sorts of things I want to Make next year.  I’ve got a novel/novella that I wrote some time ago in response to 50 Shades of Grey. The movie’s coming out, it might be good to get that in shape for when it does.  I’ve got a really cool and probably unnecessary JavaScript IF parser project that I really want to work on.  (I love writing in JavaScript. TADS and Inform? Not so much).  I’ve got a couple of game ideas to work on, and an interactive toy that I want to make. Then there’s the games website that needs making which points to the games I actually did make in 2013.  There’s a lot to do, probably more than a year’s worth of stuff.  So December is about working on one of these (because I can’t stop myself) and figuring out what takes priority over the next year.

Because I’m saner if I handle my emotions;  I’m saner if I make things and know I’m adding to the world.

This post is over a year overdue, but like the turtle in the story, we just keep plodding forward doing the best we can.

This post was prompted by The Extinction of Blogs and Prototypes for Blog Revival at  Chris Bateman’s Only a Game, as well as several other blogs related to it ( The Day the Music Died and Whatever Happened to Class? as of this writing)

I have a couple of large things to say about blogging, it’s role, and if it’s working/how to make it work better.  This post is just one of those things, and goes to my own history with blogging, which goes back to before there was the term “blogging”.

Back in ’95 we called them “Online Journals”

Something happened web-wise in 1995.  There was an influx of people who got web technologies. There were several free hosting platforms (Geocities and Tripod come to mind).  It became possible for a pretty much ordinary non-technical person to put up a website and stick the things they were thinking about up there.  I did it, and quickly joined a community of people who had nothing more in common than that they all posted their daily thoughts on a webpage somewhere.  Back then there was no software for it — I edited the index page, the current page and the previous page every day to maintain links and often screwed it up.

I did it enough that about a year into it I broke down and bought a domain and wrote my own platform for managing journals, then rewrote it when php5 came out and let my friends join it.  I didn’t incorporate usernames or anything that would allow the different users on my site to interact with each other — because I didn’t think anyone would want that. I also thought that the newest content should come at the bottom of the page, because it’s in chronological order, dammit.  I was pretty obviously wrong about that as well.

The community that I joined in 1995, though, had a problem.  Suppose I create a new blog and I want people to find out about it? How do I do that? You could submit yourself to the Yahoo Directory of online journals, and many of us did that, but really, how do you find people? Well that community had two ways. First we had a mailing list, and then we had a webring.  Webrings linked sites in a sequence so that if you clicked on the next and previous links on it you’d go through all the sites on the webring.  Ours was the Open Pages webring, and it still exists.

Then we went all Social

Eventually, a couple of things happened. First,posts became shorter and displayed all at once, and ‘weblogs” were born. Pretty quickly that was shortened to the unfortunate name of ‘blog’ and we’re where we are today with that.  The other thing that happened was LiveJournal. We didn’t call it that then, but let’s face it — LiveJournal is a social network.   You have an account, you can follow and friend people, and their posts come into your main page. You can comment, and it’s all tied to your identity. It was easy, supported some theming, and there you go — people migrated in droves.  The handful of friends I was supporting either stopped journaling or went to LiveJournal. Eventually I went too (and good thing, too, I met one of my wives there.)

And it starts all over again

Eventually, there was better software. WordPress, and other blogging software made it so someone with a few bucks to spend on a hosting plan that had PHP (almost all of them) and mySQL (ditto) could create their own blogs and do their own thing. LiveJournal was still there, and a lot of people still use it (like most SF Authors I know, with a few exceptions, many of whom just mirror the content onto a main site.)  Discoverability was still an issue, but we were back to a point where it was a few people, and there were tools for that as well.

You find a few like-minded blogs, you do linkbacks (Until those were perverted by spammers). You connect up with Technorati, and find more.   You use RSS and the social aspects of GReader to find more people with shared interests.  You comment on each other’s blogs, and you write blogs that reference theirs. For Gaming blogs, Corvus Elrod made the BoRT which guided some of the discussion, and let other people know who you were as well.

Then we slide back into social media again — twitter is great for sending links and having an open quick conversation about them. Facebook and Google+ do these things too.  The latter two have their own comment systems (and often you can pull those comments and identities into your hosted blog). I’ve started writing things that felt too light for a blog on G+, and I get more commentary.  People do take links for social media, they go and read, but they don’t comment.  (Not on a median site, anyway, some sites do just fine, but there’ the 1% of blogging).

So what’s next?

I get more responses on Twitter and G+ to what I have to say because the fluidity of  it is easier.  You’re logged in, your identity is there, and your voice is easily accessible.  For a blog, you’ve got a minimum to fill out: name, url, email, the comment itself If you want to post yoru own blog that’s an even higher hurdle. Does that mean that I think “Blogs are Dead” or that they’re over?

No, I think we’re at a point when they are at a lull. There’s something more needed– software of some kind — that is needed to push things over the hurdle. Right now our social media is fragmented, and while there’s more commentary there, it’s separate. RSS was largely maimed by Google Reader (and the the loss of social features there — GReader’s demise is probably good for RSS.)  Yet blogs have advantages over social networks — they are owner-controlled, they have some longevity (try to find a tweet from last year), they allow for longer-form, more thought-out writing.

Whatever software gets created will have to keep those advantages but incorporate the ease, identity and networks of the social sites. I suspect it’s going to be some technology that makes it easier to be who you are online, to carry your identity around, and participate in your networks and blogs at the same time.  That’s going to take a third party who is willing to merge these networks together into some new identity, and that’s going to be hard from a political/business standpoint, probably more than engineering of it.