Niklas Bivald: July 2007 Archives
Under min tid på Hyper Island skapade jag en PDF med allmäna tips för presentationer. Ta dem för vad dem är, nämligen tips och tricks. Ingen bibel. Mycket i listan är självklarheter, men dem tål att tänkas på ändå.
Allmänna tips
Tid
Det råder väldigt delade meningar huruvida en talare bör ha anteckningar eller inte. Det beror på typ av presentation. Generellt sätt så är det okej så länge du inte låser ner dig vid dem. Du ska kunna allt du ska säga utan dem. Experimentera dig fram. Gör det som du känner dig tryggast med.
Värt att upprepa: Du ska kunna allt du ska säga utantill. Du får inte läsa direkt från ett papper. Det är vad min gamla lärare skulle kalla en retorisk dödssynd.
Allmänna tips
- Våga vara tyst
Att vara tyst är ett av de effektivaste verktygen du kan använda dig av - Försök att inte stressa
Även om du känner att ämnet är uttjatat och bara vill bli klar så snabbt som möjligt så betyder det inte att dina åskådare tycker det. För dem är det intressant; de vill höra vad du har att säga - Tala sakta
Även om du känner att du pratar i ultrarapid betyder det inte att du gör det. Med största sannolikhet pratar du ändå för snabbt. Om din presentation tar 10 minuter framför spegeln går den på 6-7 i verkligheten. - Öva, Öva och glöm inte att öva
Låt någon höra på en repetition och fråga vad dem tycker. Detta ger dig både feedback och erfarenhet. - Gå medan du över på talet
Att röra dig samtidigt som du pratar ökar syrehalten i blodet och gör att du lär dig mera - Lär er bolla inom gruppen
Om någon tappar bort sig kan en annan i gruppen ta upp bollen och fortsätta. - Säg aldrig emot någon i din egen grupp under en presentation
Oavsett vad den säger. Stå enade. Säg aldrig "Jag tyckte inte det var så vi menade". Måste ni poängtera/ändra något så fyll ut, säg inte emot. Om inte ni håller med varandra, hur ska ni då övertyga en publik? - Teori, ett tal ska:
- Ge lyssnarna något
- Röra publikens känslor (röra till handling)
- Behaga.
- Lita inte på tekniska hjälpmedel
- Låser ner talaren till ett för strikt manus
- Får det att kännas stelt
- Tekniska hjälpmedel i sig är okej om de används rätt, "business". Allt har sin plats.
- Datorer går sönder
- Utrustning strular
- Om du helt plösligt får 20 minuter mindre på en 50 minuters presentation kommer du vara tvungen att snabbspola slides, vilket är oseriöst och förvirrar lyssnaren.
- OH är även kännd som tjänstemannarespiratorn
- Titta aldrig på en PP
Du vet vad som står där, läs inte av den. Placera istället datorn så att den står till framför/till höger om dig, så du kan snegla på den samtidigt som du läser av publiken. - Räkna inte med att alla kommer närvara
En presentation ska kunna hållas med någon frånvarandra. - Om någon är frånvarandra, be inte om ursäkt. Ni kan poäntera faktumet, men gå snabbt vidare.
- Frånvaro är inte en giltig ursäkt för att inte kunna hålla en presentation.
- Upprepa erat budskap
- Försök att ha max tre huvudargument
En lyssnare kommer inte ihåg fler än tre huvudargument - Det är okej att tappa bort sig.
- Man framstår mänskligare
- Ha anteckningar du kan gå och titta på om allt låser sig.
- Lär dig tappa bort dig snyggt.
- Om du tappar bort dig, gå lugnt över till dina anteckningar som ligger på bordet brevid. Öppna boken lugnt, skumma en sekund. Ta en klunk vatten. Börja om. Då får lyssnaren dessutom en paus.
- Be aldrig om ursäkt för att du tappar bort dig.
- Be aldrig om ursäkt för att du tappar bort dig.
- Du kan vara tyst i flera sekunder utan att det verkar konstigt, det blir bara effektfullt. Det känns som tre år för dig, men det är bara 3 sekunder.
Tid
- Du har cirka 30 sekunder på dig för att få lyssnarna intresserade.
Ha en bra inledning - Räkna med att det tar tio gånger längre tid än beräknat att förbereda en bra presentation.
Mycket trial-and-error. - Öva med klocka
Du har oftast en utsatt tid, denna ska du varken gå under eller över. - Ha kvalitativ tid.
Dra inte ut på saker i onödan. Utnyttja tiden.
Det råder väldigt delade meningar huruvida en talare bör ha anteckningar eller inte. Det beror på typ av presentation. Generellt sätt så är det okej så länge du inte låser ner dig vid dem. Du ska kunna allt du ska säga utan dem. Experimentera dig fram. Gör det som du känner dig tryggast med.
Värt att upprepa: Du ska kunna allt du ska säga utantill. Du får inte läsa direkt från ett papper. Det är vad min gamla lärare skulle kalla en retorisk dödssynd.
- Även om du kör utan anteckningar, ha dem liggande i ett snyggt anteckningsblock som psykiskt stöd. Just in case.
- Om du använder anteckningar, försöker använda stödord eller feta ord ur en lång ted. Annars kommer du tappa bort dig i dina egna anteckningar.
- Lär dig följden, inte orden.
Det är mindre chans att tappa bort dig om du kan följden på vad du ska säga, din argument. Då behöver du inte minnas de exakta orden. Inget tal bör vara likadant två gånger i rad. - Öva på nyanseringar
Dessa gör presentationen mer levande och även roligare för dig. - Lägg in guldkorn.
Öva in korta formuleringar du vet går hem.
- Bara en liten del av hur lyssnaren uppfattar dig beror på vad du säger. Det som verkligen uppfattas är hur du säger det, ditt kroppsspråk. Öva.
- Ditt kroppsspråk speglar din attityd.
Står du inåt framstår du som blyg. Står du med handflatorna innåt verkar du vara stängd. Handflatorna utåt framstår du som öppen och ärlig. - Ögonkontakt
- Försök att få kontakt med publiken.
- Hitta någon att vila på, men lås dig inte till personen.
- Sök aktivt ögonkontakt.
- Inte titta för högt eller lågt (lågt är blygt, högt är arrogant)
- Tänk på dina handrörelser
Dina lyssnare följer dem. Rör du dig för lite känns du stel, för mycket rörig. Rör du dig för mycket kommer lyssnaren till slut sluta lyssna och bara se på dina händer. - Öva på ditt kroppsspråk. Minst lika viktigt som det du säger.
- Va i linje med ditt kroppsspråk och ditt tal.
Båda måste matcha varandra. - En ledlös/svag person ser väldigt dålig ut.
- Vänd aldrig ryggen mot någon i publiken.
Måste du t.ex. peka på tavlan så vänd dig i sidled. Stå brevid den (med kroppen frammåt mot publiken) och peka med armen. - Ha armbågarna längst med kroppen
Armbågarna utåt anses ovänligt. - Om möjligt, öva i rätt sal.
Var man ställer sig bör aldrig vara en slump.
Earlier this year Ben Collins and Brian Fitzpatrick gave a seminar on Google TechTalks on the subject "How Open Source Projects Survive Poisonous". It's an interesting seminar and one can learn a lot from it since many of their points are valid even for none-open source projects.
» Continue to the Google video
» Search for more Google TechTalks
» Continue to the Google video
» Search for more Google TechTalks
Recently I've been working on a new version of my webcam software for Snyggast Chatten. Basically it allows our users to broadcast their webcams and view others. Here is a quick GUI preview:

The new system is re-written from the ground up. The GUI is better, users can report rule violations, we can maintain bans easier. Everything is simply better. More information will follow..

The new system is re-written from the ground up. The GUI is better, users can report rule violations, we can maintain bans easier. Everything is simply better. More information will follow..
Movable Type is a great CMS/Blog system built on Perl and version 4 was recently release for betatesting. However, the release candidate is not without bugs. Here are some problems and solutions I came up with:
500 Internal Server error on rebuild/Image upload (specially PNG).
Either you are running out of memory, or you'r Image::Magick installation is either broken or missing. If you visit http://www.yourdomain.com/cgi-bin/movabletype/mt-check.cgi and scroll down to "Image::Magick", does it appear as valid? Or does it say it's missing.
Either way (there have been reports that users with apparently OK installations is helped by this too) try using NetPBM instead. Follow this guide:
http://sniptools.com/tutorials/thumbnailing-with-netpbm-and-movable-type
Using NetPBM with PNGs (... or File not found /path/to/mt/topnm"
Movable Types default NetPBM settings does not allow pngs (possible Movable Types default settings for Image::Magick either). Locate your Image.pm (In movabletype/MT folder), line 1XX (122 probably) and change:
my %Types = (jpg => 'jpeg', gif => 'gif');
To:
my %Types = (jpg => 'jpeg', gif => 'gif', png => 'png');
Otherwise you will get a "file not found: /users/home/etc/netpbm/topnm" error. Solution originally found on http://forums.sixapart.com/index.php?showtopic=54246
No entry ID on comments/commenting
Short answer: Make sure you have www in your CGIPath on mt-config.cfg (or remove it if you have).
Longer answer: This has to do with POST redirecting problems. Make sure your CGIPath in mt-config.cfg reflects your sites www-structure. If your adress is: http://www.domain.com/cgi-bin... You must include the www in CGIPath. But if your adress is http://domain.com/cgi-bin.. you must remove the www.
500 internal server error on commenting (... with NetPBM)
This could have several reasons. Start by turning off E-mail notifications (to make sure your sendmail isn't causing the trouble), then set "" to anyone. Also, see http://www.sixapart.com/movabletype/kb/comments/500_on_comment.html if their solution works.
If nothing else, you might have the same rather obscure error as me. NetPBM cannot produce CAPTCHA images, you will find this in your comment settings:
"No CAPTCHA provider is available in this system. Please check to see if Image::Magick is installed, and CaptchaImageSourceBase directive points to captcha-source directory under mt-static/images."
However, this does not stop MT from trying to initiate Captcha (even if it would later choose not to use it). Open lib/MT/App/Comments.pm and comment out (add # at the start of the line) in init(), from:
$app->init_captcha_providers();
to:
#$app->init_captcha_providers();
And your problem (might be solved), mine was.
500 Internal Server error on rebuild/Image upload (specially PNG).
Either you are running out of memory, or you'r Image::Magick installation is either broken or missing. If you visit http://www.yourdomain.com/cgi-bin/movabletype/mt-check.cgi and scroll down to "Image::Magick", does it appear as valid? Or does it say it's missing.
Either way (there have been reports that users with apparently OK installations is helped by this too) try using NetPBM instead. Follow this guide:
http://sniptools.com/tutorials/thumbnailing-with-netpbm-and-movable-type
Using NetPBM with PNGs (... or File not found /path/to/mt/topnm"
Movable Types default NetPBM settings does not allow pngs (possible Movable Types default settings for Image::Magick either). Locate your Image.pm (In movabletype/MT folder), line 1XX (122 probably) and change:
my %Types = (jpg => 'jpeg', gif => 'gif');
To:
my %Types = (jpg => 'jpeg', gif => 'gif', png => 'png');
Otherwise you will get a "file not found: /users/home/etc/netpbm/topnm" error. Solution originally found on http://forums.sixapart.com/index.php?showtopic=54246
No entry ID on comments/commenting
Short answer: Make sure you have www in your CGIPath on mt-config.cfg (or remove it if you have).
Longer answer: This has to do with POST redirecting problems. Make sure your CGIPath in mt-config.cfg reflects your sites www-structure. If your adress is: http://www.domain.com/cgi-bin... You must include the www in CGIPath. But if your adress is http://domain.com/cgi-bin.. you must remove the www.
500 internal server error on commenting (... with NetPBM)
This could have several reasons. Start by turning off E-mail notifications (to make sure your sendmail isn't causing the trouble), then set "" to anyone. Also, see http://www.sixapart.com/movabletype/kb/comments/500_on_comment.html if their solution works.
If nothing else, you might have the same rather obscure error as me. NetPBM cannot produce CAPTCHA images, you will find this in your comment settings:
"No CAPTCHA provider is available in this system. Please check to see if Image::Magick is installed, and CaptchaImageSourceBase directive points to captcha-source directory under mt-static/images."
However, this does not stop MT from trying to initiate Captcha (even if it would later choose not to use it). Open lib/MT/App/Comments.pm and comment out (add # at the start of the line) in init(), from:
$app->init_captcha_providers();
to:
#$app->init_captcha_providers();
And your problem (might be solved), mine was.
Introduction
There are many good sites for website statistics. Tools such as Google Analytics are invaluable for any webmaster. But how do you measure the success of a chat? a IRC system? While total number of users per day is interesting, the real value is in the current number of users combined with other factors.
Helios, our new statistical software I've been working, is an internal tool for us on Snyggast Chatten. It collects data every five minutes, pretty much like mrtg. MRTG stands for Multi Router Traffic Grapher, and outputs images like this:
Where a webmaster can easily overlook the network usage of a particular server. The idea is to output similar graphs but include data such as current numbers of users, ram usage, etc.
Collected data
Currently we are collecting the following data every five minutes:
Relations, the real power
The real power of Helios is relations. In a 24 hour graph we can not only see where our tops are, but also the relationship between numbers of users and, for example, free ram. This provides us with valuable information about how the server feels but also how much a particular optimization gave us.
The actual charts
I've built the system around the open source grapher Open Flash Charts. It's a flash grapher, and it's open source. Since we will be measuring numbers of users (0-600) and it's relation with ram usage (0-2500 MB free) we need double Y-axes. The problem is that not many (if any) grapher actually supports this by default. But since Open Flash Charts are open source I could implement it myself. Turns out that many other users have been asking for this feature for a long time and my double y-axes code will be integrated in the next release of the software. It's always good to be able to contribute to projects..
Sample Chart
This is how the system currently looks:
At a first glance it's quite blurry and might be hard to see the relations. This is because the large number of data we actually need to see. The main line (with the dots) are numbers of chat users, the smaller line with dots are numbers of webcam users and the other 2 lines are how much ram we have left.
Why the name Helios?
In greek mythology, Helios is the sun god and referred to as the "the all-seeing". A fitting name for a system which idea is to monitor and see pretty much everything.
There are many good sites for website statistics. Tools such as Google Analytics are invaluable for any webmaster. But how do you measure the success of a chat? a IRC system? While total number of users per day is interesting, the real value is in the current number of users combined with other factors.
Helios, our new statistical software I've been working, is an internal tool for us on Snyggast Chatten. It collects data every five minutes, pretty much like mrtg. MRTG stands for Multi Router Traffic Grapher, and outputs images like this:
Where a webmaster can easily overlook the network usage of a particular server. The idea is to output similar graphs but include data such as current numbers of users, ram usage, etc. Collected data
Currently we are collecting the following data every five minutes:
- IRC data (Numbers of users, users in both public channels, active admins, webclient users)
- System data (Ram usage, HDD usage, CPU usage)
- Webcam data (Numbers of webcam users
Relations, the real power
The real power of Helios is relations. In a 24 hour graph we can not only see where our tops are, but also the relationship between numbers of users and, for example, free ram. This provides us with valuable information about how the server feels but also how much a particular optimization gave us.
The actual charts
I've built the system around the open source grapher Open Flash Charts. It's a flash grapher, and it's open source. Since we will be measuring numbers of users (0-600) and it's relation with ram usage (0-2500 MB free) we need double Y-axes. The problem is that not many (if any) grapher actually supports this by default. But since Open Flash Charts are open source I could implement it myself. Turns out that many other users have been asking for this feature for a long time and my double y-axes code will be integrated in the next release of the software. It's always good to be able to contribute to projects..
Sample Chart
This is how the system currently looks:
At a first glance it's quite blurry and might be hard to see the relations. This is because the large number of data we actually need to see. The main line (with the dots) are numbers of chat users, the smaller line with dots are numbers of webcam users and the other 2 lines are how much ram we have left.
Why the name Helios?
In greek mythology, Helios is the sun god and referred to as the "the all-seeing". A fitting name for a system which idea is to monitor and see pretty much everything.
Recently I implemented support for double, stand-alone y-axis in Open Flash Charts. Turns out that John Glazebrook (main coder) has gotten "LOTS of requests for 2 Y axis" and my contribution will be included in the next release of Open Flash Charts. That way all users can benefit from my modifications..
Technical details (to other Open Flash Charts users)
If you want to try out double y-axis before the next release, download my open-flash-chart.swf and add this to your data file:
&y2_axis_colour=#164166& // Same as regular documentation
&y2_label_style=10,0x164166& // Same as regular documentation
&show_y2=true& // Do we use double axels?
&y2_lines=1& // Which of the lines should be drawn based on the y2-axel? (1,2,3 etc)
&y2_left=70& // Left margin (how far left should we push the regular content)
&y2_min=0& // Same as regular documentation
&y2_max=2400& // Same as regular documentation
&y2_legend=Free Ram (mb),12,0x164166& // Same as regular documentation
Good luck! If you got any questions, simply contact me
Technical details (to other Open Flash Charts users)
If you want to try out double y-axis before the next release, download my open-flash-chart.swf and add this to your data file:
&y2_axis_colour=#164166& // Same as regular documentation
&y2_label_style=10,0x164166& // Same as regular documentation
&show_y2=true& // Do we use double axels?
&y2_lines=1& // Which of the lines should be drawn based on the y2-axel? (1,2,3 etc)
&y2_left=70& // Left margin (how far left should we push the regular content)
&y2_min=0& // Same as regular documentation
&y2_max=2400& // Same as regular documentation
&y2_legend=Free Ram (mb),12,0x164166& // Same as regular documentation
Good luck! If you got any questions, simply contact me
The Psychology blog has a short but interesting article about communication. When communicating persuasively, should one use face-to-face or email?
So, if you want to persuade someone with whom you have a competitive relationship - whatever your and their gender - email might be a better choice. On the other hand, if your persuasion attempt is aimed at someone with whom you have a more cooperative relationship, face-to-face could be a better choice. Unfortunately, it isn't always possible to see someone face-to-face, so it's very useful to be aware of the processes operating in both face-to-face and online interactions.Continue to the article
Earlier this year New York Magazine published the article Can't get no satisfaction, also known as "Where Work Is a Religion, Work Burnout Is Its Crisis of Faith". From the article:
Continue to the article
"Burnout is the illness of just about any averagely driven, obsessive New York professional. Bankers, high-tech workers, advertisers, management consultants, lawyers working in their mustard-lit honeycombed Hades--all of them are as likely to complain about burnout as schoolteachers and social workers. In 21st-century New York, the 60-hour week is considered normal. In some professions, it's a status symbol. But burnout, for the most part, is considered a sign of weakness, a career killer."It's a must read for pretty much everyone. Project managers, chiefs, staff. You will get a historical overview of burn outs but also a deeper understanding of the psychology behind it. Hopefully it will open your eyes and make you take a closer look on your and your companies situation.
Continue to the article
