You can now use Mindjet Research Accelerator to search through EH forums and blogs. Research Accelerator is a plug-in to allow people search for information using different web services from inside of MindManager, MS Office applications and IE. You will need to download and install plug-in, and then add Community Server Research Service.

I'd like to thank Michael Scherotter from Mindjet for inviting and adding us to the list of supported websites.

It's nice that Mindjet is working on providing wider support for finding and importing data. It can make you more effective at finding and integrating additional information with your documents.

It would be really cool if imported information could be updated dynamically. However, integrating updates and doing version control in an application where you can edit data is hard. The problem is similar to what source control programs (SourceSafe, CVS, SubVersion, etc.) try to solve. Information in them can be changed in several places and it then needs to be merged in one place.

There are many applications specializing at gathering information from many sources (news aggregators, for example). Most of them are web-based and can gather and show news, blogs, etc. on a single page. Yahoo is probably the most popular service. The problem is usage. These applications can gather information, but they don't allow user to edit it, customize it (add custom notes) or connect several related articles. MindManager is now one step closer to supporting such scenarios.

I decided to change my blog format a little bit. I don't post as often as I need for the blog to be interesting, engaging and actually successful. Too often several weeks pass before I get to write a new post and I think by the time that happens, you lose interest in what I have to say.

My goal is to do 3-4 posts a week. Up to this point it was much less frequent because I turned blogging into a long and annoying experience.

It took me about 3-4 hours to complete one post. I wanted to completely cover the subject I wrote about, but in many cases I started out with an undeveloped idea. Thinking everything through and then writing a large post took a while and I made a lot of mistakes, which had to be corrected later. I guess, by making my blog topics large I lost focus, and doing anything without one is a hard, prolonged, and frustrating process.

I'm going to try and learn from my mistakes to post more often. I plan to limit time I dedicate to each post to about an hour. Idea is to make sure I don't feel like I'm spending too much time on it, and force me to write smaller, but more focused posts. This means I will often have to split larger topics into smaller parts, sometimes taking several posts to cover a single topic.

In the last post I divided existing information management tools (mentioning some in examples) into either open or strict-type categories. Today I continue by describing what I think is done right and what I would want to see improved.

Done right

Open tools

I'm happy with open tools. Most of them have been in development for over a decade and are helpful with general problems. Microsoft has done a good job with its Office and there are several alternatives, such as OpenOffice. You can use Microsoft Word (or something similar) if you need to write anything (a report, an article, or a note). Other examples are Adobe, Macromedia (which is part of Adobe now) and other companies, all providing good tools to work with pictures and graphics.

These tools are useful in many information management scenarios, but in most instances, they can handle only cases with simple data structure. When amount or complexity of information goes up open tools become harder and harder to use and strict-type tool designed for specific problem becomes more and more appropriate.

Simpler design

Another thing I like is a general shift towards less complex design. Applications like this with less features are becoming more popular, especially web applications. This is a good change from old feature racing (where every program would try to have more features than competition), although I don't agree that cutting features out is always appropriate. I think Einstein's, "As simple as possible, but no simpler" is a good guideline in design. Eventually we might end up with applications that are too simple to be practical.

What can be improved

Strict-type tools

There exist a lot of strict-types tools that try to address specific problems. Many of them are good, but I think most need to be better. When the tool fits the problem, great, however it often doesn't. Designing and developing a good tool is difficult. It's not easy to understand the problem (because usually there's a set of problems to address) and to come up with the best solution (there can be many solutions, each with its plusses and minuses, and on top of that different people might have different preferences on how to do something). Finally it's hard to balance resources (both development and of the user PC). As a result, a lot of strict-type tools have good potential, but can see a lot of improvements.

All tools have common problems

Almost all tools have very similar problems. Few tool supports substantial source control (saving history of changes to see and compare document modifications through its lifetime). Usually there's limited support for collaboration and security. The list goes on, but the whole situation is improving.

Strict-type vs. open

Strict-type tools are often not strict enough on one hand, but on the other are too strict, making them harder to use. For example, wiki supports flexible structure to store notes in a graph, with one note being able to reference any other including its parent. They can be strict and often don't allow notes with the same names, their wiki-text is often too simple (creating tables is too hard), etc. At the same time, note (page) doesn't have any text structure, so it's impossible to enforce certain structure, where user has to fill out some fields for a new note.

What can be done

I don't really have a good answer. Designers need to always keep in mind user needs and make interface simple and intuitive. Things are moving forward. Every new generation of tools gets better. We are starting to see more flexible, context-based interface and support for larger, more complex problems. With Internet emergence demand for online tools is growing, and developers have to address that as well.

Our solution, so to speak, is Sider. We're trying a different approach, creating an environment to help with applications development. We believe in strong-type tools are the best solution for many information management problems, but at the same time developing specific tool from scratch requires a lot of effort. Sider addresses this by supporting higher-level languages to define logic, structure and interface, and to bind them together (through XML and browser technologies). It also promotes reuse of parts of existing tools through inheritance, composition, referencing and other mechanisms.

We also want to address a set of common problems I have mentioned previously. Since all tools will run on a single platform, it's possible to share horizontal features (like security or capturing document history) with all Sider-based tools.