On Mon, Mar 23, 2015 at 10:13 PM, Christopher Sean Morrison <brl...@mac.com> wrote: > > Hitesh, > > It’s clear that taking the initiative to get involved months ago has helped > you research and understand the requirements of what you’re proposing. Well > done.
Thank you. And sorry for the late reply as I had my exam today. > The overall structure is fine. As to your technical approach, I’d > personally prefer to not involve MySQL at all for change management. Using > directory queues on the server (one for holding changes pending review, > another for those approved for commit), would probably be sufficient: patch > files — basically an on-disk file database instead of relational. This > would let a dev on the server manually inspect and fix, for example, if > there were a merge conflict. Plus, it’s just simpler to maintain — don’t > have to worry about mysql permissions, wouldn't force devs to work through a > web browser, don’t have to worry about mysql updates, etc. Alright we will eliminate MySQL to the extent possible. But in many places MySQL is needed to store the information. Example:- sending notification to admin about update doc and so on. > Your development schedule looks reasonable, but it’s much easier to track if > you break the schedule up in terms of weeks (instead of 10-day blocks). > There are four bonding period weeks and twelve coding weeks. Can you > characterize your schedule in those terms? Will convert days schedule into weekly schedule. > A little more detail is needed in a few places including how the back-end > will be structured (maybe a diagram) and interact with the front-end. You > are primarily proposing a custom web application but don’t really describe > the implementation (language? framework? plugin?) or interface much > (prototype user interface mock-up and/or diagrams would be helpful). You > can utilize the bonding period to sort out the user interface and content in > more detail so once the coding weeks begin, you are almost entirely writing > code. Alright I will share the mock-ups soon. I will share the implementation once I have a word with the community on IRC. <snip> > I suggest limiting your schedule to no more than > two weeks of non-coding activities (and that includes time writing a midterm > and final report, having discussions, testing, etc). > I suggest eliminating sorting. The priority should be focused on 1) > publishing our docbook docs online, 2) allowing those documents to be edited > online or directly in the repo, and 3) having any committed edits > automatically reflected/republished online. <snip> Alright. > I’m also VERY interested in seeing you discuss how this will (or will not) > interact with a content management system — mediawiki, wordpress, and/or > confluence. If you’ve done any research with any of those three, please > include them in your proposal discussion. I would have thought writing a > plugin for one of those would be more desirable than something entirely > custom, even if it meant not using some Docbook tags. So if you’ve > determined custom is better, I’d like to see you discuss that analysis in > detail. I will discuss this tomorrow with community as I am comfortable with both. I had showed you the mediawiki extension of benchmark performance database and a wordpress plugin of dynamic about us page as well. -- Hitesh Sofat hiteshkumarsofat.wordpress.com (Life is a game & winner is not defined, Think about present because future is not defined, unexpected things make the game interesting, if everything goes right then game is boring ) ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
