Tag: clientside

What happens when a country’s entire population is hacked?

Hack the planet

I was reading about how a 20-year-old man was arrested in Sofia, Bulgaria, on Tuesday afternoon and was charged with an unprecedented hack of the country’s tax authority, ending with the theft of sensitive personal records from nearly every adult in Bulgaria.

The question is what happens when a country’s entire adult population is hacked?

The scope of this attack is vast, and the number of unanswered questions remains significant.

The email the hacker sent to journalists with the leaked data came from a Russian email address. No one is quite sure what that means yet, but given the tension between Russia and Europe, especially in cyberspace, it’s a detail that’s attracted immediate attention.

Closer to home, the Bulgarians are looking at their government and wondering what went so badly wrong.

Its quite a thing when someone else (trusted?) loses control of your data like this. But its happening more and more.

More of a reason to be more choosy about who you trust with your personal data but also more of a reason why companies may want to rethink holding the data at all! Zero-knowledge proof, client side processing, etc is all part of this. But asking that question about the value of holding such data and liability of doing so is even more important.

Till we finally get a grip on this, more headlines like this will become more common place.

Does presentation matter in a world of RSS?

So Ben Metcalfe asks the question Does presentation matter anymore? This is exactly what me, Miles, Harry and Dave talked about one night over dinner. Honestly I think it does but as Ben identifies its moved around the chain now. If we take it that RSS has a huge audience and that its not changed a lot from its current form (aka no JS, CSS, Ajax, etc in RSS or ATOM) for a moment. The presentation shifts to feed promotion and the news reader style. For example Great News which I'm using for my desktop aggregator supports CSS and I can actually define a style sheet per feed if I want to. This was useful today when Google news was delivering me all the WorldService and ArabicTV stories, as I could use the brief stylesheet to show a lot of entries on one screen. While I use the readability stylesheet for reading Ben's blog and most of RSS content.

But it goes deeper than that, design isnt just about presentation. A designer should have a hand in the structured elements of the RSS feed, the useability of how its pushed and pulled around the internet and the accessability of the feed and its content. Its what I prefer to call the whole process the Flow of the content. Its part of what I do and I feel its part of the emerging role for new media designers. I mean is it too much to ask for a designer to build a client side XSL page for a RSS feed?

Just stepping away from the world of huge RSS audiences now. There something which smart designers understand well. The media, there designing for. web media isnt print media. Sounds obvious, but were talking about the vision for how the site should look and work being thrown out the window. I'm not talking about just browser quirks, screen resoultions and font size differents. I'm talking about the range of toolbars, extensions and the like which deconstruct the website beyond the control of the tightest web designer. Then if you go down the Greasemonkey path, you have something where you can actually share your deconstructions. Smart designers understand and embrace this and actually push for CSS driven sites to make this even easier. There are a few even testing the waters with Client side XSL transformations for all content with CSS for style.

I've included a screenshot of how I currently see BBC news story pages and how its meant to look. I custom built this simple script because it makes loading up bbc news stories from my RSS reader quicker and is easier to read for myself. Others would disagree, but then I would suggest you write your own greasemonkey script.

So back to the question, yes presentation does matter and the role of a designer is very important but like everything, roles shift with the times and media. Branding is another issue which I wont go into right now either…

I found this great little post about WIndows Longhorn/Vista's redline designs. Ryan suggests Redlines are a throw back to another generation of design, and I have to agree. Dactylx asks this question in the comments
I'm down with that idea, but then how do you as a designer communicate how the design should be rendered to a developer? What can we use to replace the redlines? and Ryan replies with a slightly optimistic but good answer.

Here is the first step. Do not separate the teams. There should be no technical team and design team working separately (on different floors or on different continents). They should sit right next to each other and *understand* the problem just as great as the designers. Design is manifested in code, so if the coders don't understand, then the product is inevitable to fail.

I'm once again in total agreement, in my experience the best projects are always when everyone is involved in the problem. Not passed around like a rugby ball on a winters day.

Comments [Comments]
Trackbacks [0]