I'm Neal Rauhauser, @StrandedWind. Iowa State software engineering back when - dodged a punchcard programming class by one semester. Cisco Certified Network & Design Professional for a decade, recently lapsed as the cert is devalued at both resellers and in general due to their failure to protect the brand. I pay the bills operating a rural triple play carrier.
I'm a founding member of the Blog Workers Industrial Union, which came together at the end of Netroots Nation 2009. We've spawned Progressive PST, a social media consulting operation for Progressive Democratic candidates & causes. PeanutButterPAC is another offshoot that I'm only tangentially involved with, and we're chipping away at a workflow management system that is Twitter enabled. We very purposefully don't have a web site for the tools we build. Some of the BWIU are quite activist and they draw attention to themselves - we don't want to bring that kind of heat down on our hosting. Any complex data is prepared for the back end in Google Docs and access is triggered by commands in direct messages to controlled Twitter accounts. The security model is implemented using private lists. Results and logs return from the gmail accounts associated with a particular set of Twitter IDs. Those operating the systems have no idea where the backend servers are physically located. Twitter tolerates us having two whitelisted IPs, only one of which is active at any given moment. The systems are quite geographically diverse and we've been doing a good bit of cross training. We've got low frequency, high value automated message placement - think public service announcements for political campaigns and such. There's a one to many direct message utility that permits the receivers to go onduty/offduty with a single message, no matter how many tasks groups they've joined. Applications accessible by API can be triggered remotely by non-technical users and they receive reports via email. None of this stuff is particularly complex - any elegant looking code we might have is due to Net:Twitter and the help Marc Mims has provided. I am the resident programmer but you wouldn't have to follow me very long to learn that I'm wrestling with #Lyme. I'd really like to find some more stuff like Marc's Net:Twtter module - things that are simple to use, things based on perl, thing that behave if I want to put them in a chain of unix tools running in the background. Oh, and we've got a couple of million plus users organizations that would like us to do certain things, and I could really use an Oauth app but nothing off the shelf is going to fit my needs ... On Sat, Feb 20, 2010 at 2:45 PM, Marc Mims <marc.m...@gmail.com> wrote: > Marc Mims. @semifor. Author and maintainer of Net::Twitter , the Perl > interface to the Twitter API. I'm a freelance software developer > specializing in modern perl (Moose, Catalyst, DBIx::Class, and > Net::Twitter, of course). > > I'm a Linux enthusiast and run Debian on my personal systems with > xmonad, Vim, Firefox+Vimperator. Give me text, and take the mouse with > you. :) > > My first Twitter app was Twirc , a local IRC gateway for Twitter. > It's the Twitter client I use. > > Chris Thompson wrote and maintained Net::Twitter through version 2.12. I > wrote replacement, from scratch, and Chris handed off the project to me. > So I authored Net::Twitter 3.0 and maintain it, currently. > > Net::Twitter and the community of users and applications they've built > have been a joy to work with. I'm registered for Chirp and I'm doing a > little fund raising from the Net::Twitter users to help cover the costs > of attending . > > In my spare time, I'm working on packrati.us (@packratius) , a > Twitter + Delicious mashup. It started as a simple learning project for > OAuth and the Streaming API. I'm really pleased with the backend code, > which is where most of the effort has gone. If I can shake loose some > more time, I need to do plenty of front end work (a designer I am not) > and add some features to make it useful to a wider audience. > > I'll 2nd @Abraham's feature request for a conversation method returning > replies for a specified status. I'd also like to see some consistency > in error handling. Getting "Not authorized" for user_timeline can mean > (1) the account is protected and the authenticated user is not > authorized, (2) the account is suspended, (3) the account has 0 tweets. > Getting a 500 response with HTML content from the Search API is > unhelpful; getting an error response in the requested format would be > much saner. There are many other inconsistencies in error responses. > Life would be easier if they were addressed. > > Looking forward to Chirp and meeting some other Twitter devs there. > > @semifor > >  http://search.cpan.org/dist/Net-Twitter >  http://search.cpan.org/dist/POE-Component-Server-Twirc/ >  > http://semifor.posterous.com/how-1000-became-0-and-how-it-can-be-fixed-for >  http://packrati.us > -- mailto:n...@layer3arts.com // GoogleTalk: nrauhau...@gmail.com GV: 202-642-1717