So this is more about some of the things I’ve noticed about our community at Akademy: goals and consensus.

Goals

We have some massive tasks to do, particularly in promo. Or may be not even particularly in promo, but that’s the bit I’m aware of.

Some of these tasks will take years (having a sane, accepted brand structure for example) and many of them have already taken years (having a sane, accepted brand structure for example). The things that have been achieved since I’ve been watching KDE promo are those things with very well defined goals that are achievable in the short term. They don’t take us all the way to where we want to be, but they get done and make things better, even if not yet perfect.

These are things like making some general purpose leaflets, making the branding improvements, making the software labels, making a KDE booklet (almost done now). These are part of much bigger goals that are not done yet, but as tasks that, ultimately, could be implemented by a few people in a few months they looked achievable and were achieved.

Fluffy, as presented by Frederik - a highlight of the conference

Longer, larger plans cannot be done in one go in an organisation like ours. There are many subdomains on kde.org that are unmaintained as they were just too large as projects. A full time employee might have done them in months, for a volunteer it is a time commitment that leads to a distant in invisible future – with a good chance that when it is finally delivered it has been superseded by something else.

We are still guilty at times of getting bogged down in big discussions when what we need to do is ‘just do’, but that is getting better. It is preferable to paint the bike shed in a bright green colour that not everyone likes than not to paint it at all and let it rust away.

Consensus

Something that Aaron mentioned in his keynote speech and very relevant to the Dot and promo teams is the issue of consensus. We are different people with different priorities and different ways of doing things. So, of course, we don’t agree on everything. However, one of the things that really impresses me about KDE promo (and KDE in general nowadays) is the ability of people to express opposing views but then support the consensus decision and work to make it a success, even if they believe it is the wrong way to do things.

As with setting goals, working together on the second best solution (from your point of view) makes more sense than working on nothing at all until everyone agrees. That way, no one ever works on anything.

Akademy

Well ok, just a little bit about Akademy. Apart from the things that everyone else has mentioned it has been fascinating meeting people and putting comparing personalities on and offline.

It’s also been great to bump into quite a few people currently based in the UK and Ireland. I’ve always had the sense that the UK was pretty dead for KDE, apart from a few of the well known people, but there are far more of us than I thought.

KDE: a global community

Well, KDE “is an international technology team” – it says so on the website We localise our software and being part of KDE is a great way to meet and mix with people of other cultures. Within Europe and North America, even language barriers are not too much of an issue – luckily most people seem to speak English and so we’re pretty good at picking up news from across Europe, the US and Canada.

But there’s a lot more to KDE than that.

We have vibrant communities in Brazil and some great work coming out of India (just check our list of GSoC participants). We’re attending events in Africa. We have hackers in Iran. We have… well, I get the sense I’m hugely ignorant about what we really have. Do we report enough on what is going on around the world?

It is great that we have regional communities. It is far better to be invited in to KDE by someone who understands your culture and speaks your language. However, the KDE website and the Dot should be the central home for all of KDE – www.kde.org is afterall probably the first place that many people find.

The Dot features application releases (doing ok there), interviews (quite euro/North America-centric) and reports on events that we attend (very Euro/North America-centric).

What can we do to make better communication between our teams and to make the Dot better reflect the activities of our worldwide community?

We have a few thoughts and we’d like to invite you to attend our Akademy Marketing team BoF on Tuesday at 1600 to give us your ideas too.

If you can’t make it to Akademy or the Marketing BoF then please feel free to add thoughts here and let us know what we can do or what you can do. Join kde-promo@kde.org or contact one of us directly (you can find my details on the About page here).

Do you use KDE software?

Do you use KDE software for your science?

Gratuitous picture of Einstein

Update: Well, actually, I have plenty of answers now Thanks very much. I don’t need any more responses, but if you’d like to let me know what you think then by all means go ahead (probably won’t make the article though).

There are (I sense) a few scientists in KDE land and some of us (Luca and myself at least) are beginning to ponder how we can achieve world domination for KDE through the sciences.

We have some pretty cool sciencey apps already:

• Kile (LaTeX)
• Cantor (young, but promising)
• KBibTeX (I crave a Platform 4 port)
• LabPlot (Platform 4 port in progress)
• Kalzium
• Kalgebra
• KStars
• Marble
• Rocs
• KmPlot
• Step

We also have external projects such as SciDAVis that are working with KDE projects (LabPlot in that case).

So, if you can spare some time for me, here’s a mini open interview for you:
(Edit: made it an ordered list for easier answering and added questions 9 and 10 from Luca)

1. Who are you and what field to you work in? (Add where and for whom if you’re happy to do so)
2. What KDE software do you use in general?
3. What KDE software do you use specifically for science?
4. Were you aware of all the applications I listed above?
5. If not, are there any you weren’t aware of that could be relevant to you?
6. What is missing among KDE software for you?
7. Would you be interested in a dedicated mailing list/website area for KDE software for scientists?
8. What else would you like to tell me?
9. If you developed scientific software/algorithms, did you ever consider KDE users/platform as a target? If not, why?
10. Did KDE software help you with your research in general? For example, do Kontact or Plasma widgets help keep things orrganised?

I’d like to make you comments up in to some kind of Dot article – they may be edited and it is likely that not everything will be used. You can either drop a comment using the form here or mail me directly at myfirstname.mylastname at gmail.com (if that isn’t obvious then go to the about page and solve a captcha to reveal my email address). If you use the comment form then please use your genuine email address (it is never disclosed) if you’d be willing for me to come back with some follow-up questions.

Also, if you’re making it to Akademy, there are at least a couple of KDE-science things that you can attend: Luca’s BoF at 1500 on Tuesday (see the wiki page) and my lightning talk at 1030 on Sunday.

Get some guidance

Growing our mentoring programs

One of the common themes was not being sure where to start and needing some guidance. Justin suggested extending mentoring in KDE, which seems like a great idea.

We already have Season of KDE which has been very successful as we explain on the Google Open Source blog (thanks to the many people, students and mentors, who responded to my questions about this and helped me put the summary together).

Perhaps less well known is our list of mentors already available for you at any time of the year (see the list at the bottom of the page – thanks to annma for the pointer). Hopefully, with Justin’s suggestions, this can be made more visible.

Improving documentation

A recurring theme in reply to the posts by Justin and I was that a lack of good documentation makes getting started with hacking on KDE software harder than it needs to be. Techbase tries to address this but it seems there is plenty more to do. However, there are a couple of problems. Can we really expect our volunteer contributors to spend time writing docs when they could be coding? It might bring great benefits in the medium-long term but the results are not as readily apparent for the contributor as a bug fix or a new feature. Also, are our coders good documentation writers? Being good at doing something doesn’t necessarily make you good at explaining it.

So here’s a suggestion: if you ask a question on a mailing list about something that you couldn’t find in the documentation (or if you provide an answer to such a question) please consider uploading the answer to techbase. If you can rewrite it to make it as good as possible, that’s great, but even a start is better than nothing.

Contributing without coding

I often come across some problem, wish there was an app to solve it and – after a bit of digging in Google – find that there is one, often built upon the KDE Platform or at least Qt. As Apple might put it, “there’s an app for that”. However, a lot of our apps don’t really get the attention or publicity they deserve, simply because we don’t have time to write about all of them.

As an example, KMid (a KDE MIDI player, now with backends for Windows and Mac too) had a new release last week. It’s exactly the kind of application that might benefit from a bit of exposure on the Dot, but none of us had time to pick it up and write a release story.

If you have a favourite application that isn’t getting the attention it deserves, consider writing a story for its next release – or perhaps do an interview with its developers (check the Dot Guidelines first).

It could be you... (Image: victoriapeckham CC-by)

1. Not enough time
2. Not sure where or how to contribute
3. I’m not confident enough in my own skills

What stopped me?

Thinking back, there were a few things that delayed my own involvement with KDE. Time was a big one: I didn’t want to be that guy who turns up, makes some suggestions and promises but never delivers, so I waited for when I might have more time. I knew where I would start (Dot articles) but there was a bit of a lack of confidence in my own knowledge too – that I’d get found out writing about stuff I don’t understand as well as all you guys. I still get that , but hopefully it just makes me do my research a bit better

There is never a good time

Eventually, I realised that I will probably be busy for the rest of my working life. Actually I realise now that I had far more time when I thought I was too busy than I have now. The result is that I am that guy who turns up, makes suggestions and promises to do things but doesn’t deliver Most of us are. But the thing I realise now is that a lot of people doing some of the things that need doing some of the time can achieve quite a lot. It really is better to light a candle than to curse the darkness.

You don’t know enough, but then – who does?

When you start contributing, you’ll likely realise you don’t really know what you’re doing and chances are you will screw up (but people are nice about that, generally). But you will be bringing in some skills that others don’t have. Perhaps you’re a native speaker of a language we need to use for a press release (so you can instinctively see when something doesn’t sound quite right) or you have language skills that allow you to translate useful information or act as a bridge to KDE communities around the world. Perhaps you have useful contacts in education, among artists or in science that allow you to put (potential) users in touch with developers.

Start where you want to start

The possibilities for contributing to KDE are vast. Jos (and us other promo peeps) would like your help, but there are plenty of other options too. There can be few application teams that wouldn’t welcome more developers and we always need artists. Whatever you want to do, you can get involved.

So, why not contribute?

If you would like to help out, but there is something holding you back then why not tell us? We need people and if there are things we can do better to make contributing easier it would be great to know.

I spent the last couple of days attending a “results-based writing” course hosted by my university. The main aim was to learn some things about writing concisely for scientific papers and finding a good structure for my thesis, but the lessons are applicable to all many kinds of writing. Writing a thesis takes a lot of endurance and strong writing ability, as you have to keep the reader interested and informed for thousands upon thousands of words encompassing complex topics and formed scientific opinion. While many online education sources do indeed offer some great tips on compiling a good thesis paper, it is best to take a look into face to face courses as well as you can ask questions of the teacher and other students and involve yourself verbally as it plays out.

The training I attended was provided by Cognitrix and was excellent. These are key points that I took away from the course:

• Know your audience
• Identify the concepts and how they link
• Don’t try and hide uncertainty with vague language
• See the opposite point of view
• Cut the waffle
• If you can’t say a sentence in one go then it is too long

They maight seem obvious, but many scientific papers fail on a lot of them. More detail on each follows below.

Know your audience

What jargon can you include? What explanation is necessary? On the Dot I insert hyperlinks to applications, jargon or concepts that I think might not be widely known, but mostly base that on what I understand.

Identify the concepts and how they link

We took a science paper, wrote its concepts out on paper and drew arrows to link them. Those with the most outgoing links are probably good starting points; those with mostly incoming links conclusions. Some items were not linked at all (these were mostly irrelevant and could be removed). Others had few links coming in and needed more background.

Don’t try and hide uncertainty with vague language

I know I’ve tried this in the past when I haven’t quite understood something. Not on the Dot, because there are far too many knowledgeable people reading and I’d get found out If you can’t explain something well then you probably don’t understand it properly yourself.

Try and imagine the opposite point of view

Particularly useful for science. Scrutinize statements like “it is obvious” to see whether they are true. Do you need to provide justification?

Cut the waffle

Some of us (I am guilty) can be a bit verbose. Being brutal with every word, we cut a sentence from 50 to 19 words with no loss of information.

If you can’t say a sentence in one go then it is too long

If you can’t remember at the end of a sentence how it started then the information is hard to take in. A good test is whether you can say the sentence aloud without pausing for breath.

Summary

Applying some of the above, I just cut the length of this post by 21%. I’m going to be trying to apply these lessons not just in my dayjob but also in my work with KDE. So you should read a bit less from me

Social Media confusion, by Damien Basile under CC-by-sa

Social Media tools suck

On the one hand, it’s kind of nice that interoperation is possible at all, but on the other it’s a silly chain with many unnecessary points of fail. I can use WordPress to blog and that plays quite nicely with Identi.ca – I can syndicate the posts to Identi.ca and likewise list my dents here – things talk to each other. I can also syndicate from Identi.ca to Twitter, but Identi.ca (and therefore I) know nothing about replies at Twitter. From Twitter posts get passed to Google Buzz, but I know nothing about what happens there unless I happen to log in to the GMail web interface. Chances are that there are some people on Twitter wondering why I’ve @replied to them about something they never posted – markey on Twitter != markey on Identi.ca for example.

Identi.ca is made usable and useful by the KDE microblog widget – I simply wouldn’t use it if I had to actually visit the website and log in – that takes longer than the dent. Web interfaces suck. Similarly, I can interact with GMail via KMail (or I could, actually I prefer to have Google forward my mail to another server, a throwback from the days when GMail either didn’t support IMAP or it was a bit funky). GMail’s web interface, while better than other webmails, sucks. Twitter and Buzz, without convenient desktop interfaces that I use already, simply do not get visited by me on even a weekly basis.

In terms of Social Networking, I have Facebook (which I got bullied in to years ago and kinda use, infrequently), LinkedIn (dunno if I’m going to do much with that, another sucky web interface) and Flickr (only for KDE promo). Facebook and Flickr are made more bearable by the excellent digiKam image export tools

Infrastructure for KDE Promo sucks

Similarly, the KDE community wiki sucks – as a collaboration tool (it’s fine for storing info and userbase and techbase are both awesome). I need to discuss things by mail, then open a browser, log in (which requires a round trip to my openid provider if I want the same account on all the wikis). Then I need to remember how to use wiki markup. That’s my excuse for the various things I should have done on the promo wiki and haven’t done. There are things we can do better with the wiki, but the basic problems remain.

Collaborative writing tools suck too. Email is rubbish for actually keeping track of stuff. Google docs is amazing in its way, but it’s another web interface, doesn’t work in Konqueror (or does it nowadays?), is not free and is slow compared to a desktop app. Kobby (and Gobby) also don’t meet our needs – yet…

Really, I want a single “KDE Promo” app that deals with all the above. I’d like a pony too, please You can call it Kommunicator or Kollaborator if you like. The app, not the pony. He’s called Shergar.

There is hope…

Sorry if all that sounds a bit gloomy. There are some good points too The KDE microblog widget rocks. Kopete sorts out my soup of instant messaging accounts, making MSN, Yahoo, Google Talk, and Facebook Chat not suck to the extent that I don’t need to care or even know what network I’m chatting to someone on. Kontact makes my email, calendars and contacts portable thanks to the magic of Kolab PIM data structures.

Ok, the point I’m trying to get to is that all these amazing new social tools we have are limited because they don’t interoperate by open standards, only allow some limited syndication. I want to operate my Identi.ca and Twitter and Buzz accounts as one. I don’t want to have to point Google Buzz at Twitter because they didn’t implement the Identi.ca API yet. I want my Facebook stuff and my Linked in stuff in a single view in Kontact or a Plasma Widget, not in some web browser or web browser widget.

Frank Karlitschek covered some similar ground a bit more coherently in his Camp KDE talk – be sure to check out the other talks too. Together with grappling with the Promo pages on the community wiki and discovering Google Buzz, that’s what has really prompted this post. The new services we’re seeing are exciting and can be useful and Google are helping to remove some of the suck from browser-based apps, but you have to wonder why they fix the browser rather than just using the desktop. ownCloud may have some of the answers, complemented by KDE software (reimplementable by anyone else by using open standards too). Perhaps we can even succeed in, as it were, “freeing the web from the browser”. Only time will tell.

Design KDE swag

KDE has a new spreadshirt store with a couple of nice t-shirts by Sebas and some badges including some work by Ingo.

Under construction by Ingo

One of my suggestions - help needed

So, what’s in it for you? Well, you get to say you contributed to KDE and might get to see your creation wandering around Akademy, plus there is talk of giving the designers a free copy of the t-shirt, or whatever, containing their design.

Here’s some additional info courtesy of Justin on the kde-promo mailing list:

1. We do have some existing logos and things you may want to use or at least be aware of which are stored on the Community wiki. Logos are in the KDE clipart link at the top.
2. Spreadshirt allows for both “vector” and “pixel” designs but due to the nature of of the t-shirt medium it is highly advisable to design in a program that produces the vector graphics so we can scale them as needed without distorting your images. Though I think in some cases if we only have “pixel” versions we might be able to work with it if the resolution is high enough.
3. Since this is printed media you should design everything in CMYK colorschemes rather than RGB.
4. More details about the Spreadshirt “design” uploading process can be found on the Spreadshirt site
5. “Be Creative”…”Be Inspired”….”Be Free”

Provide your science photos for LabPlot

Something I started working on a number of months ago and have recently come back to is working on a website redesign for LabPlot.

The current draft is at lp.asinen.org (there’s still a lot to do, integration of the logo in the header definitely needs a lot of work). One of the things I want to have is a rotating image in the sidebar. I have a few already – one is displayed and the rotator is implemented but I’ve lost the copyright info for the others so only displaying one at present. It would be great to get photos from actual KDE people in Science – I’m after things that are fairly simple, optionally quite abstract from any branch of science. You should be prepared to license the image under Creative Commons Attribution Share Alike (or something more liberal). You can send images to me at stua…@gmail.com (click on the dots to solve the CAPTCHA) or just put a link to an online image in the comments. Please specify the license and make it clear that you’re the copyright holder in your comment or email.

LJ Feb 2010

Nonetheless, something I did back in November came to fruition this week. A few months ago Jos got in touch with the folks at Linux Journal to see if they might be interested in some KDE related articles for their February issue. It turned out they were and so the latest issue has plenty of KDE content with Jos’s interview with Aaron and Sebas about KDE’s future, Riccardo‘s article on writing Plasma Widgets and my article on running KDE software on Windows.

Linux Journal uses a subscription model, but they make their archive available for free a month or two after publication and (if you didn’t use it already) you can get a free PDF trial copy of the current issue by filling in an online form.

Wow, by Robyn Gallagher (CC-by)

How do we get more people interested in KDE software? We can talk about it being Free (and free), point out that it does everything that the proprietary competition can do (if that’s true) but there is always a cost in changing software: you have to learn new stuff. Therefore our biggest openings are when the alternatives suck and so people are looking for change or when our stuff just leaves the competition for dead. The latter one is about the wow factor – something in our software that makes the casual observer sit up and take notice and think “I want that”.

The wow factor could be visual, but it needn’t be. Here are a few things that have prompted people who see me using KDE software to ask what the application is:

• KWin – the desktop effects are really pretty slick now (this one works best on people who don’t use Macs)
• Konqueror shortcuts – I use the gg shortcut for Google and have set up ‘go’ as the shortcut for Google I’m Feeling lucky (it’s shorter and, to me, more intuitive than ggl). Several people seeing me use ‘go bbc news’ (or whatever) have been pretty much dumbfounded – “you mean you can just tell it where to go without knowing the address?”
• Kopete – “You’ve got all your chat accounts in one app?”
• Amarok – the Wikipedia integration, mainly
• Okular – people love that presentation progress indicator
• KRandR – people are suprised I can just plug a projector in and activate it with a couple of clicks
• Digikam – it’s just so cool all round, but the Facebook upload plugin is a particular winner
• KRunner – it looks fairly funky and people are impressed by the speed of launching applications (most menu launchers suck)
• Marble – fairly cool anyway, but fire up the OpenStreetMap view and people want it
• Kile – simple things like code completion and syntax highlighting impress people trying to use Notepad for LaTeX
• Gwenview – it’s just so shiny, particularly in full-screen mode

Several items in that list surprise me a little, because they’re things I take for granted (Konqueror’s web shortcuts for example) and I’m sure several of them would leave a lot of people cold. So which can we push when promoting KDE software, which can we demonstrate at events and what others can we add to the list?

I’ve started a page to track these on the wiki, so please add your own or comment below.