Hi Raj,

Everyone is right that the best projects meet a need that you
understand well, and that you understand your own needs best. However,
I think it's good that you've asked for advice on what might be a
productive area in which to invest your project time.

Writing something that's of no use to anyone can be a good learning
experience, but projects of ongoing value are even better.

It's hard to make good suggestions without knowing about your
experience or how much time you can dedicate to the project.

My one suggestion for potentially useful code:
A YAML parser / lint tool that checks for redundant (overridden) data.

E.g. Take these two YAML config files:

---
s.example.com:
    role: slave
    order: 2
m.example.com:
    role: manager
    order: 1

---
m.example.com:
    role: master
    order: 1
s.example.com:
    role: slave
    order: 2
m.example.com:
    role: manager
    order: 1

They both parse (with no errors or warnings) to:
{
  "m.example.com" => {
    "role" => "manager",
    "order" => 1
  },
  "s.example.com" => {
    "role" => "slave",
    "order" => 2
  }
}

But in the second one, the key "m.example.com" has been mistakenly
used twice, and the first config (role: master) is silently forgotten.

It would be good to be able to check user maintained config files for
this situation so that a warning or error could be generated, but YAML
libraries I've looked at don't have this as an option. This isn't
about validating the structure of data already parsed from YAML -
you'd have to do the parsing yourself (or modify another
implementation) to catch this problem.

A gem that could do this is something I'd probably have used if it was
available when I ran into this issue recently.

Cheers,
Chris


On Sun, Jun 24, 2012 at 10:05 AM, Mark Wotton <[email protected]> wrote:
> It's very difficult to build something in isolation - if it's not
> being done for an immediate purpose, then chances are you'll choose
> the wrong set of features.
> Look at Rails itself - it was extracted from a series of projects, so
> only things that they actually used made it in. That's why it was so
> much easier to learn than a lot of the feature-encrusted java
> frameworks that came before...
>
> mark
>
> On Sat, Jun 23, 2012 at 7:13 PM, raj deshmukh <[email protected]> 
> wrote:
>> HI Pat,
>>  Actually this is for a MS project, so it might not be specific to what I
>> do. But I would like to built a general Plugin that people might like to
>> use.
>>
>> Raj
>>
>>
>> On Saturday, June 23, 2012 12:51:38 PM UTC+5:30, Pat Allan wrote:
>>>
>>> Hi Raj
>>>
>>> I think it's really best to find something that *you* want to use across
>>> more than one project, and make that gem or plugin. If you're not going to
>>> use it, it's much much harder to build - and you're less likely to be
>>> interested in what you're doing.
>>>
>>> Cheers
>>>
>>> --
>>> Pat
>>>
>>> On 23/06/2012, at 6:17 AM, raj deshmukh wrote:
>>>
>>> > I want to create a plugin as a part of my project work, I would like to
>>> > create something that would be useful to the Ruby/rails community
>>> >
>>> > Please suggest some ideas.
>>> >
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> > Groups "Ruby or Rails Oceania" group.
>>> > To view this discussion on the web visit
>>> > https://groups.google.com/d/msg/rails-oceania/-/GwOUiyba_xwJ.
>>> > To post to this group, send email to [email protected].
>>> > To unsubscribe from this group, send email to
>>> > [email protected].
>>> > For more options, visit this group at
>>> > http://groups.google.com/group/rails-oceania?hl=en.
>>>
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Ruby or Rails Oceania" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/rails-oceania/-/pFwUxspK2MAJ.
>>
>> To post to this group, send email to [email protected].
>> To unsubscribe from this group, send email to
>> [email protected].
>> For more options, visit this group at
>> http://groups.google.com/group/rails-oceania?hl=en.
>
>
>
> --
> A UNIX signature isn't a return address, it's the ASCII equivalent of a
> black velvet clown painting. It's a rectangle of carets surrounding a
> quote from a literary giant of weeniedom like Heinlein or Dr. Who.
>         -- Chris Maeda
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Ruby or Rails Oceania" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to 
> [email protected].
> For more options, visit this group at 
> http://groups.google.com/group/rails-oceania?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
or Rails Oceania" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/rails-oceania?hl=en.

Reply via email to