From mghaught at gmail.com Tue Oct 7 19:08:32 2008 From: mghaught at gmail.com (Marty Haught) Date: Tue, 7 Oct 2008 17:08:32 -0600 Subject: [Boulder Ruby Group] BRG - October Meeting - Oct 15th Message-ID: <57f29e620810071608g5c6d05cbrd9fbd38aad6d32bf@mail.gmail.com> The October meeting for Boulder Ruby is still on for October 15th at 7pm. I don't have anything lined up for the night so if you'd got a topic you'd like to present on please email me offlist. I do have November lined up but nothing for December. Are there any specific topics you would like covered? Do we want to do another panel like we had last year? Cheers, Marty http://boulderruby.org From ara.t.howard at gmail.com Mon Oct 13 16:10:48 2008 From: ara.t.howard at gmail.com (ara howard) Date: Mon, 13 Oct 2008 14:10:48 -0600 Subject: [Boulder Ruby Group] rfc Message-ID: i'd love some feedback from AR users on this pattern http://drawohara.com/post/53975615/rails-dynamic-properties-for-activerecord-objects cheers. a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama From digidigo at gmail.com Mon Oct 13 16:21:13 2008 From: digidigo at gmail.com (David Clements) Date: Mon, 13 Oct 2008 14:21:13 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: References: Message-ID: I think it is very valuable and have used something similar on two different projects. I didn't read all your code, but I also had an idea that you could use this during model prototyping and then when you believe you have the correct data model you could generate a migration that would add the properties directly to the table backing the propertied object. dave On Mon, Oct 13, 2008 at 2:10 PM, ara howard wrote: > > i'd love some feedback from AR users on this pattern > > > http://drawohara.com/post/53975615/rails-dynamic-properties-for-activerecord-objects > > cheers. > > a @ http://codeforpeople.com/ > -- > we can deny everything, except that we have the possibility of being > better. simply reflect on that. > h.h. the 14th dalai lama > > > > _______________________________________________ > Bdrg-members mailing list > Bdrg-members at rubyforge.org > http://rubyforge.org/mailman/listinfo/bdrg-members > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ara.t.howard at gmail.com Mon Oct 13 16:26:10 2008 From: ara.t.howard at gmail.com (ara.t.howard) Date: Mon, 13 Oct 2008 14:26:10 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: References: Message-ID: On Oct 13, 2008, at 2:21 PM, David Clements wrote: > I think it is very valuable and have used something similar on two > different projects. > > I didn't read all your code, but I also had an idea that you could > use this during model prototyping and then when you believe you have > the correct data model you could generate a migration that would add > the properties directly to the table backing the propertied object. > > > dave right. i'm also thinking of modeling relationships in the same generic fashion: a relationships table to allow any object to be the parent(s) or child(children) of any other object(s). the static nature of dbs is a constant time suck for me - esp in the early phases of data modeling. cheers. a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama From mlists at pmade.com Tue Oct 14 12:52:55 2008 From: mlists at pmade.com (Peter Jones) Date: Tue, 14 Oct 2008 10:52:55 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: (ara howard's message of "Mon, 13 Oct 2008 14:10:48 -0600") References: Message-ID: <86wsgb6rvc.fsf@pmade.com> ara howard writes: > i'd love some feedback from AR users on this pattern > > http://drawohara.com/post/53975615/rails-dynamic-properties-for-activerecord-objects My only concern is how to convert this to a more traditional data model after the prototyping/data modeling phase is complete. It seems fairly nice from a developer point of view, but for performance and reporting, it looks like a headache. I'm currently working on a Rails application that has been in production for a few years and we've decided to create a data mart from this application and a few others that the business is using. Luckily, the database schema that the Rails application is using is pretty sane, so doing raw queries to aggregate data for the data mart's star schema isn't too difficult. However, the more abstract the data relationship becomes, the harder it is to join and aggregate. With this properties system, handmade queries would have to do a lot of casting and compound key joining in order to do aggregation. My gut feeling is that this abstraction comes with a hidden cost. That said, Ara is a lot smarter than I am ;) -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US From phrogz at mac.com Tue Oct 14 13:53:06 2008 From: phrogz at mac.com (Gavin Kistner) Date: Tue, 14 Oct 2008 11:53:06 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: <86wsgb6rvc.fsf@pmade.com> References: <86wsgb6rvc.fsf@pmade.com> Message-ID: <005d01c92e25$b70d4e60$2527eb20$@com> What I originally thought that Ara was proposing was a way of doing in-memory quick-mockup stuff with what he wrote, that can arbitrarily and easily be remapped to the real/final DB fields later. So your interface to the model remains constant, even if the underlying DB changes. -----Original Message----- From: bdrg-members-bounces at rubyforge.org [mailto:bdrg-members-bounces at rubyforge.org] On Behalf Of Peter Jones Sent: Tuesday, October 14, 2008 10:53 AM To: bdrg-members at rubyforge.org Subject: Re: [Boulder Ruby Group] rfc ara howard writes: > i'd love some feedback from AR users on this pattern > > http://drawohara.com/post/53975615/rails-dynamic-properties-for-activerecord -objects My only concern is how to convert this to a more traditional data model after the prototyping/data modeling phase is complete. It seems fairly nice from a developer point of view, but for performance and reporting, it looks like a headache. I'm currently working on a Rails application that has been in production for a few years and we've decided to create a data mart from this application and a few others that the business is using. Luckily, the database schema that the Rails application is using is pretty sane, so doing raw queries to aggregate data for the data mart's star schema isn't too difficult. However, the more abstract the data relationship becomes, the harder it is to join and aggregate. With this properties system, handmade queries would have to do a lot of casting and compound key joining in order to do aggregation. My gut feeling is that this abstraction comes with a hidden cost. That said, Ara is a lot smarter than I am ;) -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US _______________________________________________ Bdrg-members mailing list Bdrg-members at rubyforge.org http://rubyforge.org/mailman/listinfo/bdrg-members From ara.t.howard at gmail.com Tue Oct 14 15:41:55 2008 From: ara.t.howard at gmail.com (ara.t.howard) Date: Tue, 14 Oct 2008 13:41:55 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: <86wsgb6rvc.fsf@pmade.com> References: <86wsgb6rvc.fsf@pmade.com> Message-ID: <55067BBD-7805-45D7-973D-B13E8ADA664C@gmail.com> On Oct 14, 2008, at 10:52 AM, Peter Jones wrote: > My only concern is how to convert this to a more traditional data > model > after the prototyping/data modeling phase is complete. It seems > fairly > nice from a developer point of view, but for performance and > reporting, > it looks like a headache. > > I'm currently working on a Rails application that has been in > production > for a few years and we've decided to create a data mart from this > application and a few others that the business is using. > > Luckily, the database schema that the Rails application is using is > pretty sane, so doing raw queries to aggregate data for the data > mart's > star schema isn't too difficult. However, the more abstract the data > relationship becomes, the harder it is to join and aggregate. > > With this properties system, handmade queries would have to do a lot > of > casting and compound key joining in order to do aggregation. My gut > feeling is that this abstraction comes with a hidden cost. > > That said, Ara is a lot smarter than I am ;) no i think that's pretty much right on. notice, however, that properties gives you the 'normal' accessors so model.a = 42 works regardless if whether properties are child objects or in the record itself. the are quite a few schemas like this in existence, including ones that manage the relationships parent/child as a separate table too and they are quite flexible, powerful, and successful. i think the real question is: what are you spending more time doing, creating data or reading it? with relationships and properties separated creation is always a snap and, while reading might be slower, the api is always the same for every object. maybe the real question is how it would scale. my gut says having an index on all the keys should mean it scales fairly well, the key is the definition of 'fairly' ;-) a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama From ara.t.howard at gmail.com Tue Oct 14 15:42:15 2008 From: ara.t.howard at gmail.com (ara.t.howard) Date: Tue, 14 Oct 2008 13:42:15 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: <005d01c92e25$b70d4e60$2527eb20$@com> References: <86wsgb6rvc.fsf@pmade.com> <005d01c92e25$b70d4e60$2527eb20$@com> Message-ID: <7E24F1A5-0B76-4A69-BB3B-8646C37BD7E2@gmail.com> On Oct 14, 2008, at 11:53 AM, Gavin Kistner wrote: > What I originally thought that Ara was proposing was a way of doing > in-memory quick-mockup stuff with what he wrote, that can > arbitrarily and > easily be remapped to the real/final DB fields later. So your > interface to > the model remains constant, even if the underlying DB changes. that is indeed how i'm using it currently. a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama From atmos at atmos.org Tue Oct 14 21:03:28 2008 From: atmos at atmos.org (Corey Donohoe) Date: Tue, 14 Oct 2008 18:03:28 -0700 Subject: [Boulder Ruby Group] rfc In-Reply-To: <7E24F1A5-0B76-4A69-BB3B-8646C37BD7E2@gmail.com> References: <86wsgb6rvc.fsf@pmade.com> <005d01c92e25$b70d4e60$2527eb20$@com> <7E24F1A5-0B76-4A69-BB3B-8646C37BD7E2@gmail.com> Message-ID: On Tue, Oct 14, 2008 at 12:42 PM, ara.t.howard wrote: > > On Oct 14, 2008, at 11:53 AM, Gavin Kistner wrote: > >> What I originally thought that Ara was proposing was a way of doing >> in-memory quick-mockup stuff with what he wrote, that can arbitrarily and >> easily be remapped to the real/final DB fields later. So your interface to >> the model remains constant, even if the underlying DB changes. > > FWIW We use datamapper's automigrate feature during development. It addresses this exact issue. You do have to type your variables, but I think most of us know whether something is going to be a string/int when we're fleshing things out. -- Corey Donohoe http://www.atmos.org/ From ara.t.howard at gmail.com Tue Oct 14 21:38:07 2008 From: ara.t.howard at gmail.com (ara.t.howard) Date: Tue, 14 Oct 2008 19:38:07 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: References: <86wsgb6rvc.fsf@pmade.com> <005d01c92e25$b70d4e60$2527eb20$@com> <7E24F1A5-0B76-4A69-BB3B-8646C37BD7E2@gmail.com> Message-ID: <59D512D8-3B79-4155-96D8-B3ADA93107E2@gmail.com> On Oct 14, 2008, at 7:03 PM, Corey Donohoe wrote: > > FWIW We use datamapper's automigrate feature during development. It > addresses this exact issue. You do have to type your variables, but I > think most of us know whether something is going to be a string/int > when we're fleshing things out. yeah that's a cool feature of DM to be sure. actually a good litmus test - just *how* useful are you finding it? a little bit? can't live without it now? what? a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama From mghaught at gmail.com Tue Oct 14 21:44:39 2008 From: mghaught at gmail.com (Marty Haught) Date: Tue, 14 Oct 2008 19:44:39 -0600 Subject: [Boulder Ruby Group] BRG - October Meeting - Oct 15th Message-ID: <57f29e620810141844v72e91304se91e4d6912299b0@mail.gmail.com> Hello Everyone, Here's the daily reminder on tomorrow's Boulder Ruby meeting. We will be meeting at 7pm on October 15th at Collective Intellect's location (directions below). A couple of us won't be in attendance due to other scheduling conflicts but Jeremy will run the meeting. We'll be holding a less formal meeting with an open slate for sharing what you're doing with Ruby. This can be some library, new website or demo or anything else you're having fun with that uses Ruby. Don't be shy and share with the group. Snacks will be available as well as the usual networking and hanging out with fellow Rubyists. I've already posted the details for next month's meeting so check it for the latest on what's coming up. Cheers, Marty Haught http://boulderruby.org Directions: Collective Intellect 1433 Pearl St, Suite 200 Boulder, CO 80302 The office is behind and above Starbucks on Pearl. The entrance is on Pearl Street just east of Starbucks, behind the statue of the wolf. Come straight through all the doors. URL to google maps: http://rubyurl.com/pKfB From atmos at atmos.org Wed Oct 15 00:05:33 2008 From: atmos at atmos.org (Corey Donohoe) Date: Tue, 14 Oct 2008 22:05:33 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: <59D512D8-3B79-4155-96D8-B3ADA93107E2@gmail.com> References: <86wsgb6rvc.fsf@pmade.com> <005d01c92e25$b70d4e60$2527eb20$@com> <7E24F1A5-0B76-4A69-BB3B-8646C37BD7E2@gmail.com> <59D512D8-3B79-4155-96D8-B3ADA93107E2@gmail.com> Message-ID: On 10/14/08, ara.t.howard wrote: > > On Oct 14, 2008, at 7:03 PM, Corey Donohoe wrote: > > > > FWIW We use datamapper's automigrate feature during development. It > > addresses this exact issue. You do have to type your variables, but I > > think most of us know whether something is going to be a string/int > > when we're fleshing things out. > > > > yeah that's a cool feature of DM to be sure. actually a good litmus test - > just *how* useful are you finding it? a little bit? can't live without it > now? what? automigrate is definitely something I can live without, but have actually started to take for granted. it's only really useful for prototyping, you still need a real migration strategy for production apps. dm in general has been pretty good to us. we're running 0.9.6 against postgres and salesforce as backends with no real gripes. -- Corey Donohoe http://www.atmos.org/ From mlists at pmade.com Wed Oct 15 11:20:01 2008 From: mlists at pmade.com (Peter Jones) Date: Wed, 15 Oct 2008 09:20:01 -0600 Subject: [Boulder Ruby Group] rfc In-Reply-To: <55067BBD-7805-45D7-973D-B13E8ADA664C@gmail.com> (ara t. howard's message of "Tue, 14 Oct 2008 13:41:55 -0600") References: <86wsgb6rvc.fsf@pmade.com> <55067BBD-7805-45D7-973D-B13E8ADA664C@gmail.com> Message-ID: "ara.t.howard" writes: > i think the real question is: what are you spending more time doing, > creating data or reading it? with relationships and properties > separated creation is always a snap and, while reading might be > slower, the api is always the same for every object. maybe the real > question is how it would scale. my gut says having an index on all > the keys should mean it scales fairly well, the key is the definition > of 'fairly' ;-) That's a great question, and you're right, most of our time is spent doing development related tasks, and not data mining stuff. I think this does scale pretty well, especially if there is a way to fetch all the properties at once and cache them in the object. If, however, you fetch them one at a time, and I need to access more than a couple of them for a single object, there would be a lot of back and forth with the database. -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US From vgtaluskie at gmail.com Wed Oct 15 15:04:10 2008 From: vgtaluskie at gmail.com (Vince Taluskie) Date: Wed, 15 Oct 2008 13:04:10 -0600 Subject: [Boulder Ruby Group] Last call for discounted rate to Pragmatic Studio Session in Nov! Message-ID: <2822350c0810151204w7c4b4cd2t43ac8612520dde7d@mail.gmail.com> There's a group of us who want to get a team rate for the Pragmatic Studios session coming to Denver in mid-November (http://pragmaticstudio.com/railsadvanced/). We need two more folks to get the discounted rate of $1395 - which is $600 off the regular price. We also need to book by this Fri the 17th... so if folks are interested please contact greg at tkraftsmen.com - he's coordinating our sign up and please mention you're from the Boulder Ruby group. Looking forward to seeing you there - the session looks like a good one. Vince From phil.swenson at gmail.com Thu Oct 16 20:15:33 2008 From: phil.swenson at gmail.com (phil swenson) Date: Thu, 16 Oct 2008 18:15:33 -0600 Subject: [Boulder Ruby Group] ruby/ruby on rails contract developer needed Message-ID: We need a Ruby / Ruby on Rails developer for a contract green-field project. Note that we need someone solid for this gig, this isn't a ramp-up opportunity. There will also be a flex piece to this, so that's a plus. Let me know if you are interested.... phil From ara.t.howard at gmail.com Fri Oct 24 04:35:20 2008 From: ara.t.howard at gmail.com (ara howard) Date: Fri, 24 Oct 2008 02:35:20 -0600 Subject: [Boulder Ruby Group] one join to rule them all... Message-ID: love some feedback on this: http://drawohara.com/post/56092291/rails-one-join-to-rule-them-all cheers all! a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama From lee.marlow at gmail.com Fri Oct 24 13:29:23 2008 From: lee.marlow at gmail.com (Lee Marlow) Date: Fri, 24 Oct 2008 11:29:23 -0600 Subject: [Boulder Ruby Group] ER diagrams for Rails Message-ID: <7968d7490810241029x52b371a9n77013032d868e695@mail.gmail.com> Someone asked about tools to create ER diagrams from a Rails app at the last meeting. In the past I've used http://rav.rubyforge.org/, but that appears to be only for Rails 1.1. The rav project now points you to http://railroad.rubyforge.org/. Both of these projects spit out .dot files that can then be turned into images using something like graphviz. Anyone using something different? -Lee From kevin at activ8.us Fri Oct 24 13:45:17 2008 From: kevin at activ8.us (Kevin Marvin) Date: Fri, 24 Oct 2008 12:45:17 -0500 Subject: [Boulder Ruby Group] ER diagrams for Rails In-Reply-To: <7968d7490810241029x52b371a9n77013032d868e695@mail.gmail.com> References: <7968d7490810241029x52b371a9n77013032d868e695@mail.gmail.com> Message-ID: I have always enjoyed using http://www.malcolmhardie.com/sqleditor/ SqlEditor - for OSX. On Oct 24, 2008, at 12:29 PM, Lee Marlow wrote: > Someone asked about tools to create ER diagrams from a Rails app at > the last meeting. In the past I've used http://rav.rubyforge.org/, > but that appears to be only for Rails 1.1. The rav project now points > you to http://railroad.rubyforge.org/. Both of these projects spit > out .dot files that can then be turned into images using something > like graphviz. > > Anyone using something different? > > -Lee > _______________________________________________ > Bdrg-members mailing list > Bdrg-members at rubyforge.org > http://rubyforge.org/mailman/listinfo/bdrg-members -- Kevin Marvin kevin at activ8.us XML is like violence, if it doesn?t solve your problem you?re not using enough of it. ?Anonymous From ara.t.howard at gmail.com Fri Oct 24 14:19:01 2008 From: ara.t.howard at gmail.com (ara.t.howard) Date: Fri, 24 Oct 2008 12:19:01 -0600 Subject: [Boulder Ruby Group] ER diagrams for Rails In-Reply-To: References: <7968d7490810241029x52b371a9n77013032d868e695@mail.gmail.com> Message-ID: On Oct 24, 2008, at 11:45 AM, Kevin Marvin wrote: > I have always enjoyed using http://www.malcolmhardie.com/sqleditor/ > SqlEditor - for OSX. > On Oct 24, 2008, at 12:29 PM, Lee Marlow wrote: > thanks for that - look like a nice tool. >> XML is like violence, if it doesn?t solve your problem you?re not >> using enough of it. ?Anonymous oh that's rich! cheers. a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama From kevin at activ8.us Fri Oct 24 14:50:42 2008 From: kevin at activ8.us (Kevin Marvin) Date: Fri, 24 Oct 2008 13:50:42 -0500 Subject: [Boulder Ruby Group] ER diagrams for Rails In-Reply-To: References: <7968d7490810241029x52b371a9n77013032d868e695@mail.gmail.com> Message-ID: <4B91C9EB-B4F7-4FFE-9E48-202C890A7D7A@activ8.us> That has long been one of my favorite quotes - and I have never found it's original author, even though I have looked :P On Oct 24, 2008, at 1:19 PM, ara.t.howard wrote: > > On Oct 24, 2008, at 11:45 AM, Kevin Marvin wrote: > >> I have always enjoyed using http://www.malcolmhardie.com/ >> sqleditor/ SqlEditor - for OSX. >> On Oct 24, 2008, at 12:29 PM, Lee Marlow wrote: >> > > > > thanks for that - look like a nice tool. > >>> XML is like violence, if it doesn?t solve your problem you?re not >>> using enough of it. ?Anonymous > > > oh that's rich! > > cheers. > > a @ http://codeforpeople.com/ > -- > we can deny everything, except that we have the possibility of being > better. simply reflect on that. > h.h. the 14th dalai lama > > > -- Kevin Marvin kevin at activ8.us XML is like violence, if it doesn?t solve your problem you?re not using enough of it. ?Anonymous From bothari at gmail.com Tue Oct 28 07:56:54 2008 From: bothari at gmail.com (Bothari) Date: Tue, 28 Oct 2008 05:56:54 -0600 Subject: [Boulder Ruby Group] Good embedded blog-ish software? Message-ID: Group, I'm working on an app for a volunteer organization, and I need a "bulletin board" feature for announcements and handouts for events. I think we just need a place to put all the details for an event, the occasional picture (for display in the text), and usually a word doc with further instructions. It needs to display the newest dozen or so, and page back to older items. I was thinking this would be like a very simple blog. That way you could upload and display the pictures and attach documents, disable comments, and have a more rich text interface for lists and formatting. Has anyone else tried a simple, embedded blog in their application? Joe -- "XML is like violence. If it's not solving your problems you're not using enough of it." From mghaught at gmail.com Wed Oct 29 13:22:07 2008 From: mghaught at gmail.com (Marty Haught) Date: Wed, 29 Oct 2008 11:22:07 -0600 Subject: [Boulder Ruby Group] List Troubles Message-ID: <57f29e620810291022p5e7b9c78r7ae7d0fc2448de8b@mail.gmail.com> Hi Everyone, It seems we're having some issues with Rubyforge delivering list emails. If you'd sent anything to the list recently this would be why you haven't seen it show up yet. Hopefully the issue can be sorted out shortly. Cheers, Marty From jeremy at hinegardner.org Wed Oct 29 13:12:16 2008 From: jeremy at hinegardner.org (Jeremy Hinegardner) Date: Wed, 29 Oct 2008 11:12:16 -0600 Subject: [Boulder Ruby Group] test email Message-ID: <20081029171216.GT31071@hinegardner.org> A few folks have sent emails to bdrg and nothing has come through. testing to see if everything is alright. -- ======================================================================== Jeremy Hinegardner jeremy at hinegardner.org From tim.pease at gmail.com Wed Oct 29 12:46:40 2008 From: tim.pease at gmail.com (Tim Pease) Date: Wed, 29 Oct 2008 10:46:40 -0600 Subject: [Boulder Ruby Group] Looking for work Message-ID: <23B2566B-A4B1-4ACE-98EF-428402D659A8@gmail.com> My company laid off 20% of the staff this week, and I was one of the ones let go. If you are looking for a creative, intelligent, and talented ruby developer please contact me. If you know of any opportunities out there, please give me a call or an e-mail. Blessings, TwP From jeremy at hinegardner.org Tue Oct 28 13:02:36 2008 From: jeremy at hinegardner.org (Jeremy Hinegardner) Date: Tue, 28 Oct 2008 11:02:36 -0600 Subject: [Boulder Ruby Group] comverge contact Message-ID: <20081028170236.GJ31071@hinegardner.org> Hi all, I looking for the contact information for person who was at the Boulder ruby group from Comverge last month. enjoy, -jeremy -- ======================================================================== Jeremy Hinegardner jeremy at hinegardner.org From lee.marlow at gmail.com Thu Oct 30 00:40:34 2008 From: lee.marlow at gmail.com (Lee Marlow) Date: Wed, 29 Oct 2008 22:40:34 -0600 Subject: [Boulder Ruby Group] comverge contact In-Reply-To: <20081028170236.GJ31071@hinegardner.org> References: <20081028170236.GJ31071@hinegardner.org> Message-ID: <7968d7490810292140l752b61acyee9c5bb5aae70f@mail.gmail.com> Here's his info: Mike Ratliff Director of Software Development mratliff at comverge.com I know they are still looking to fill another spot. On Tue, Oct 28, 2008 at 11:02 AM, Jeremy Hinegardner wrote: > Hi all, > > I looking for the contact information for person who was at the Boulder ruby > group from Comverge last month. > > enjoy, > > -jeremy > > -- > ======================================================================== > Jeremy Hinegardner jeremy at hinegardner.org > > _______________________________________________ > Bdrg-members mailing list > Bdrg-members at rubyforge.org > http://rubyforge.org/mailman/listinfo/bdrg-members > From lee.marlow at gmail.com Thu Oct 30 00:43:50 2008 From: lee.marlow at gmail.com (Lee Marlow) Date: Wed, 29 Oct 2008 22:43:50 -0600 Subject: [Boulder Ruby Group] Looking for work In-Reply-To: <23B2566B-A4B1-4ACE-98EF-428402D659A8@gmail.com> References: <23B2566B-A4B1-4ACE-98EF-428402D659A8@gmail.com> Message-ID: <7968d7490810292143v1cb2bef7v1282b4af2c01fd85@mail.gmail.com> Tim, There is a company down in Highlands Ranch looking for Rails developers. Most work can be done offsite. Here is their announcement on the derailed list: http://groups.google.com/group/derailed/browse_thread/thread/20f3aaad2a9fea15 Good luck -Lee On Wed, Oct 29, 2008 at 10:46 AM, Tim Pease wrote: > My company laid off 20% of the staff this week, and I was one of the ones > let go. If you are looking for a creative, intelligent, and talented ruby > developer please contact me. If you know of any opportunities out there, > please give me a call or an e-mail. > > Blessings, > TwP > _______________________________________________ > Bdrg-members mailing list > Bdrg-members at rubyforge.org > http://rubyforge.org/mailman/listinfo/bdrg-members > From bothari at gmail.com Thu Oct 30 10:29:14 2008 From: bothari at gmail.com (Bothari) Date: Thu, 30 Oct 2008 08:29:14 -0600 Subject: [Boulder Ruby Group] (Repost) Simple embedded blog-type software? Message-ID: Group, I'm working on an app for a volunteer organization, and I need a "bulletin board" feature for announcements and handouts for events. I think we just need a place to put all the details for an event, the occasional picture (for display in the text), and usually an attached word doc with further instructions. It needs to display the newest dozen or so, and page back to older items. I was thinking this would be like a very simple blog. That way you could upload and display the pictures and attach documents, disable comments, and have a more rich text interface for lists and formatting. Has anyone else tried a simple, embedded ruby blog in their application? Joe From ara.t.howard at gmail.com Thu Oct 30 11:06:01 2008 From: ara.t.howard at gmail.com (ara.t.howard) Date: Thu, 30 Oct 2008 09:06:01 -0600 Subject: [Boulder Ruby Group] (Repost) Simple embedded blog-type software? In-Reply-To: References: Message-ID: On Oct 30, 2008, at 8:29 AM, Bothari wrote: > Group, > > I'm working on an app for a volunteer organization, and I need a > "bulletin board" feature for announcements and handouts for events. I > think we just need a place to put all the details for an event, the > occasional picture (for display in the text), and usually an > attached word doc > with further instructions. It needs to display the newest dozen or > so, and page back to older items. > > I was thinking this would be like a very simple blog. That way you > could upload and display the pictures and attach documents, disable > comments, and have a more rich text interface for lists and > formatting. > > Has anyone else tried a simple, embedded ruby blog in their > application? > > Joe consider using tumblr, although they are a standalone blog they support embedding the content in another page and all actions are available via api. i have a library for it here http://codeforpeople.com/lib/ruby/tumblr/tumblr-0.0.1/bin/tumblr (gem install tumblr). in any case i'd use something external with a community so it can grow without you having to program each 'new feature' ;-) it also helps to have another site linking back to your site and to have features like rss and friends built for you. another option would be to use twitter for this. either option, though, would require putting the documents somewhere online, but using s3 for this is ultra simple too. comatose is a decent plugin for rails but, personally, my skin crawls as soon as i start writing something blog-like for the 8 millionth time ;-) cheers. a @ http://codeforpeople.com/ -- we can deny everything, except that we have the possibility of being better. simply reflect on that. h.h. the 14th dalai lama