in reply to Managing a on-call Schedule

Is there a reason you don't want to use GoogleCalendar or somesuch?

My criteria for good software:
  1. Does it work?
  2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

Replies are listed 'Best First'.
Re^2: Managing a on-call Calendar
by Herkum (Parson) on Feb 26, 2007 at 15:22 UTC

    This is not a person Calendar but rather a Corporate on-call schedule for support groups. Identify the system, return the on-call for that support group.

    So I don't think that GoogleCalendar will work for me, in particular if the system that is down is the Internet access! :)

      (I mentioned this in /msg, but it needs to be part of the public discussion on the topic.)

      The point isn't that GCal can(not) solve your problem. The point is that this is a well-solved problem. If your goal is to just get a system up, go buy one. If it's less than US$1000, then it's cheaper to buy than write, assuming that it'll take you about 12-14 hours (programmers generally cost a company, after all expenses, around $80/hr) to get an application up and running and that you'll write it perfectly the first time with the correct interface and handling all features that people might want to ask for.

      Maybe, that's a little unrealistic. So, maybe we should allocate about 80 hours over the next 6 months for you to work on this. That's $6400. I think you can find something for $6400 that'll meet your needs. Heck, a corporate license for the appropriate Exchange plugins should probably be less than that.


      My criteria for good software:
      1. Does it work?
      2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

        I looked over GCal and it looks like what it is, a full-blown calendar system. So the questions move towards what almut asked for, what are my requirements?

        GCal is a canned-product designed around individuals and events, and for sharing information. That is great for what it was designed,

        1. How do I implement business rules?
        2. How do I implement permissions, on individual calendars.
        3. How do I create new calendars to integrate with security?
        4. How do I integrate Google Calendar licensing with a product that I wish to license to others?

        The time to address those questions there can easily surpass the amount of time it would take me to design something simple and effective for what I intend.

        I have answered most of business logic issues with existing code. One of the few questions left was how to properly implement validations for the calendar.

        In this case, I don't believe that GCal brings anything to the table for this problem. On the other hand, it is always nice to know of alternatives, I would never have thought about using GCal before you mentioned it.

        G