This is an interesting article that often comes true in today’s world. We often deal with multiple teams that come from different streams. The ways each one of us think are completely different from the other.

It’s very important to make sure that the knowledge you just passed on is exactly what you intended to pass on.

This excellent article gives us the true picture how vital ‘effective communication’ is.

If you have ever worked with a developer or a development team, this article will probably strike close to home. As designers, we work with dozens of developers across the globe each year. Some of us are fortunate enough to find a gem; a developer that just gets it. A developer that you feel is on your same wavelength in terms of what needs to be accomplished with the user interface, and what it needs to happen. Most often, however, we find developers that we generally don’t see eye to eye with.

When many people are involved in a project, it is very important to make sure that they have a common understanding of the problem and its solution. This cartoon shows how projects really work in practice.

This is not meant as a slam on developers, as I believe they are a much different breed than designers; rather, the hope is that if you follow some of the principles outlined here, your development process can hopefully be streamlined a bit more than it was before.

1. Provide an adequate level of documentation

Modern software development methodologies may lead you to believe that less documentation is better, however this isn’t necessarily always the case. For starters, the best documentation that is provided is the user interface. Not only does the UI show the developer where data should be and how it should be formatted, but also represents the basic flow of what needs to happen. A well thought-out and complete UI will make you a developer’s dream colleague. Granted, there will always be developers who don’t like everything defined and love to take liberties with your interface. These developers are rare (and most of the time unwelcome) in the design community.

Stay ahead

As a designer, you don’t need to have every single page thought out before starting development, but it is helpful to stay ahead of the developers. Plan your features accordingly, and make sure you at least have some type of structure (HTML, etc) ready to go when they need it. It is a lot easier for developers to come through on a polished page and insert data where it is needed instead of creating the page from scratch and having the designer come in after them.

2. Be decisive

As designers, we make hundreds of decisions on each interface we work on. Whether it is the height of navigation, the amount of text in a table cell, or the alignment of text in the footer, we need to make many decisions each and every day. This is very much like for developers who have just as many (or more) nitpicky decisions to make on every piece of functionality they write. But the beauty of development is that it is less subjective than design. Sure, the architecture, code style and language could all be subject to opinions, but not in the way that design is subjective. Some people prefer stock images, while others illustrations. Everyone has a favorite color, while many colors may be perceived differently by every person.

As designers, we need to decide what the interface should look like. Although some developers may enjoy tinkering with the UI, it’s not their job; and ultimately slows them down from what they should be doing: developing.

Don’t change mid-cycle

It is also important to try not to change the design while the developers is in the middle of developing that specific feature. Agile and Scrum methodologies insist that the developers work with the requirements they had at the time, and in the following sprint, the developer could revisit the feature and make modifications. As designers, we should try to avoid any type of refactoring of the UI as we can. It is tedious work for developers to go back and change HTML.

Choose an HTML structure and stick to it. Try to account for any type of design feature in your first draft of the HTML (even if it makes your HTML seem somewhat bloated). CSS should already control the look of your interface, so try to think of HTML as backend code that is more difficult to change than a font color in CSS.

Developers don’t like refactoring their code as much as we don’t like providing revisions to clients. Get the ‘most perfect’ result as soon as you can.

3. Communication is key, so be available

You have spent countless hours mocking up the UI, polishing it to your liking and you’re ready to hand it off to the development team. Often times, this is where design ends and development begins. As designers, this is where we should be most involved to ensure that the design concept is fully realized in the working application. Avoid just ‘throwing the design over the fence’, and hoping the developers implement it exactly how you have envisioned it in your mind.

Stay Involved

it is also important to not drop off the project here. At the least, be available by e-mail so the developers can contact you about issues with your designs. Respond quickly to ensure your developers are staying on track with the final product. Once again, be decisive in your communication. Most of the time, the real data doesn’t match what you mocked up, and there are many issues you will need to work out in conjunction with your developer.

4. Avoid feature creep

The crew over at 37signals recently wrote a book called Getting Real which talks about this exact problem. This topic probably stems more toward product managers, however it is also important for designers. Always ask yourself, “why does this feature matter?” Avoid a UI that is far too complex, as it only adds time on to development, and ultimately forces you to miss deadlines. If you can’t come up with a good reason why it should be included, then it doesn’t need to be there. It will only slow your team down, as well as create more for you to support.

Stay Focused

Focus on what is important for your users. For example, if your users aren’t going to use invoicing heavily, or you already know better alternatives exist in the market that you can’t beat, don’t include them.

As we developed one of our recent projects, we weren’t planning on providing a full suite of tools that included invoicing. We wanted to concentrate on proposals, bids and RFPs; knowing that we still needed to serve a small userbase that may require invoicing. We choose to add in a bare-bones system (simple line items, nothing recurring), because we felt it may be useful to some people that didn’t already have an invoicing solution. We also realized that users probably wouldn’t want to switch to our invoicing system (mainly because they already had a solution), so there was no sense in creating something robust.

5. Set realistic deadlines, and stick to them

As designers, we can quickly turn around designs in a few days and be done with it. Unfortunately, this is not the case for development. The ratio of design to development hours is not even close to 1:1. Make sure your deadlines allow enough time for the developer to implement the features, as well as any back and forth time for questions.

No matter how hard you try to hit your deadlines, something always comes up. Perhaps another project, kids, family, etc. Try your best not to announce any hard dates until you are absolutely sure you will hit them. Announce the week before (or even month before) if you feel comfortable. If you just started a project, never commit to launching in the next 6 months. It just won’t happen, and your users may or may not hold you accountable for that date.

Don’t make promises you can’t keep

As irritating as missing deadlines is for you and your team, its even more irritating for potential customers that are waiting for your app to change their workflow. Be vague about deadlines, and keep people wanting more.

6. Test it yourself

Don’t rely on your developers to write perfect code, as it will never happen. You can’t always rely on developers to test their code to make sure it functions properly, fulfills requirements and ultimately works in the manner you described. But remember, developers don’t write buggy code on purpose. They would rather write perfect code and work on newer, cooler features each release. Since your developers are so close to the code and system, they will inevitably miss something. Don’t blame them, help them fix it. Explain to them where it’s failing and what the desired action should be.

Also as you take on the testing, this frees up the developer to keep moving on the back-end, which once again, is where they should be focusing. And as you find bugs, make sure to fully document them, including screenshots, how to recreate and most importantly, the desired outcome.

Of all the developers we’ve worked with, none of them have been interested in any type of testing past in-the-code unit testing. Large enterprise shops higher entire Quality Assurance teams to follow-up on developers work (which doesn’t make it right, but it’s the way it is). Help your developers out by testing their features — your app will be much better for it.

One last point is to measure performance. Set milestones and goals and make sure you are hitting your marks. Try to monitor how your team is doing on fixing bugs versus creating new features, as there will always be a snowball effect. Fix bugs early and often to prevent them from growing into larger and more complex bug colonies in the future.

Source : How To Effectively Communicate With Developers-smashingmagazine

Well, this post helps you know your visitor’s’ secrets – in terms of the browsers, operating systems (OS) and screen resolution. And, when we say ‘visitor’, we mean an average visitor. Exceptions are everywhere.

t’s critical that you profile your visitors and collect statistics about their preferred screen resolution, OS and browser. It’s intelligent to use an analytics tool that helps you get this data about your site visitors.

This post has some need-to-know information for every website developer as it covers the results from recent studies of browser market share, used OS and preferred screen resolution worldwide.

Please note that these numbers are only approximates, and the statistics are from different sources.

An average web user browses with Internet Explorer 7.0 on Windows XP with the screen resolution 1024×768.

Facts You Should Know

The most popular browser worldwide is IE 7.0 (21.86%).

Firefox 3.5 has 17.65%, IE 8.0 has 16.59%, Safari 4.0 has 4.07%, Chrome 3.0 has 1.96%, Opera 10.0 only 0.84%

Stand: 21.10.2009. Source: W3 Counter

The most used screen resolution worldwide is 1024×768 (30.44%).
1280×800 (20.07%) is gaining popularity and 1280×1024 (11.90%), 800×600 is used by 4.54% of the visitors.

Most used screen resolution is 1024×768. Source: W3 Counter

The most popular OS is Windows XP (60.06%).
Windows Vista is used by 22.39% of visitors, Mac OS by 7.30%
[Source: W3 Counter]

The most popular browser family worldwide is IE

Browser Market Share for September 2009. Source: Netapplications.com

Internet Explorer remains the dominant web browser, with a global usage share of around 70% (though measurements vary). Usage is higher in Asia and lower in Europe.

The main rule of kinetic photography is simple: do not hold your camera stationary! Obviously, it is a quite uncommon and bizarre technique that involves risk of damaging your camera. The concept is extremely simple and really fun to use. Though the outcome is uncertain, kinetic photography sometimes produces beautiful abstract, random and motion blurred images. The results often look like a computer generated graphics.

Beautiful Examples of Kinetic Photography

mtnrockdhh

Matt Gorecki

thinking-fish

El Ray

mtnrockdhh

Dave Gorman

LeTiger

El Ray

mtnrockdhh

mtnrockdhh

hookstrapped

Tomas i Småland

Abizeleth

Right Brain

capcbd

More Beautiful Examples of Kinetic Photography

Open Source Icons – (37signals)

Packaging Vector Pack

A travel and business vector pack

Characters so far
35 very original and eccentric characters.

Foto Icon

stratocaster Classic psd

Vector Kitchen Icons

Classic Cameras

Camera Nikon

Eugene Atget

Richard Avedon

Manuel Alvarez Bravo

Harry Callahan

Immogen Cunningham

Walker Evans

Andre Kartesz

Robert Mapplethorpe

Irving Penn

B&W is often associated with olden times. Sometimes, we forget that a B&W picture can tell a story even more effectively than a color picture filled with distractions.

B&W helps you concentrate on the subject of the photograph and is very artistic. It’s more close to a canvas sketch, so the emphasis of art here is high. World photographers usually use a B&W picture to depict pain and human emotions. The absence of color somehow seems to connect us to the emotion conveyed through the photograph.

This post offers you some beautiful collection of B&W pictures from some of the best photographers around the world.

Toni Frissell
In her legendary photos Toni Frissell impresses with a strong trend toward surrealism or realism. The photo presented below, although in black and white, is both extremely sharp and clear. To achieve such level of clarity in black and white is extremely hard.

Alin Ciortea
Alin Ciortea presents examples of modern street photography. In black and white, of course.

Birds
Unfortunately, the photographer is unknown. The photo seems to be taken at exact the right moment from exactly the right angle with a perfect lighting. Black and white can be powerful as well.

Sally Mann
This photo, titled Candy Cigarette, not just displays something, it tells a story. It is both emotional and beautiful. This is what the originality of black-and-white-photography is all about.

Larry Towell
This shot was taken in El Salvador. Child with star mask during “Day Of The Dead”. Other child in background rolls tire for repair in garage where he works at an adult’s job. The photo is full of tiredness and stubbornness. Simple motif conveying strong emotions.

Aneta Kowalczyk
Aneta Kowalczyk specializes in portrait photography. Some of her photos are provoking, some are strange and some are extremely beautiful. The example below displays the beautiful side of black and white photography.

Nick Brandt
Nick Brandt is a renown animal photographer which has become famous with his book of photographs, “On This Earth”, which was published in October 2005.

Gary Winogrand
Taking a shot just at the right moment.

Larry Louie
Woman Of Tibet. Realism at its best. Awarded with International Photography Awards in 2007.

Gabriele Caretti
Tour Eiffel: extraordinary contrast and perspective. Strong, clean and very precise shot.

Ghost Town Charm
Excellent lighting.

Ansel Adams
One of the most famous contemporary black and white photographers. Classic!

Maurizio Polese
Polese’s works pay close attention to small, tiny details. The tones are perfects and compositions are beautiful which is why the photos are presented in this post. Notice the sharp contrast and the lighting at the first image below and the sharp pathway leading to the light in the second one.

Top 10 Wired.com Reader Black-and-White Photos
Ten extraordinary black and white photographs sent to the Wired.com editorial by its readers.

Michele Clement
Artistic yet beautiful and extremely powerful shot. Michele Clement is the winner of Black & White Spider Awards 2007 in category “Outstanding Achievement”.

Snyder Alison
This photo has been taken in South Crillon Glacier, Washburn.

Abbas
Iranian film director Abbas Kiarostami on the hills surrounding the captital, where his film “Taste of Cherry”, which was co-awarded the Golden Palm in Cannes 1997, was shot.

Fabio Giannelli