Don't mind the state of the page, I'm assembling it (just getting it started, I'll fill in some more details soon.) (I'll also remove all the markup as it suggests, once I make sure it's in a worthy state!)
GSoC 2012 Public application
A: An introduction
- Please describe yourself in three sentences, one of them regarding your current studies.
- Which languages do you speak?
- What's your overall background?
- Why do you want to participate in the Google Summer of Code? What do you hope to gain by doing so?
- Please also describe your previous experience with the GSoC, if any.
- Why are you choosing Octave?
I'm a mathematics major at McGill University, with a focus in applied mathematics and numerical analysis. I speak fluent English and French; in terms of computer languages, I understand Java and the Matlab/Octave M-file format. As for why I want to work on Octave and participate in Summer of Code, I adore the general philosophy of free software, I've advocated its use for years now, and I want to contribute in some way. I've not been involved before, but having read the timeline for SoC, it makes sense. With respect to why I picked Octave, I started using it in high school when I had a lot of numerical problems to work through, and now in college I'm seeing a lot more use for it when working on numerical analysis problems.
- Please state the (unique and identical where possible) nick you use on IRC and any other communication channel related to Octave.
- Which time zone do you live in? Will that change over GSoC duration?
- Please state the timeframe (in UTC+0) when you feel most comfortable working during GSoC. Where are your time buffers? Example: I usually code around 9.00 to 18.00 and could also try to start earlier (~7.00) for few days ;-)
On Freenode, I'm user blewis, with nicks blewis, ben_zen (my main) and zen_ben (when I'm not on my main computer). It is not an overestimation to say that I'm connected to IRC for ten hours a day. I live in UTC-5, and if I'm able to work on SoC, that's where I'll stay. As for when I'm comfortable coding, w.r.t. UTC+0, I'm comfortable working from (this will look odd) 14h00 to 0h00 (the next day, in UTC+0; 9h00 to 19h00 in local time) I'm also willing to code later, if I need to until 3h00 UTC+0. I really don't do well getting up early and coding before my coffee, unfortunately.
E: Coding experience
When it comes to coding experience, I am unfortunately not knowledgeable in C++; I intend to learn what I can this semester — I already understand most basic programming skills, and how to manage objects, I simply (or not so simply) need to learn memory management. I have, however, used Octave and Matlab for a few years, and I know how to use m-scripts.
In short, I'm really really green at the serious development. I'm aware that this is a limitation, and I'm working as much as I can to overcome it; since my interests are focused almost entirely on implementing a solution method and not a core element of the software, however, I don't see this as being quite as much of an impediment.
This part is one of the more important ones in your application. You are allowed to be as verbose as you want, as long as you stay on topic ;-)
- Please describe your experience with C++, Octave or Matlab m-scripts, OpenGL and Qt.
- Please describe your experience with other programming languages.
- Please describe your experience with being in a development team. Do you have experience working with open source or free projects?
- Please describe the biggest project you have written code for and what you learned by doing so. Also describe your role in that project over time.
- Please state the commits and patches you already contributed to Octave. This question (one of the most important parts by the way) is the only part of your application our wiki admins will edit for you even after the application deadline. Code sometimes speaks louder than many words do.
F: Feeling fine
I'm quite used to IRC/mailing lists and wiki/Mediawiki/etc. (Apparently not Mediawiki so much, but I know my way around it for the most part.) I'm not as up to speed on source code management as I've not worked on a large project before, but I think I can catch on fairly quickly. I've used make and gcc before; having worked mostly in Java I've not needed them too regularly, so I'll need to learn some more, but again, I don't think that will take much.
- Please describe (in short) your experience with the following tools: We only use this question to determine where you need guidance, not for rating! We by no means expect you to be familiar with all of these and you'll won't necessarily need them while working with us.
- IRC and mailing lists
- Mercurial or other source code management systems
- Mediawiki or other wiki software
- make, gcc, gdb or other development tools
- What will make you actively stay in our community after this GSoC is over? You can also tell us after applications close and we'll happily try to fulfill :-)
O: Only out of interest
- Did you ever hear about Octave before?
- If so, when and where? How far have you been involved already?
- If not, where would you expect or advise us to do advertising?
- What was the first question concerning Octave you could not find an answer to rather quickly?
I first heard about Octave waaay back in High School, when I was looking for something a little more powerful than my calculator to do a lot of matrix problems, and didn't want to buy an expensive software package. I've not been involved in the project before now, partially because I didn't feel I had anything to contribute until now. I've seen Octave mentioned in places like ##math on Freenode (was #math until recently), so I think there's some effective advertising already happening. As for quick answers, it took me a moment to determine where the application page data was actually hiding (as I wave around my ignorance of the more subtle features of the MediaWiki system) since the student application included a call to the template, nothing more. On the other hand, I learned something about MediaWiki in the thirty seconds it took me to figure out the solution!
I'm running Mac OS X 10.7 on my personal machine, and I can run pretty much any linux distro in LiveCD format, with enough available RAM to compile software effectively. I'm almost always within reach of the internet, and the only computer I'm working on right now is the one with all my active work. (So, ten hours at least, generally.)
- Please describe how useful criticism looks from your point of view as committing student.
- How autonomous are you when developing?
- Do you like to discuss changes intensively and not start coding until you know what you want to do?
- Do you like to code a proof of concept to 'see how it turns out', modifying that and taking the risk of having work thrown away if it doesn't match what the project or original proponent had in mind?
As long as there's more to a comment than just "this is wrong", it looks a fair bit like criticism as opposed to abuse. I won't be able to fix what's wrong if all I'm told is that there is something wrong—a suggestion about what to improve is always welcome, and if you don't know, tell me (so, in that case, just saying "this is wrong, but I can't offer a firm reason why" is fine, as long as I know that, it gives me something to work from!) Basically, give me a reason, not just abuse!
When it comes to how I like to work, I will variously want to discuss an approach before starting or just jump in. If the particular problem is a large one, I'm more likely to develop an approach to what I'm working on, sketching it out as pseudocode or a partial proof as opposed to just diving in. On the other hand, if it's just a small part of the problem, I'll throw a few possible solutions at it and see where I can improve, since (in my experience) it's in the small implementation details that the largest variations can show up.
Y: Your task
- Did you select a task from our list of proposals and ideas?
- If yes, what task did you choose? Please describe what part of it you especially want to focus on if you can already provide this information.
- Please provide a rough estimated timeline for your work on the task.
I've decided to pursue the Least-Squares Spectral Analysis (here on the project ideas page) task for Octave-Forge. I don't think there's really a single part of it I can focus on; it'll mostly be a process of first reading up on the method, examining the C and R implementation, and bringing it into the fold.
I'm expecting to get up to speed on the relevant documentation and papers through late April, and after finals (which finish 25 Apr.) I'll be going on vacation for about two weeks; after that, I'll be available for pretty much the rest of the summer solid — I'll be going on vacation again near the end of August, but other than that I can expect three to four months solid of availability. (The suggested finishing date is the 13th of August; I'd expect to be able to make that deadline, possibly with a little time to spare. I won't be going on vacation until shortly after that.)
The largest initial point is going to be comprehending the C/R code; after that, probably most of my work will be in writing a safe package — the actual implementation shouldn't be very long, but let's call it a milestone too; the rest is making sure that the code will catch any errors in what data is fed into it.