|Version 17 (modified by 13 years ago) ( diff ),|
A "Work Out" is an intense period of work either focused around specific tasks or a specific event where a number of Sahanians are together (eg. a FOSS Conference). Perhaps we can call them "Sahanathons".
(Feel free to modify this definition)
They could either be held in a physical location with a group of Sahanian, or virtually (perhaps over the period of a week), or a combination of both.
Proposed Virtual Schedule
- Prepare a task list
- Gather a list of interested people
- IRC Chat. Introductions, Q&A and Task Allocation
- Have a roster for providing help on IRC
- Report back on Achievements, Commits, Problems by email
- Scheduled IRC meeting
- Daily Prize for best achievement(virtual/physical?)
- Summarize Achievements
- Prize Giving
- Most task completely
- Best New Sahanian
- Comminuty Spirit Award
- Longest Continual Coding (no to encourage sleep deprivation)
- Lessons Learnt
- Task for next time
Proposed Work Outs
Any of these could potentially be merged...
There seem to be a number of things which we could do to make the code more "beautiful", easier to read and easier to work with. This could be a good opportunity for people new to the code to get a deeper understanding of how it all works, while the more experienced can offer advise + checking).
These ideas are just proposals...
- Getting rid of the database reserved keyword warnings
- Replaced repeated code with functions (or document existing code)
- A pop-up wrapper
- Auto-complete widget
- Easily generated tables to insert into pages
- Function for generating Graphs
- Standardized coding conventions (variable/field/function Naming, Indents, " vs ')
- Moving imported data out of code and into csv/xml files
- moving standard variable definitions (truncate = 16) into a configuration file, using #defs
- Adding header information to all code files
- Wrapping code lines so that they are readable on a single page
- Documenting functions and response.s3 variables
- Ensure that all cross module functionality (SMS, GIS, Email) have easily accessible, easily integrated functions, API even?
- "Organisation" vs "Organization" - OK, I speak the Queen's English too, but after working for an American "Organization", I now get confused - can we just change it to "Org" in the code?
- Standardize the location of code (what code should go into M,V and C..). This could include embedding JS in the controllers to pass it to the View.
- Extend the Restful Controller to automatically generate: Search Reports, Printable Forms, Printable Reports.
- Avoid necessity of numeric prefixes for models by using #include in the correct order (is this possible?)
- Graceful degrading of JS
- "tooltip" class shouldn't be specific to help. Perhaps we need a more specific help_tooltip class? What is the distinction between tooltip and ajaxtip
- create a CSS master document , describing the various classes, and where they are used
Learning the Framework
Especially for GSOC Students and Mentors
- Using BZR
- REST Controller
This could also be a good opportunity to improve some of the documentation. Doing it while teaching the framework, identifying gaps and filling them.
GSOC Student Selection
- Some sort of workout to gauge the skills and interests of students
- Could be combined with either of the top 2 workouts
- Student applications must be completed by 9 April, the organization must select students by 21st April. A good time for the workout could be the week of the 12th - 18th of April
- Developing a volunteer management module
- Python (Intermediate)
- JS (Intermediate)
- CSS (Beginner)
- SQL (Intermediate)
- Cooking Dal (advanced)
- Mixing Cocktails (entirely subjective!)
13th - 18th April
Limited availability during the rest of April.
8th May onwards.
Working UTC: 0100 - 1700
- Anything which no one else wants to do