Suunnittelun inflaatio

LinkedInin kykyjentodistelupeli pani miettimään, että miten se mitä me täällä Suomessa sanomme konseptisuunnitteluksi pitäisi sanoa englanniksi. Sitä ei valitettavasti taida voida kääntää englanniksi suoraan concept designiksi, kuten niin monet ovat tehneet. Tajusin tehneeni niin vielä hetki sitten itsekin, mutta pyörsin puheeni.

Konseptisuunnittelija-tittelin ja koko konsepti-sanan problematiikasta on Janne Toivola kirjoittanut jo ajat sitten hyvin. Kirjoituksessa hän päätyy titteliin lead/chief designer.

Mikä on OK. Minä sanoisin vielä mieluummin, että web designer. Mutta eihän se voi olla, koska jokainen ja työväenopiston kurssin käynyt on web designer.

Aavistelen tietäväni, mistä koko konseptisuunnittelun käsitteen tarve johtuu. Kaikki designer- tai suunnittelija-päätteiset tittelit ovat kokeneet inflaation, koska kaikkien pitää saada olla suunnittelijoita. (Olen tästä valittanut aiemminkin.) Kaikkien pitää saada olla suunnittelijoita, koska työn arvoa mitataan nykyään lähinnä rahassa. Ja mitä komeampi titteli, sen helpommin organisaatio voi perustella itselleen työntekijän entistä kovemman palkan.

Järkevässä organisaatiossa “suunnittelua” ei keskitetä parille kovapalkkaiselle tekijälle, vaan se tehdään hajautetusti tiimityönä. Ei komiteassa vaan kaikkien laajaa osaamista hyödyntäen, iteratiivisesti. Toki jonkun on oltava päävastuussa lopputuotteesta kokonaisuutena, mutta ei se tarkoita, että (pää)suunnittelija voi vain maata nurmikolla ja antaa luovuuden virrata kun se on virratakseen. Suunnittelu on kovaa työtä – ilman aitoa tekemistä ja käytännön osaamista ei ole oikeaa suunnittelua. Tai kuten 37signals asian ilmaisee: There’s no room for The Idea Guy

Hei, ei se työ muutu sen hienommaksi vaikka miten hienolla tittelillä sitä koristelee. Siivooja on siivooja eikä toimitilahuoltaja (tai kohta toimitilahuoltosuunnittelukonsultti).

Aidosti työstään ylpeitä tekijöitä on hirveän vaikea löytää nykyisin. Kai ne on Intiassa sitten?

Luettua: Responsive Web Design

Responsive Web Design on Ethan Marcotten tuore, lyhyt, mutta asiapitoinen kirja siitä, kuinka rakentaa verkkosivuja, jotka eivät ole sidottuja tiettyyn pikselileveyteen.

Kirjassa on viisi lukua: ensimmäisessä perustellaan responsiivisen suunnittelun ajatusta. Seuraavat kolme lukua käsittelevät kukin yhden kolmesta perusrakennuspalikasta: joustavat gridit, joustavat kuvat ja media queryt. Keskimmäisen luvun ydinosat ovat luettavissa A List Apartin artikkelista. Viimeinen luku käsittelee joitain yksityiskohtia ja työprosessien muutoksia. Yllättävää kyllä mobile first -ajattelu tuodaan mukaan vasta tässä vaiheessa.

Kun lähtee tekemään responsiivista suunnittelua, huomaa nopeasti, että tarvitaan myös responsiivinen julkaisujärjestelmä ja responsiivista sisältöäkin. Nämä alueet on pientä mainintaa lukuun ottamatta jätetty kirjan ulkopuolelle, mikä on osaltaan harmi, mutta toisaalta riippuvat hyvin paljon taustateknologista, itse sivustosta ja sen sisällöstä. Ehkä näistä aiheista onkin sitten kirjoitettava teknologiakohtaiset opukset.

Noin 150 sivua sisältävä kirja ei ole ainakaan liian raskas paketti, vaan sen kahlaa läpi muutamassa tunnissa. Yhdeksän dollarin hintaan ei kannata jäädä pohtimaan sijoittaako moista summaa sähköiseen versioon. Kirja on teknisestä fokuksestaan huolimatta pakollista luettavaa kaikille verkkopalveluiden suunnittelijoille ja kehittäjille.

Redefining web design

I’ve been a big fan of Yiibu’s Rethinking the Mobile Web presentation and the whole approach for some time now. That is basically what I’ve been recommending my clients implement as their mobile strategy. You should really see the slides of the presentation, if you have not already.

But as I’m not only a consultant and – more importantly – to practice what I preach, I’ve been doing something like this on my development projects. The first one is the blog and website of Sulava. (More about the implementation details in another post later.)

Sulava.com side adapts to window size from about 300 pixels to 1000 pixels

Actually working with this stuff made me convinced this is the future.

I asked Bryan Rieger of Yiiby if they had any brand name for their approach, because I felt it would make it much easier to communicate these ideas if we had a name for them.

@bryanrieger Bryan Rieger: @akibjorklund hmm, not one for brand names myself, but we've simply been referring to it as 'adaptive' via progressive enhancement. – 20 Feb via Twitterrific

“Adaptive design via progressive enhancement” doesn’t quite roll of the tongue now, does it?

I was proposing “one web” – but found out later that term is already been suggested but had not catched on. Plus those words are too generic.

Last week Rieger was touching the same subject:

@bryanrieger Bryan Rieger: Honestly, what is wrong with 'web design'? We should have been designing 'adaptive' and 'responsive' web experiences all along... :/ – 24 Apr via web

That’s a real good question. So instead of me proposing a new term (although it is tempting) I’m going with that – web design. It just needs to be redefined.

Here are some of the main characteristics of modern web design:

  1. Mobile first – Design and build websites first for the least capable device.
  2. Single adaptive, responsive website – We don’t need a different mobile website in most cases. It is just more work in the long run.
  3. Functional, usable design – Don’t just “make it pretty”. Make it beautiful by making it obvious and easy.
  4. Progressively enhanced – Using cutting edge technologies in a way that does not prevent older/inferior browsers to also work.
  5. Semantic markup – We cannot always know beforehand all the uses of our design. By making the markup as semantic as possible we maximize its reuse possibilities.
  6. Designed to fail – On an environment that is constantly chancing, failure is inevitable. By assuming everything can fail the design will be more future-proof. Part of design to fail is making sure the website is periodically evaluated for defects and improvement possibilities
  7. Performance-optimized – Performance optimization is not just for unreliable mobile connections – the society keeps moving faster (people actually walk faster). Websites need to load faster too.

This is not to say the list is complete or that every item on it is even mandatory. The list will never be complete, since the web is constantly evolving.

Web design is in a way in crisis. It has become a commodity. Many designers do not appreciate their own work enough and are getting away from the actual implementation to do more high-level stuff or sometimes getting out of the business entirely.

We need to be more enthusiastic of what we do. Our work has more meaning than the message it delivers. It is about the people the message serves. We cannot serve the people well by detaching ourselves from the actual output of our work.

We also need more challenges. Mindlessly converting PSD files into CSS layouts or acting as an email-controlled Photoshop is not what I call web design. There are after all many outsourcing services that can do that kind of work for us.

By making our work meaningful we make sure we and others appreciate our work in the future too. Luckily web design has gotten a lot of new toys lately to play with from the browsers manufacturers. And not only toys but actual stuff we can use.

But still, web design is not about pretty pixels or latest tricks in CSS. It is about a craft. A great craftsman will always find ways to be more knowledgeable and mindful about what he or she does.

Web needs to keep moving forward and I for one would like to be part of the movement.

Best books on web development?

I’m thinking of building a definitive list of books on web development. Software development in general should not be forgotten, but the focus of the list would be in great web software development.

Only the best books would be listed so that the list could serve as an educational tool. This is why I am asking your help.

What are your favorites? Let me know in the comments! Books on specific server-side technologies are fine too, the list will be categorized.

Without too much thought, here is a short list of 20 books to get you started:

  1. RESTful Web Services
  2. Code Complete
  3. Don’t Make Me Think!
  4. Designing with Web Standards
  5. Letting Go of the Words
  6. Web Analytics: An Hour a Day
  7. High Performance Web Sites
  8. The Pragmatic Programmer
  9. Bulletproof Web Design
  10. Prioritizing Web Usability
  11. The Productive Programmer
  12. Pragmatic Thinking and Learning: Refactor Your Wetware
  13. Practices of an Agile Developer
  14. Clean Code
  15. Agile Software Development with Scrum
  16. Extreme Programming Explained
  17. Refactoring: Improving the Design of Existing Code
  18. Implementation Patterns
  19. Agile Estimating and Planning
  20. Object Thinking

The last 10 books suggested by Sami Poimala, thanks! (I now have to actually read all those.)