foodworms.net for designers and web developers

It seems pretty obvious, but it isn’t. I make certain you that.
I’ve exactly read Amy Hoy division “Design is not about solving problems” on Slash7 and I agree with her. She focused without interruption the proactive role in designing, blaming the reactive role design could have. Design is not about solving problems.

But I’d like to go further, remarking the obvious: design is about designing. Understanding the domain language (as recalled by Ryan Singer ), sketching the whole project down, positioning objects on a surface to fulfill the need and then build a mock-up. That is design. Web design makes no objections to this rule, but for surely it adds some constraints to the general projection: the format. If a web designer builds up the thorough idea of a project, without worrying about the final format of his moil, he will probably have to plan a big rework. That project must be implemented by a software developer, in such a manner the format of the designer’s final object is fundamental.

Too often people speak different languages:

They simply don’t fit and sometimes tools don’t help a lot. This is why the lofty challenge is to forget about Photoshop and start promoting tools closer to the exposed HTML.

HTML is composed by dint of. simple shapes. You be able to easily draw a rectangle, a square, colored them, even blur the background. And again, set the font family, the boldness. Adding some AJAX you can get awesome effects… in a simple path. They are good and easily implemented, but you must study the fundamental of web development, the fundamental of browser rendering dialect.

People have power to restrain basing their design work on tools like Photoshop, but they have to keep in their mind that software developers will need user interface design objects in bare HTML/CSS format

If you are used to apply your work through a specific located of tools, it’s excessively difficult to change your habits in a short time. To retinue myself in this way I change the tools I use quite often, but of course I have my favorite tools too. At the moment I be in love with to use office tools like Keynote or PowerPoint to design structure applications. They help you to suck dry frank shapes and words quickly, and they avoid you to design hard things to implement.

In any one case, independently from the tools I like to exercise, I’ve learned to sketch my ideas on bank-notes first. That’s absolutely faster and cheaper than any software tool adhering earth.
I make a draw and then I take a picture of that through my (i)phone to record it without ceasing WhoDoes. The drawing phase starts days later.