Author Topic: Mining Paul's Brain  (Read 3835 times)

Matthew

  • Douchebag
  • Addicted
  • *
  • Posts: 567
    • View Profile
Mining Paul's Brain
« on: December 02, 2007, 10:11:47 pm »
Paul recently posted "All Developers, please read", a very strong insight into the transition the LMCE project is making from Paul's solo forking effort, with a little help, into a real community project. But a lot of the knowledge of how the code works architecturally is still locked up inside Paul. Paul is very busy with the technical work, even while opening it to a team effort, and claims he's not the right person to write docs even with a lot of free time available. But he is available to answer questions, though he wants a system to keep him from being inundated. And we've got a "community liason" in danielk, suiting Paul's needs for someone to filter the rest of the project.

We still need a way to use that structure to get the community to share Paul's expertise, so we can help with the project ourselves (and help ourselves to it). We need to be able to formulate questions so Paul can turn around answers, especially questions of how to map features to the code that supports those features. Like "which code gets called when the 'rip all' button is pressed in the Orbiter GUI, that calls the scripts that do the ripping, DB updating, etc?"

A good protocol might be simply for people to discuss in this developers forum whatever problems we're working on, until they slam up against some undocumented code in that map we'd like to have. Then someone in that discussion can offer to ask that question of the "gurus". Once the thread agrees on the actual question to ask, someone can post that question in a sticky "Ask Paul" thread. danielk can subscribe to that thread, collect questions, answer those he can do without Paul's help, and then get Paul to answer. Either through danielk replying, or Paul can of course reply directly. The person getting the answer could dump the answer into the wiki, in a "How It Works" section of a given feature's page, to make the most of the help for everyone. That would be a good "community liason". People who want to help out with documentation can cruise that "Ask Paul" thread, looking for answers to put in the wiki, and to clean up the wiki.

That whole process is informal, and anyone can cut through it if they want and can. But it would make things go a lot faster for everyone. danielk, maybe Paul, can you work with that? Can we all work with that?

tschak909

  • LinuxMCE God
  • ****
  • Posts: 5549
  • DOES work for LinuxMCE.
    • View Profile
Re: Mining Paul's Brain
« Reply #1 on: December 03, 2007, 07:58:53 am »
actually, that was me.  :)

-Thom

teedge77

  • Addicted
  • *
  • Posts: 591
    • View Profile
Re: Mining Paul's Brain
« Reply #2 on: December 03, 2007, 04:46:53 pm »
actually his link went right to what paul posted. so i guess he was only talking about that part.
AMD Athlon 64 X2 6000+
Asus M2V Via AM2 ATX
Lite-On LH-20A1S SATA DVD Burner
80GB  SATA-150
EVGA GeForce 7300 GT 512MB DDR2 PCI Express
Sound Blaster Audigy SE
Kingston 2 GB PC6400 DDR2 800MHz
Ultra X-Finity 800-Watt
ZCU000
Cisco 7970
TDM400P

Matthew

  • Douchebag
  • Addicted
  • *
  • Posts: 567
    • View Profile
Re: Mining Paul's Brain
« Reply #3 on: December 03, 2007, 04:57:44 pm »
actually, that was me.  :)
Actually, I just left out the word "in" when writing 'posted in "All Developers..."'. Not quite a "typo", call it a "prepo" :). Sorry to imply credit for the thread to Paul, though my link should have delivered credit where due.

But what about the point?

Matthew

  • Douchebag
  • Addicted
  • *
  • Posts: 567
    • View Profile
Re: Mining Paul's Brain
« Reply #4 on: December 03, 2007, 05:00:49 pm »
Meanwhile, it occurs to me that we could just encourage detailed bug reports in Mantis, which would include sharing login between the forums and Mantis. And see if danielk can get Paul to run through Mantis noting which code is running in the use cases described in each bug. And then encourage people debugging to document that code, and the use case's codepath, in the Wiki.

tschak909

  • LinuxMCE God
  • ****
  • Posts: 5549
  • DOES work for LinuxMCE.
    • View Profile
Re: Mining Paul's Brain
« Reply #5 on: December 03, 2007, 05:02:58 pm »
I think your approach is very sound, Matthew.

This was one of the goals of the original thread, and I would love to see a process like this get started.

-Thom