The last project I was part of at superReal was the new for which I helped build the responsive Frontend. The site is now online and you can have a look at it. I really like the end result and overall the whole project run very smooth.

Screenshot 2014-02-14 09.50.02 Screenshot 2014-02-14 09.50.10

Working at GitHub, a Reading List

I’m really interested in how other people and companies work. I like reading about their workflows and processes and am always looking to optimize my own workflow. In the last few weeks it became clear to me that what we are doing here at is actually building a company from the ground up, we’re not longer just individuals doing their own thing. We are in the position to define how we want to work as a team. That’s a great opportunity and also a great responsibility. It means trying things and always improving them.

I just finished reading a series of articles about how GitHub works. While I found that we here at innately are working a lot like the guys from San Francisco, I also got new input how we can improve.
So I encourage you to take some time and read the following stories.

Use for problem solving

I can’t stress this enough, use
Never heard of it? Ok, here we go: At you can easily try out some stuff with HTML, CSS and Javascript. There are four panels, one for each input language and one for the result. They even support SCSS and CoffeeScript. There is syntax highlighting, simple loading of jQuery or other libraries and so on. It is perfect to test something very fast and share it with others. And if you have an account you can save your fiddles for later.

It is very simple, but also very very good. If I have a question I often put together some lines with jsfiddle and share it on twitter to get help. So everybody can edit the fiddle and save a new version to share it again.

It’s perfect for sharing but it’s also very good for private use. When I’m stuck on a problem while coding I’m often so caught up in the context of the whole site that I just need to start fresh and separate the problem. jsfiddle is perfect to tackle just a single issue. So I often throw together only the needed code to just work very focused on that exact problem. And usually I can work out a solution which I can use for solving the original problem.

Sure you can do this locally with your code editor, but jsfiddle is much faster and again, you can easily share it if you need to. I also like to save my solution so I can come back whenever I need to look at it again. Here is an example of a problem I had and where jsfiddle helped me to get a fresh look at it.

jsfiddle is just an alpha version and is constantly getting better. I’m sure I haven’t even discovered everything there is now – for example I just discovered keyboard shortcuts for saving, running the code, etc.

So next time you have a question, a problem or want to just try something very quick, use jsfiddle.

Workplace experiments: A month to yourself

Jason Fried:

This June will be a full month of free time to think, explore, mock up, prototype, whatever. People can go solo or put together a team – it’s entirely up to them. This is a month to unwind and create without the external pressures of other ongoing projects or expectations. We’re effectively taking a month off from non-essential scheduled/assigned work to see what we can do with no schedule/assignments whatsoever.

That’s so cool and I think it’ll work out great for them.
On the one hand more companies should do things like that, but on the other hand only a few are able to put down their day to day work for one month and still be reasonable profitable, I think.

Working as a team

Bastian Allgeier wrote an article for .net magazine saying, every designer should learn to code and every programmer should learn to design.

For an interface designer, handing over your designs to the developer means losing control of the creative process. Of course, you will be working together on the project and communicating back-and-forth, but it will never result in a creation that is all of your own. In other words, you will never be independent in your creativity.

Bastian is the creator of Zootool and kirby, the awesome file based CMS. He studied Design and then learned how to code. The reason for him to do everything was to be independent. He can do whatever he wants because he can do everything by himself. That certainly has value, but beeing a generalist also has some downsides.

I think as a webdesigner for example it is important to know the basics of HTML and CSS, but that’s pretty much it. You don’t have to know every little detail or be able to code some fancy Javascript or PHP to make a great website design. The problem is that, if you know to much about the other craft it can stand in your way. Imagine you are the designer and developer of a project and you have a cool looking idea and you know that this will be hard to do in CSS & HTML and will probably take a lot of time. There is a good chance you will simply go with the easier version. That might be good if you try to work as little as you can for the most amount of money, but that certainly isn’t the right way if you want to build the best product possible.

At we work as a team of experts. Okay, we are fairly young and years away of being experts, but everybody has his core strength.
Marcel for example does all the design work and almost everyday we discuss his latest creations. He does the best design he can dream up without thinking too much about the other parts of the process. Then it is up to me to analyse if it’s possible to do. My standard answer is: „Everything is possible.“ And if I don’t know how to do it yet, I will figure it out. It is all about doing the best work possible, not the easiest. I can’t stand people who say that something is impossible without really trying first. In my experience everything is feasible, the question is how long does it take do find the solution and are you willing to go the long way instead of the easy one.

In my opinion it is much easier to achieve this if you work in a team with experts, who also know the basics of the other crafts, so that you can discuss every decision and motivate each other. That’s a very important part which you loose if you work alone.

I can see that not everybody is in the position to have a great team and that it is good if you can do a project on your own, but it is not the best possible way.
In the end it all comes down to loving your work and trying to build the best product no matter what.