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 [1], 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 [2], 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 [3].
> In my spare time, I'm working on packrati.us (@packratius) [4], 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
> [1] http://search.cpan.org/dist/Net-Twitter
> [2] http://search.cpan.org/dist/POE-Component-Server-Twirc/
> [3]
> http://semifor.posterous.com/how-1000-became-0-and-how-it-can-be-fixed-for
> [4] http://packrati.us

mailto:n...@layer3arts.com //
GoogleTalk: nrauhau...@gmail.com
GV: 202-642-1717

Reply via email to