Talk:Comprehension Convention Engine

Hi

I am the author of the tool mentioned.

I want to talk to any con runners that want to learn more about CCE!

CCE is free for all volunteer run conventions. --Tbmorgan74 14:35, 12 February 2007 (PST)

I notice over in Scheduling that you say CCE is in Microsoft Office. Isn't it more true to say it outputs in MS Office format? CCE is certainly not a Microsoft product. I don't object to you mentioning it, but the facts have to be accurate. --Bill Taylor 14:33, 14 February 2007 (PST)

ps. I would have thought you would name it Convention Comprehension Engine, but either way is fine with me. --Bill Taylor 14:33, 14 February 2007 (PST)

Its written in Visual Basic. But that is not what is important to users. It is written for the Office platform. Like many other packages for sale or public domain. Excel, word, or access files that need office to run. But CCE specifically uses Excel and Word. Try it out, please!--Tbmorgan74 15:11, 14 February 2007 (PST)

Without actually having run it yet, I would like to see a descrip[tion of what reports come "canned" with the software. Software is scary for a lot of folks, and they dont want to "program" the computer. For example, individual schedules for the program participants, individual schedules for the rooms, instructions to the hotel for room set up for each program, catering instructions, AV instructions, etc. A description of the convention "model" the engine uses would be nice (what data does the user provide, and how is it interconnected and reported). I think most people will be wary of joining a Yahoo group without more info on what will be there and what they are getting into. --Bill Taylor 16:44, 14 February 2007 (PST)

Thanks for the feedback. Did you read the faq that I put a link to yesterday? That does answer the questions. If people actually find it and read it. The faq is something that I will maintain as part of the CCE distribution. I don't want to translate all of it to the wiki, because it should remain under the configuration control of me, the author. However the wiki would be a good place for other people to collaborate on how they use it. If after reading you still have questions, ask them, and I will answer them in the next faq iteration. Also, are you yourself a current convention organizer?

--Tbmorgan74 13:25, 15 February 2007 (PST)

Hi, TB Morgan. As someone who has been a long observer (and occasional participant) in the Quest for the Perfect Convention Software (tm), I am delighted to learn about your latest entry into the effort. Good luck! It is a worthy and difficult task you have set for yourself. Please permit me the presumption of offering a few thoughts...

As you probably already know, there have been previous attempts (e.g. the MCFI dBase-based system, Linda Deneroff's Access system, and Arisia's system, to name just a few). Although none of these systems is wonderful, I hope that you have examined them for their strengths and weaknesses as you work to develop your own.

In addition to this conrunner's wiki, I urge you to let people know about your software in other likely fora. The SMOFS list is the most obvious place. You might also consider attending SMOFcon, the convention for convention runners. There was also, for a while, a listserve for people interested in developing convention-running software, but I don't know if it still exists. (You could ask about it on the SMOFs list.)

I also urge you provide some information in your FAQ (or on your user page here) about who you are and what your convention-running and software-programming experience has been. Despite their shared love of the literature of new ideas, fans -- especially convention runners -- tend to be a conservative lot. They are more likely to seriously consider using your software for their convention if they know that you have helped to run a convention and if they know you have some expertise in developing a reliable software application. If you don't have that experience, it doesn't mean that you can't accomplish your task, but people will be more skeptical.

Regarding features...

• Does your software track and incorporate into its conflict checking data about your program participants such as hours of availability, do-not-schedule-with-this-person, or do-not-schedule-against-this-event data? There are important features (and one of the the things that the existing applications actually do, to one degree or another).
• Does or will your software support some system for program participants to submit data in an easily incorporated form. Recent Worldcons, for example, have used web-based programming questionnaires to gather everything from contact data to programming preferences from program participants. Note that this need not require a change in your (reasonable) decision not to support a distributed system if the central keeper of the software can receive the output of these online sources and integrate them into the central database.
• A review of your FAQ suggests that, like other convention-running software, you have decided not to integrate registration software into your program. That may be the right decision, but it does require duplicate entry of names and contact information for people on your program -- non-trivial for a large convention such as a Worldcon with hundred of people participating in the program out of a membership of thousands, but probably soluable via data export and import.
• I have suggested to others interested in convention-running software (almost all of whom have called me wrong-headed) the idea that the software should be able to self-generate a conflict-free program for a convention that the convention programmer can use as a starting point for developing a good program. Accomplishing this would require that for each possible participant you track some basic descriptive criteria (e.g. "Author," "hard SF," female); that for each possible program item you define the criteria sought for panelists; and that you provide some basis rules for program generation (e.g. use each participant at least once, make panels diverse in gender, age, or race when possible, etc.). Obviously, someone with a better sense of the art of programming would have to revise the computer-generated rough draft, but I think it would be better than starting from a blank page. As I've said, others think developing this as part of a convention-running tool is daft, but I'm enamored of it, so I felt obliged to mention it here.

Again, good luck with your effort. I look forward to learning more about it as you proceed. --JohnPomeranz 15:16, 17 February 2007 (PST)