Major König: I’ll fix it so that he’s the one who finds me.
June 25, 2015
June 10, 2015
Birds of a feather flock together.
Our affiliation does reflect our own quality.
On the other hand, really top people can transform a not-so-top institution into a top one.
June 8, 2015
It is fine to have creative or personalized email addresses, but use your judgement, e.g. email@example.com is probably not suitable for professional communications.
If you have multiple email accounts which you cannot check with sufficient frequency, just set automatic forwarding to a single (default) account. You can also setup (e.g. via SMTP) that single default account to reply on behalf of the other aliases.
If you do not intend to use a particular email account, disable or delete it so that people would not expect reply from there.
May 31, 2015
The deadline is approaching and we have this paper that might or might not be ready. Should we submit?
A lot can be learned only by going through actually paper review cycles. So it pays off to do our best to meet the deadline.
On the other hand, a bad submission might get its potentially good ideas scooped by the reviewers without receiving much useful feedback.
Thus, I recommend submitting only those with a reasonable chance of getting accepted but let the first author make the final call as the tie breaker.
April 8, 2015
Never, ever, send your code to others and ask them to debug whatever functional or performance issues you have.
That is the most effective way to signal you being a liability rather than an asset. It is like asking others to wipe your ass for you.
Spend time figuring out what is going on inside your own code, and ask specific questions if you need help. Take a look at stackoverflow.com, a good forum for coding questions.
March 25, 2015
If you are a university professor and you boast on social networks about sending your students to other schools for higher degrees, you are essentially acknowledging that you (and your school) are not as good.
December 20, 2014
You should be able to understand and implement an existing research paper (e.g. SIGGRAPH) or software system (e.g. a renderer/simulator) as well as reproduce the corresponding results.
Otherwise, you are not ready for a research or even a development position.
As a reference point, my current HKU PhD student, Jun Xing, once managed to reproduce 3 SIGGRAPH papers in a span of about 5 days.
November 25, 2014
November 9, 2014
If I need to produce a video or give a talk for a research project, here is my current workflow.
Write down the story/script in plain text and rough drawings. Do not use any specific media at this early stage as it can prematurely limit our creativity.
Commit the script into a storyboard via slides (e.g. PowerPoint).
I then gradually flesh out the storyboard into a video and talk using the same set of slide files. This might sound unusual, so let me explain.
Start with video. When I was in grad school I learned time-line based tools (e.g. Adobe Premiere) to author and edit videos. But recently I found it more natural to use slides instead of time-lines for research videos. The main reason is that a research video usually contains short video segments glued together by narration, which involves more storyboarding than time-line manipulation.
I first produce the individual video segments using specific tools (e.g. dumping individual frames from my renderer and convert them into a video via MovieMaker), and embed them into PowerPoint slides. PowerPoint provides a rich set of tools for annotation, animation, and transition, which I find handy (and harder to do via Adobe Premiere). I automate all object animations and slide transitions, and dump the entire project into a video file.
I submit the video along with the paper, and go screw around.
PowerPoint allows flexible manual control, but it can be tedious due to lack of automation/scripting tools. Thus, it is important to properly decompose the above process into (1) automatic creation of (video) components and (2) manual insertion/combination of these components into the slides. It is a trade-off among quality, control, and manual labor.
When the time comes to prepare the talk, I can simply start with my slide file, which already contains the script, the video segments, and associated effects. I just need to turn off those automatic animations and transitions that I wish to manual control, and add additional information for a talk, usually verbal stuff such as previous works, algorithm details, and future directions.
I find this much more efficient than starting new slides from scratch.
I also find that for those projects that I were too lazy/busy to make videos, the talk slides I ended up doing are often not too far from being videos.
It is almost always a good idea to have a video to present the gist of our project in 5 minutes, more appealing and efficient than absorbing the same amount of information from reading the paper.
October 13, 2014
There is a course in the upcoming SIGGRAPH Asia 2014 conference on how to make a SIGGRAPH paper.
The content has not been completed decided. If there is anything particular you like to hear about, feel free to leave a comment below within the next 13 days. You can do so with anonymous or real identity.
Please also help spread and share this.