� Immigration Reconsidered | Main | More Dirt on DeLay �

September 29, 2004

More Work Talk

After, or during a long day slaving over hot algorithms and queries, the last thing I want to blog about is work. In fact, I've probably talked more about crap I have absolutely no clue about than things that I'm probably world class in, which is OLAP and data warehousing.

These days I'm getting a little fed up with having this blog be of no use in spreading the word and working with work. Since my mind is made up about this upcoming election and I really don't think that people who are undecided should even bother, I'm not going to take up much more space on that tip until after the election. Plus P6 and I get to kiss and make up. So starting today I'm going to start blogging about OLAP and DW, which may be a very uncompelling subject, but...

But I have work for people who are interested in this very cool field and you all need to be aware that I have a little bit of moving and shaking ability. My little business, Metro Decisions is ready willing and able to start responding to the interest in the field, and quite frankly I am really tired of telling the recruiters and agents that call me every week: "Sorry, I'm booked and I don't know anybody who is available to work now."

If you're interested. Start talking. Right here. Right now. There's lucrative work sitting undone and several industries which are untouched by some truly cool technology that I'm trying to bring. My other site, CubeGeek.com can use a little assistance so I'm goosing it here. You can see all of the jobs referrals that I get. I will continue to post them there and perhaps refer to them here. This will make Cobb a bit more boring, but it can lead to economic happiness.

By the way, I'm also getting into more traditional web development stuff as well, so if you're ready to talk that, let's do it.

Posted by mbowen at September 29, 2004 11:44 AM

Trackback Pings

TrackBack URL for this entry:
http://www.visioncircle.org/mt/mt-tb.cgi/2592

Comments

I'm just a marketing hack by day. A wannabe ruby hacker (and former coldfusion/php) hack by night. Much as I'd love to snag some of them gigs, I'm not remotely ready for even low-level stuff right now. I'll leave the migraine-inducing headache of normalizing zillion-table legacy databases to those with foreheads much taller than mine. Mebbe one day, tho.

This situation did come up at work the other day that i think youse could help me with. It's basically a scenario where we're giving some email specialist company a big email list, the cannon fodder for an email blast. When the rejects come back from the blast (bad addresses, spam blocked, etc), this company is supposed to hold on to that list of rejections. Apparently we do not have the capability to take the rejects list and use it to clean our original db of email addresses (it's coming, i hear tell).

So, in three mths time, when we give them a "new" list (which WILL include the same addresses from the original list), we need THEM (the contracted company) to be able to prune from this latest list all the crap ones from the last blast. Plus we want them to give us the list of rejected addresses paired with the company it's for.

The contract company is claiming they'd have to do this prunin and sorting by hand. Smells xtra shifty/stoopid to me. We gave them our original list as an excel file (with columns for co_name, fname, lname, email_address). I dunno if any LDAP (i know, not OLAP) whozzywhatsis mojo was used to convert the file to something their mail server understands, but couldn't this pruning be done programmatically?

I suppose i'll hafta find out exactly what kind of server they're usin (assuming they didn't farm the work out in turn), but is there some general process you can think of to get this done (the pruning)?

Posted by: memer at September 29, 2004 12:50 PM

I've got those tools myself. This is a no brainer. Ask them to give you a very specific reason why not. Whatever they can't do, tell 'em you'll outsource. Even if it's in the millions, this can be done with just a little bit of programming. Of course what's easy for me might be difficult for others.

If you give me a big list mixed bag and a small list of rejects, I can clean the big list. This is computer science 101.

I also have some specific email tools. A list verifier, a subscription manager, and a website scraper.

Posted by: cobb at September 29, 2004 09:47 PM

Y'know, I thought it would be an easy-peasy thing to do. Unfortunately, my knowledge of email servers (nevermind servers, generally) is way less than wee. I'll get more specifics and tap you on your shoulder again later (via email). Thanks.

Posted by: memer at September 30, 2004 06:13 AM

this seems like a snap with a little perl magic. if you need a hand (heck, cobb could probably crank something out in a hot second), i'd love to see the specifics also.

i'd welcome more work talk from you cobb. i'm planning my exit strategy from the sys admin world, and the DW/BI world looks interesting. certainly through osmosis i'd learn something from your experiences......

Posted by: damocles at October 1, 2004 11:56 AM

Perl is exactly what I was thinking. I probably have some of that code just sitting around somewhere. DW and BI are hot and getting hotter. Now we're going into realtime. I also have a genius idea if I could get some UI programmers. It could make 20 million in 3 years.

Posted by: Cobb at October 1, 2004 12:04 PM