I'm not sure what you mean by "scheduling asymmetries". If you mean that someone misunderstood where and when you are supposed to meet, that's one thing. Instead of a web application, you could use a simple email to confirm appointments in this way. At least your clients already use email and would not need to be motivated to use a separate web application to confirm appointments only with you.
If confirming appointments is your main goal, then you could build a simple application to enter your appointments and send out confirmation emails with a link to click, which would back to your application and would register the appointment as confirmed while displaying a "Thanks! Appointment confirmed" message. That makes it simple, both for your clients and for you. If your clients have to log into an app to confirm appointments only will you, you might wind up sending emails to to remind them to do it more often than you'd like, and they might simply reply to your email saying "appointment ok for tuesday". If you mean that the application should assist users to find possible meeting times, calculating how their schedules overlap with conflicting appointment times and then finding gaps where a meeting could possibly occur, well, having worked on a scheduling application for the last several years, I'd say this might be more complex than it first seems, especially if you are new to programming. We have an intuitive grasp of time periods that may make it *seem* deceptively simple to program. I'm not saying it's especially difficult, but it is challenging. In the real world, people use different applications to schedule their appointments, and to be effective, your application would need to grab that data from various sources from all users. I don't think people would easily enter appointments in multiple applications, even if there are unique benefits to your app. Nando Aria Media Sagl Via Rompada 40 6987 Caslano Switzerland +41 (0)91 600 9601 +41 (0)76 303 4477 cell skype: ariamedia On Thu, Mar 20, 2014 at 1:52 PM, Tim Visher <tim.vis...@gmail.com> wrote: > I would just use Google Calendar for that. > > On Thu, Mar 20, 2014 at 3:53 AM, kurofune <jesseluisd...@gmail.com> wrote: > > > > At my job, I have to meet clients multiple times a week and schedule > > appointments with them at various places around town. Recently, I have > seen > > a boom in business and while this is very fortunate it has made > scheduling > > tedious. Lamenting this fact, it dawned on me that I might be able to > make a > > web-application that tells me if there are any scheduling asymmetries > > between me and my clients. I am thinking of something with a front page > like > > this: > > > > | myself: > > | other-person: > > | appointment-time: > > | location: > > > > Both parties would enter the appropriate information on separate devices > or > > desktops. The information would be pushed to a database, new users would > be > > automatically added. A scan will be made at intervals to find mismatched > > appointments, the asymmetry logged and a notice sent out to one or both > of > > the users, suggesting they reconfirm the appointment. Well aligned > > appointments will have green status; mis-aligned ones, red, both viewable > > via a monitoring screen that updates automatically. Of course, there > might > > be other functionality that I will want to add in later: login/security, > > aesthetics, customized behavior for appointments with multiple users and > > clear distinctions between business and client. In the beginning, > however, I > > just want to breathe a little easier knowing that my appointments are > > sorted, something that simple calendar apps cannot do. > > > > I am relatively new to both Clojure and programming, but have managed to > get > > myself to a point where I can make websites that include functionality > and > > rendering. I have done a few tutorials utilizing databases (Datomic, > jdbc, > > postgresql), read a handful of books, and completed a lot of tutorials. I > > still feel, however, that I don't know how to tie everything I have > learned > > together to tackle larger tasks that require complexity management. I > don't > > really know where to start, and would be grateful if someone could give > me > > advice in terms of what technologies I should use and how I should > organize > > the project. Should I use Clojures built in state management features > and > > jdbc/postgresql or view this as an opportunity to dip into Datomic and > > core.async. I am excited about making something that utilizes all of > > Clojure's technologies that other people can use and learn from, but is > it > > possible to go too far down the Clojure rabbit-hole? Also, if this type > of > > web-app already exists and you happen to have heard of it, please tell me > > and I will be happy to use it instead of having to make it from scratch. > > > > Jesse > > > > -- > > You received this message because you are subscribed to the Google > > Groups "Clojure" group. > > To post to this group, send email to clojure@googlegroups.com > > Note that posts from new members are moderated - please be patient with > your > > first post. > > To unsubscribe from this group, send email to > > clojure+unsubscr...@googlegroups.com > > For more options, visit this group at > > http://groups.google.com/group/clojure?hl=en > > --- > > You received this message because you are subscribed to the Google Groups > > "Clojure" group. > > To unsubscribe from this group and stop receiving emails from it, send an > > email to clojure+unsubscr...@googlegroups.com. > > For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
