Category Archives: Life

What is UCOSP?

UCSOP stands for [U]ndergrad [C]apstone [O]pen [S]ource [P]roject. It is a good name as far names go but the details are what make UCOSP unique. UCOSP is a course ran twice per year at several Canadian universities. About 80 students participate per year and said students are supposed to be some of Canada’s best, but they let me in any.

For the kick off of the semester, the students meet together once as a team for a hackathon. Our hackathon was hosted by Mozilla in their Toronto office. All flights were even paid for by Google as part of the Google Open Source Programs Office. This is the same office which hosts the Google Summer of Code program.

Like a regular capstone project the course is results focused and hands on. Also like a regular capstone course you’ll have a professor watching your progress. The difference is in your team. UCOSP’s goal is to introduce students to distributed teams. In your classes you’ll have worked on centralized teams. My university classes had tons of these forced group work. Yet, none of my prior classes introduced distributed cooperation.

Why are Distributed Teams special?

A distributed team lets people live where they want. Instead of trying to move the whole world to Silicon Valley a distributed team may have members on every continent. Many of the world’s best engineers like living where they live, and they’ll sooner work for an organization which does not force them to move. Of course for others moving is not a problem, but if someone earlier in life has decided to move there is a good chance the reasons for that move have not changed. Nor may they change just because you want to hire them.

A distributed team also brings other more practical benefits. By staying out of the insane property market which is the Silicon Valley area, you’re increasing employee’s take home pay by tens of thousands of dollars per year, for free! And by cutting out the commute time, team members will be saving an hour or more per day.

When you're distributed you need to be more explicit in what you say. For example, this poster is not sugar coating the message.

When you’re distributed you need to be more explicit in what you say. For example, this poster is not sugar coating the message.

Challenges of Distributed Teams

Distributed teams bring their own challenges which may work against student’s weakest attributes: being self-driven and getting things done. Without supervisors or near due dates, many students find it a challenge to get work done. This is a problem for distributed work, you’ll have no one watching over your shoulder. You must know what a reasonable commitment is and have the will power to see the work to completion.

Communication also takes on a different form for distributed teams. For what it is worth: in person conversations are more effective than you might expect. A quick chat with a group member before class could get you unstuck on a nasty bug. Likewise centralized teams have an easy time of sharing progress, just talk about it over lunch. Instead distributed teams must leverage email or wikis. Documenting the project, the meta project, goal, reasoning, all take on extra weight. As does communication finesse. Online we lose non-verbal clues so you must watch how you say things and yet be more direct in saying them. Leaving details as implicit will generate confusion since there is little context for readers to read in between the lines.

In general, I think these skills come from practice, which is why UCOSP is special. The regular student might never contribute to a distributed project, open source or not, while in university. UCOSP is the rare course which gives students this experience while earning course credits.

If you’re a Canadian Computer Science student you should head over to ucosp.ca and see if your university offers UCOSP, or a similar course.

My semester in UCOSP

If you do not know what UCOSP is then you should consider reading my explanation post: What is UCOSP? Otherwise in short: UCOSP is a practical experience for Canadian Computer Science students to work on open source as a distributed team. For my UCOSP project I wrote a zip extraction library for BB10.

How I got enrolled

I found out about UCOSP in mid June while I was still at Microsoft for my internship. My self-assigned task that day was to arrange all my courses for the next school year. Many of the courses I wanted to take required pre-approval from professors which in turn required an essay, so planning ahead was vital.

While finishing up one of my essays I saw one of my friends online so I chatted with him. I tried to convince him to take one of the cool courses along with me. Meanwhile he asked if I had been invited to some course called “UCOSP”. In his words: “open source project course”. Little did he know that those words describe the perfect course ever! Imagine getting credits for doing open source projects!

Yet I had a stumbling block. Enrollment required an essay due the next day. Meanwhile said friend has one of the highest GPAs in our year and thus got invited. My own GPA is not bad per-say but it must not have been high enough for the invitations. Which makes sense since UCOSP is a new program at our university, they would want to run the pilot with our best students. Yet this means my work is just that much harder: I have to write an essay that qualifies for UCOSP but also one that convinces the professor to risk letting me in on his shiny new pilot course.

As if that was not hard enough my friend wasn’t sure he was allowed to give me the name of said university professor! So I sent an email off to the UCOSP steering commity asking for the contact. They replied the next morning with the professors name, and I sent off an essay email soon after. Five days later I got an email saying I was accepted.

Our Hackathon

At the beginning of every UCOSP semester all the students along with their project mentors are brought together for a hackathon. This semester the hackathon was in Toronto and hosted by Mozilla. Next semester I hear it will be in California hosted by facebook!

IMG_20130919_105120

Calgary’s Glenmore Reservoir from the airplane

Being on the wrong side of North America meant I had a long flight on the 19th of September. To make the trip more nerve-racking I’m far too cheap for a taxi. Instead, after my four hour flight I took the Airport express bus to the subway, after which I walked to the University of Toronto Campus for the evening meetup.

IMG_20130919_165118

View from the Univeristy of Toronto’s Computer Science’s upper meeting room.

While the hackathon wasn’t starting until the next day, we had an optional meet-and-greet at the University of Toronto. Somehow everyone from my team made it except our mentor. Which is okay since there were only one or two mentors there in total. Beyond some ice-breakers, we also met some of the professors organizing UCOSP. In all it was a nice low key event.

 

IMG_20130920_065936

Left half of Mozilla’s entrance way. I should have taken a fuller photo but I only even took this one for the banner’s sake.

The walk from our hotel to Mozilla was long and took us through Toronto’s banking district known through out Canada as Bay Street. We ate breakfast at First Canadian Place, I had eggs.

IMG_00000010

The hackathon in full swing! Look at that coding! The intensity! You can tell work is getting done because no one is talking.

At this point I have to apologise, I took almost no photos of the hackathon itself. I have a few but most are test photos from my developer phone. Speaking of which, our mentor gave us each a developer phone!

IMG_20130920_070913

Our BB10 developer phone!

I have far too many smartphones at this point but this is still the first phone someone has ever given me. The phone itself is a Blackberry Q10 with a different shell. Since matte black is my favourite color I have to admit that I prefer this dev phone over the Q10. Since the BB10 emulator requires VMware under linux, which I do not own, this dev phone was critical.

You might be curious at this, I have yet to tell you what we were even working on!

Our Project

My team’s project was to port popular Cordova plugins to BB10’s new Cordova based html5 platofrm. Cordova is a compatibility layer over a mobile platform’s app embedded web browser which exposes phone features as web APIs. In iOS terms is wraps the WebView and provides access to memory cards, cameras, and etc. Cordova is the offical open source name of PhoneGap after Adobe bought and open sourced PhoneGap. At the time of our hackathon, Blackberry’s offical html5 platform was proprietary and called WebWorks. Our work was to coincide with the development of WebWorks 2.0 which was based on Cordova. Plugins are extra APIs. For example the API I ported exposes extraction of zip files. Our mentor set a goal of four plugins, of course more would be welcomed.

Back to the Hackathon

IMG_00000018_hdr

I might have been playing with the phone’s built in instagram-like filters when I took this photo, or maybe the HDR. Otherwise I cannot explain the lighting.

For our part this hackathon. was spent setting up our development environments. Sad to say but the setup process is a PITA. Clocking in at 15 steps when I wrote it up, there is zero chance I would have figured it out without our mentor’s inside knowledge of BB10. At this point I should mention that our mentor works at Blackberry so in a way our project was an extension of BB10’s development.

In a far too real way, half our pain was rooted in BB10’s closed nature. We had to request keys from Blackberry and these keys were only batch generated every two hours. Once the server sent you a key, you had to setup two different processes for package signing. The dev phone themselves needed to be put into dev mode after every reboot or you would hit misleading error messages. By far, the most painful mobile dev environment I’ve ever setup and it stands it stark contrast to Firefox OS’s dead simple html5 environment.

IMG_20130921_155015

This may have been the morning of the 21st, or the evening. In either case we were all tired.

 

IMG_20130920_102218

Midway through the 20th, Mozilla gave a demo of asm.js. I’ve seen it before, but it was exciting to see a demo of the tech from Mozilla themselves.

IMG_20130922_090127

I’ve never been on a real tram before so it was nice to have the chance on my way back to the airport.

In prior years UCOSP tried to go right up until the offical end hour but this year they organized things to allow early departures. This gave me plenty of time for my airport commute.

IMG_20130922_171439

Somewhere over the prairies. Judging by the abundance of lakes, I’d guess Manitoba.

Rest of the Semester

Once home I met with my professor on Monday to plan how the work would go. He suggested writing a list of commitments for the week in our weekly monday meeting. Then during the next meeting I had something concrete to report on. For the first week I took it slow to catch up on missed school work. In the later weeks the goals were sub-milestones for my zip plugin.

At the semester’s end he had us UCOSP students give a presentation on our projects to each other and to the students in his other capstone course.

In the end we hit our goal at four plugins but there is a chance we were still the least successful this semester. We got the work done and I’m proud of that, but we didn’t act as a distributed team. We set out as two subgroups of two devs a group. Due to some hardware, failure my partner didn’t have a development environment setup until half-way through the semester. By this time I was deep into my zip extraction plugin so instead of joining me on the zip plugin, my partner decided to start out on his own plugin and salvage what was left of his semester. I regret not keeping in better contact with him. I had pinged him a few times but I held back checking too often for fear of being nosey.

Thus, I cannot report doing the fun distributed team things like code reviews or hanging out on irc. With that said, please don’t let my experience discourage you. Stuff happens and sometimes things go wrong, but in general they go right. The other UCOSP students from my university reported lots of code reviews, wikis, and even team blogs! Just imagine, next year you could be hanging out with team members from across Canada working on your own UCOSP project! Apply today!

Overview of my 2013 Microsoft Internship

To summarize the internship: It was fun!

More details to be found the in the posts below.

Interviews

Application: T-Shirt and a Soda

First interview rounds: My Microsoft internship university campus interview experience

Second interview rounds: My Microsoft internship interviews in Redmond

Internship

Flight to Redmond: Flight to Microsoft

Day 0: Invasion of Nintendo America’s campus

Day 1: Intern at Microsoft day #1

Days 2 to 12: Microsoft Internship days 2 to 12

Days 13 to 19: Microsoft Internship days 13 to 19

Days 20 to 33: Microsoft Internship days 20 to 33

Days 34 to 40: Microsoft Internship days 34 to 40

Days 41 to 47: Microsoft Internship days 41 to 47

Days 48 to 54: Microsoft Internship days 48 to 54

Days 55 to 62: Microsoft Internship days 55 to 62

Days 63 to 70: Microsoft Internship days 63 to 70

Days 71 to 77: Microsoft Internship Final Week

I must apologise, I am sure there is at least one off by one error in my day counting.

Also in case you’ve noticed the url, somehow I confused my internship for being in 2012 when I first wrote the post. Just to confirm: my internhsip took place during summer 2013.

Ubuntu 13.10 Blackberry OS 10 Cordova plugin development setup

After upgrading to Ubuntu 13.10 the QDE setup for 13.04 needs new dependencies. The change itself is small, just install the following libraries before you run qde:

sudo apt-get install libgtk2.0-0:i386 libpangox-1.0-0:i386 libpangoxft-1.0-0:i386 libidn11:i386 gstreamer0.10-pulseaudio:i386 gstreamer0.10-plugins-base:i386 gstreamer0.10-plugins-good:i386 gstreamer0.10-ffmpeg:i386libcanberra-gtk-module:i386 libcanberra-gtk0:i386 libcanberra-gtk3-0:i386 libcanberra-gtk3-module:i386 libxtst6:i386

If you do not install those you will get errors like:

After upgrading to Ubuntu 13.10 the QDE setup for 13.04 needs new dependencies. The change itself is small, just install the following libraries before you run qde:

If you do not install those you will get errors like:

java.lang.UnsatisfiedLinkError: Could not load SWT library. Reasons: 
	/home/danieru/.bbndk/configuration/org.eclipse.osgi/bundles/364/1/.cp/libswt-pi-gtk-4236.so: libgtk-x11-2.0.so.0: 共有オブジェクトファイルを開けません: そのようなファイルやディレクトリはありません
	no swt-pi-gtk in java.library.path

 

 

The Rebuild of Evangelion movies are incredible!

The Evangelion, aka Neo Genesis Evangelion, aka Eva, aired as a TV series in the late nineties and already then received critical acclaim. Now for the past many years the original creators have been redoing the series in a movie series.

The Rebuild series is peerless. Every action movie I’ve seen since has left me thinking about Evangelion. It does not matter if the action film is Western of Japanese, they cannot compare.

Take destruction and power, abstract terms that get *defined* by Evangelion. You never see a dieing person in Eva. The scale is uninterested in singular people. Fleets of ships, walls of tanks, that is Eva’s scale of destruction.

I wish other films paid the same focus. Last summer we had the blockbuster Avengers. At said film’s climax the superheros resorted to saving a bus of people. One bus, regular people. The world is being invaded by aliens and the most dramatic scene the film will provide is one bus load of people being escorted into a building.

2013-10-19-231739_5520x1080_scrot

Ship to ship cargo transporting. From Film 3. Not individual scale.

My wish is for the action to match the scenario’s scale. Eva fulfils this condition. Saving a bus is individual scale. You do not get to invade the earth on an individual scale. When invading the earth you must work on planet scale.

Planet scale means you have no time to watch a random person die. You have no time because the destruction of a battle fleet is not your climax and so said destruction needs to get off the screen fast.

Evangelion will evacuate the city in seconds. What inspires me is how powerful the evacuation feels. As like an entire nation’s will and effort was put forth. Highways of buses and railines packed. Yet not a person to be seen. In any other film we would see the panic, the disorder. Any other film would spend tens of minutes building suspense over the evacuation’s success. Yet Evangelion has no time to waste on such small issues.

Three of the planned four Rebuild movies are out. The third has made complete departure from the tv series and each film has outdone the last in power.

Power is the key flaw in the whole concept of giant robot suits. Internalize the power, the momentum, a tank has when moving. No engine we can create has the power to size ratio needed to make building sized robots move. So some anime invent new power sources to justify their robot’s movement. Eva does not. Or at least Eva does not waste time explaining their existence.

Instead Evangelion shows you the result. Eva never compromises scale. In the case of robots this means weight and momentum. So when Eva shows a robot changing direction, accelerating, or falling we see the result of the mythical power source. We see the ground cracking. We see the jet blast. We see the weight and Newtonian force.

Still frames or animated gifs cannot do Evangelion justice. I wish they could. Once I pause the film the magic disappears. Evangelion is an animated experience and it is meant to be seen moving. Keep that in mind when you see beautiful still frames. Those frames have been pulled from a scene that magnifies them many times over.

2013-10-20-000227_5520x1080_scrot

The computer interfaces are something to behold. Alarms give jolt you awake. Notices fill your screen. The pilot can neither miss nor ignore any important information.

2013-10-20-000519_5520x1080_scrot

This delta wing receives less than ten seconds of exposure and at no point is the element of interest. Eva has no time to waste.

2013-10-20-000731_5520x1080_scrot

This still frame does the scene no justice. Those jets are powerful , and you feel it, yet Eva spends mere seconds using them. Seconds later we’ll see that robot impact the ground, cracking pavement, compacting tanks, and walking away.

If you can understand japanese and you have not seen Rebuild then I implore you to watch the films. I am less enthusiastic over the prospect of relying on distracting subtitles. As a  fundamental issue English is not Japanese and impact can only be lost in translation. If you do not yet understand japanese then you are still fortunate. The Rebuild series is taking a very long time to reach completion. Seeing the fourth film in the next two years would surprise me. So this should make a fine opportunity to learn the language.

Or just watch Neo Genesis Evangelion anyway, it is that incredible.