...is a weblog about the liberal arts 2.0 edited by Jason Kottke since March 1998 (archives). You can read about me and kottke.org here. If you've got questions, concerns, or interesting links, send them along.
Typekit launched today (details here).
This will change the way you design websites. Add a line of code to your pages and choose from hundreds of fonts. Simple, bulletproof, standards compliant, accessible, and totally legal.
I haven't had a chance to play around with this yet, but hope to soon. And hey, you can use Silkscreen with Typekit.
Mark Pilgrim explores the question: why do we have an IMG element in HTML?
Why not an <icon> element? Or an <include> element? Why not a hyperlink with an include attribute, or some combination of rel values? Why an <img> element?
What Pilgrim doesn't touch on was how that IMG tag drove adoption of Mosaic. Having images embedded right into web pages was like Dorothy stepping out of her house and into the lush color of Oz. (via waxy)
Really inspiring design by the folks at the newly launched The Bold Italic. It's webby and magazine-y at the same time, but not overly so. Looks great on the iPhone too. Jealous. (via @timoni)
Javascript code for navigating between posts using the j and k keys, just like on ffffound and The Big Picture. (via 37s)
Jeff Veen has a look at how Typekit protects fonts served through the service.
To that end, our Javascript is minified and the fonts themselves are represented as Base64 encoded strings. You may see right through this, but the vast majority of web users wouldn't know what to make of it.
Those Base64 encoded strings are then placed right into the CSS file. And even better than that, the fonts are split up into multiple files and recombined using the CSS font stack. Pretty clever stuff.
Adobe has discontinued HomeSite. Nick Bradbury, HomeSite's creator, has some parting thoughts.
Sometimes in this blog I've made disparaging remarks about HomeSite, but that's not because I disliked it. It's just that it's hard to look at something you created so long ago without seeing all the mistakes that you've learned not to make since then. I'm actually very proud of HomeSite, and very thankful that it enabled me to quit my job and work at home. And, funny enough, HomeSite is also what paid for the home I'm living in now.
All of my web stuff up until mid-2002 was done in HomeSite...it's where 0sil8 thrived and kottke.org was born. I still haven't found a piece of web authoring software that feels as comfortable as HomeSite did back then.
Jakob Nielsen says: stop masking passwords in web input forms.
Usability suffers when users type in passwords and the only feedback they get is a row of bullets. Typically, masking passwords doesn't even increase security, but it does cost you business due to login failures.
Sing it, brother. It's even worse on the iPhone...even with the last letter thing that it gives you, I still mistype passwords all the time.
Typekit is an upcoming typeface hosting service which will provide vetted fonts that you can include in your site's stylesheet using the @font-face mechanism.
That's where Typekit comes in. We've been working with foundries to develop a consistent web-only font linking license. We've built a technology platform that lets us to host both free and commercial fonts in a way that is incredibly fast, smoothes out differences in how browsers handle type, and offers the level of protection that type designers need without resorting to annoying and ineffective DRM.
What a great idea. And web entrepreneurs pay attention, this is how to make a compelling online property: take an idea that everyone loves in theory but doesn't use in practice because it's a pain in the ass (in this case, embedding type on the web) and offer a hosting service to solve that problem. YouTube did this with videos, Blogger/Blogspot, TypePad, & Wordpress did this with blogs, Flickr did it with photos, etc. etc.
I added a new feature to kottke.org over the weekend: live updating on the home page. If you leave kottke.org open in your browser (with JavaScript on) and I post a new link, the page will display a message urging you to refresh to view some new posts. The page title changes too, so if you have it up in a tab, you can tell at a glance if something's new. Right now the page checks for new posts every ten minutes, but that could change depending on server load, etc. Thanks to Twitter Search and Tumblr for the inspiration.
As promised, the redesign of this site started last week is still in motion. I've just made a bunch of small tweaks that should make the site more readable for some readers.
- Fonts. In response to a number of font issues (many reports of Whitney acting up, the larger type looking like absolute crap on Windows), I've changed how the stylesheets work. Sadly, that means no more lovely Whitney. :( Mac users will see Myriad Pro Regular backed up by Helvetica and Arial while PC users will see Arial (at a different font-size). In each case, the type is slightly smaller than it was previously. I'm frustrated that these changes need to be made...the state of typography on the web is still horrible.
- Blue zoom border. Oh, it's staying, but it'll work a bit differently. The blue sides will still appear on the screen at all times but the top and bottom bars will scroll with the content. I liked the omnipresent border, but the new scheme will fix the problems with hidden anchor links and hidden in-page search results and allow for more of the screen to be used for reading/scanning. It breaks on short pages (see: the 404 page) and still doesn't work quite right on the iPhone, but those are problems for another day.
- Icons. Updated the favicon and the icon on the iPhone to match the new look/feel.
- Misc. Rounded off the corners on the red title box. Increased the space between the sidebar and the main content column.
Thanks to everyone who offered their suggestions and critiques of the new design, especially those who took the time to send in screenshots of the problems they were having. Feedback is always appreciated.
The design of kottke.org has been mostly the same since 2000...a garish yellow/green bar across the top and small black text on a white background everywhere else. (See the progression of designs since 1998.) People absolutely hated that color when I first introduced it1, but it stuck around -- mostly out of laziness -- and that pukey yellow became the most visible brand element of the site.
Two days ago, I refreshed the design of the site and, as you may have noticed, no more yellow/green. The other big changes are: bigger text set in a new font, a blue "zoom" border around the page, and the addition of titles to the short posts.
(A brief nuts and bolts interlude... For most of you, the site will look like this. If you've got Myriad Pro on your machine -- it comes free with Acrobat Reader and Adobe CS -- it'll look like this...this is the "intended" look. And if you're a fancypants designer with Whitney installed, you'll get this rarified view, which I did mostly for me. On IE6, the site will be legible and usable but somewhat unstyled. If you're not seeing something that looks like one of the above screenshots -- if the text is in all caps, for instance -- please drop me a line with a link to a screenshot and your browser information. Thanks!)
The blue "zoom" border is the biggest visual change, and it's an homage to what is still my favorite kottke.org design, the yellow zoom from 1999. I like that kottke.org is one of the few weblogs out there that can reach back almost ten years for a past design element; the site has history. In a way, that border is saying "kottke.org has been around for ten years and it's gonna be around for twenty more". At least that's how I think about it.
I've already gotten lots of feedback from readers, mostly via Twitter and email. There were a few technical issues that I've hopefully ironed out -- e.g. it should work better on the iPhone now -- and a couple which might take a bit longer, like the border messing with the page-at-a-time scrolling method. Some people like the changes, but mostly people don't like the new design, really dislike the blue, and generally want the old site back. This is exactly the reaction I expected, and it's heartening to learn that the old design struck such a chord with people. All I'm asking is that you give it a little time.
My suspicion is that as you get used to it, the new text size won't seem so weird and that blue border will likely disappear into the background of your attention, just as that hideous yellow/green did. A month from now, your conscious mind won't even see the blue -- chalk it up to something akin to banner blindness...brand blindness maybe? -- but your subconscious will register it and you'll just know where you are, safe and sound right here at good ol' kottke.org. And if that doesn't work, we'll tweak and move some things around. Design is a process, not a result, and we'll get it to a good place eventually, even if it takes twenty years.
[1] I wish I had access to my email from back then...everyone hated it and wanted the old design back. Before landing on the yellow/green color, I tried the golden yellow from the previous design, a blue very much like the blue in the current border, and then red. I think each color was live on the site for a few days and my intention was to just keep switching it around. But then I got bored and just left the yellow/green. Gold star to anyone who remembers that short phase of the site. ↩
Ecommr is a collection of interface and design elements from ecommerce sites. I wish there were a bit more context around each screenshot (e.g. which interface element is the focus and what's novel about it) but it's a good start.
Video visualizations of how the HTML rendering engine underneath Firefox's hood renders mozilla.org, a Wikipedia page, and Google Japan.
None of what follows is rocket science, and it's not the place to look for thoughts on 2.0/3.0, social software, or urban informatics. That would be in the accounts of different projects. But if you're interested in the honest craft of website work, almost deliberately old-fashioned 'classical' web design -- and how to ally this with innovation in magazine publishing -- the following should provide a decent account of several of the key decisions in this particular project.
Dan's thoughtful approach should be required reading for anyone building media web sites.
Frank Bruni, the food critic for the NY Times, wrote yesterday about the difficulty of getting a reservation at David Chang's new Momofuku Ko restaurant. Ko's online reservation system is the *only* way of procuring a seat at the tiny Manhattan restaurant...no walk-ins, no friends of the chef or celebs getting preferential treatment. It works more or less like Ticketmaster's online ticketing: you select the number of guests, it shows you the available reservation times (if any), you click on a time, and if that time is still available when you click it, only then does the system hold your choice while you fill in some information.
It's a simple system; seats for dinner are released on the site a week in advance at 10am each day and the people that click on their preferred times first get the reservations. Ko takes only 32 reservations each night and the restaurant is one of the hottest in town, which means that all the reservations are gone each day in seconds...sometimes in 2 or 3 seconds. Just like Radiohead tickets on Ticketmaster.
Except that diners are not used to this sort of thing. One of Bruni's readers got irritated that he got through to the pick-a-time screen but then when he clicked on his preferred time was told that the reservation was already gone. Someone had beaten him to the punch. So he emailed the restaurant for an explanation. The exchange between the restaurant and the snubbed patron should be familiar with anyone who has done web development for clients or any kind of tech support.
In a nutshell, the would-be patron said (and I'm paraphrasing here), "your system is unfair and broken," and the folks at Ko replied, "sorry, that's how the internet works". The comments on the post are both fascinating and disappointing, with many people attempting to debunk Ko's seemingly lame excuse of, well, that's how the internet works. Except that's pretty much the right answer...although it's clearer to say that that's how a web server communicates with a web browser (and even that is a bit imprecise). When the pick-a-time page is downloaded by a particular browser, it's based on the information the web server had when it sent the page out. The page sits unchanged on your computer -- it doesn't know anything about how many reservations the web server has left to dole out -- until the person clicks on a time. An anonymous commenter in Bruni's thread nails the choice that a web developer has to face in this instance:
This is a multi-user concurrency problem that all sites with limited inventory and a high demand (users all clicking the button all at the same time) have to deal with. It's not an easy problem to solve.
The easier method (which the Ko site has chosen) is to not "lock" a reservation slot until the very end. You submit your party size and the system looks for available slots that it knows about. It shows you the calendar page, with the available slots it knows about (if any). This doesn't update in real time because they haven't implemented it to know about the current state of inventory. This can be done, but it's more complicated.
The more complicated method is to lock a reservation slot upon beginning of the checkout process, with a time out occurring if the user takes too long to finish, or some other error occurs (in other systems this can be a blacklisted credit card number). If this happens, the system throws the reservation slot back into the pool. However, you need to give people a mechanism to keep trying for ones that get thrown back into the pool (like a "Try Again" button).
Building something like this not impossible (see Ticketmaster) but requires a much more real-time system that is aware of who has what, and what stage of the checkout process they're in - in addition to total available inventory. Building a robust system like this is not cheap.
Even then, you might get shut out. You submit your party size, everything is already gone, and you never get to the calendar page. It just moves up the "sold out" disappointment to earlier in the process.
A subsequent commenter suggests using "Web 2.0" technologies (I think he's talking specifically about Ajax) but as Anonymous suggests, that would increase the complexity of the system on the server side (unnecessarily in my mind) while moving up the "'sold out' disappointment to earlier in the process". Plus, that sort of system could put you "on hold" for several minutes while the reservations are taken by the folks in front of you until you're told, "too bad, all gone". I'm not sure that's preferable to being told sooner and may result in much more irritation on the part of potential diners.
In my opinion (as a web developer and as someone who has used Ko's reservation system from start to finish), Ko's system does it right. You're locked into a reservation by the system only when you've chosen exactly what you want. It favors the web user who's prepared & lucky and is simple for Ko to implement and maintain. That the logic used to produce this simple system takes three paragraphs to explain to an end user is irrelevent. After all, a restaurant dinner is easy to eat but explaining how it came to be that way fills entire books.
This might seem too inside baseball for most readers -- the number of people interested in new NYC restaurants *and* web development is likely quite small, even among kottke.org's readership -- but there's an interesting conflict going on here between technology and customer service. What kind of a problem is this...technological or social? Bruni's correspondent blamed the technology and much of the focus of the discussion has been on the process of procuring a reservation. But the main limiting factor is the enormous demand for seats; tens of thousands of people a week vying for a few hundred seats per week. The technology is largely irrelevent; whatever Ko does, however well the reservation system works or doesn't work, nearly all of the people interacting with the restaurant are going to be disappointed that they didn't get in.
It's been awhile since the last conversation about gender diversity at web conferences. Here's a particularly high profile example of more of the same: Google's just-announced Web Forward conference appears to have a single woman speaker out of 38 total speakers.
Lampoon of an hilariously crappy maintenance request web app at University of Pennsylvania.
Yes, I know that it says "Search Criteria Required!" at the top of the screen, in red letters, with an exclamation point. But that's just to fool you into thinking that search criteria are required. In fact, the only thing that's required (or even permitted!) for you to do at this point is to click on the large button labelled "Insert" at the top of the page.
New web site for Hoefler & Frere-Jones, the noted and celebrated typeface designers, including a weblog. Subscribed. Oh, and the browser fonts of choice for the meticulous duo? "Lucida Grande, Lucida Sans, Verdana, Georgia, Helvetica, Arial" (thx, jonathan)
Jen Bekman updates us on how Carson Systems is doing on their efforts in gender diversity for their conferences. A: Much better. Whereas their Feb07 Future of Web Apps event had only one woman speaker, their upcoming London event features eight women. See also: gender diversity at web conferences statistics from Feb and Bekman's list of women speakers for your conference.
An interview with Paul Ford about the work that he's been doing at Harper's, specifically putting the magazine's entire archives online. "It's obviously a lot for one person working alone to bring hundreds of thousands of pages online while writing, editing blog content, programming a complex, semantic web-driven site, and providing tech support for an office."
Stuff from Steve Jobs' WWDC keynote this morning: new version of Safari for Mac *and* Windows (downloadable beta), developing for iPhone can be done with HTML & JavaScript...just like Dashboard widgets, new Finder and Desktop, and Apple's web site is completely redesigned.
Update: From the reaction I'm hearing so far, it's difficult to tell what was more disappointing to people: Jobs' keynote or The Sopronos finale. Also, a Keynote bingo was possible (diagonally, bottom left to top right)...no report yet as to whether anyone yelled out during the show.
Update: TUAW is reporting that someone in the crowd yelled "bingo" 35 minutes into the keynote, but if you look at the card, a bingo was only possible when the iPhone widgets were announced towards the end. Disqualified for early non-bingo! (thx, alex)
After working on this -- on again and off again, mostly off -- for much too long, I'm pleased to say that a significant chunk of kottke.org now has tags (around 5,100 entries are tagged, out of ~13,000). Right now, the only way to access them is through individual tag pages, but after all the bugs are ironed out, I'll be putting them in different places around the site (front page, main archive page, etc.).
Each tag page lists all the entries1 on the site that are tagged with that particular word...some good examples to start you off are: photography, economics, lists, infoviz, food, nyc, cities, restaurants, video, timelapse, interviews, language, maps, and fashion. Each page also has a list of tags related to that particular tag and further down in the sidebar, you'll find lists of recently popular tags, all-time popular tags, a few favorite tags of mine, and some random tags...lots of stuff to explore.
I've tweaked the design as well: the main column is a little wider, the post metadata look/feel is consistent among short posts and long posts, faint dotted lines now separate all entries, and per-entry tags were added to the post metadata. I'm testing all that out for eventual site-wide use. Questions, comments, bug reports, etc. are welcome...send them on in.
Update: I almost forgot, the nsfw tag.
[1] Not all the entries exactly. Until I figure out how to do some pagination, I've limited the number of entries to 100 for each tag page. The movies page was more than 1 Mb when all the entries were listed. ↩
Made some long overdue changes to the sidebar on the front page, including an even longer overdue update of the "sites I've enjoyed recently". I used to use that list for my daily browse but it fell into decay when I started reading sites in RSS. Now the list is a random sampling of sites from the current reading list in my newsreader. If things look a little weird, you may need to refresh the stylesheet (do a Shift-reload on the home page).
A bunch of presentations on how to scale web apps, including Flickr, Twitter, LiveJournal, and last.fm.
Using CSS to consistently style forms buttons across IE, Firefox, and Safari.
Panic has released Coda, a new web development app for OS X. Panic co-founder Cabel Sasser describes it thusly:
We build websites by hand, with code, and we've long since dreamed of streamlining the experience, bringing together all of the tools that we needed into a single, elegant window. While you can certainly pair up your favorite text editor with Transmit today, and then maybe have Safari open for previews, and maybe use Terminal for running queries directly or a CSS editor for editing your style sheets, we dreamed of a place where all of that can happen in one place.
Ever since I switched to a Mac, I've been seeking a suitable replacement/upgrade for Homesite. I limped along unsatisfied with BBEdit and am finally getting into the groove with TextMate, but the inter-app switching -- especially between the editor, FTP client, and the terminal -- was really getting me down. John Gruber has a nice preview/review of Coda:
Each of Coda's components offers decidedly fewer features than the leading standalone apps dedicated to those tasks. (With the possible exception of the terminal - I mean, come on, it's a terminal.) This isn't a dirty secret, or the unfortunate downside of Coda only being a 1.0. Surely Coda will sprout many new features in the future, but it's never going to pursue any of these individual apps in terms of feature parity.
The appeal of Coda cannot be expressed solely by any comparison of features. The point is not what it does, but it how it feels to use it. The essential aspects of Coda aren't features in its components, but rather the connections between components.
Panic's implicit argument with Coda is that there are limits to the experience of using a collection of separate apps; that they can offer a better experience - at least in certain regards - by writing a meta app comprising separate components than they could even by writing their own entire suite of standalone web apps. Ignore, for the moment, the time and resource limitations of a small company such as Panic, and imagine a Panic text editor app, a Panic CSS editor app, a Panic web browser, a Panic file transfer/file browser app - add them all together and you'd wind up with more features, but you'd miss the entire point.
Panic co-founders Steven Frank and Cabel Sasser both weigh in on the launch. Has anyone given Coda a shot yet? How do you find it? I'm hoping to find some time later today to check it out and will attempt to report back.
I'm not going to lie to you...I didn't read this whole thing, but I found the sprinkled-in UI redesigns of Amazon's book listings and other online retail interfaces interesting. (thx, drew)
Following up on my post about gender diversity at web conferences, Jeffrey Zeldman of An Event Apart commissioned a study by hiring "researchers at The New York Public Library to find out everything that is actually known about the percentage of women in our field, and their positions relative to their male colleagues". "There is no data on web design and web designers. Web design is twelve years old, employs hundreds of thousands (if not millions), and generates billions, so you'd think there would be some basic research data available on it, but there ain't." I found the same thing when poking around for a bit back in February. They do have stats for IT workers in general...men outnumber women by over 3-to-1 and that gap is growing.
Update: NY Times: "Yet even as [undergraduate women] approach or exceed enrollment parity in mathematics, biology and other fields, there is one area in which their presence relative to men is static or even shrinking: computer science." (thx, meg)
Pagination and Page-View Juicing are Evil. "The realistic ones at least admit that it's a cheap way to boost stats. The disingenuous (or naive) ones actually posit that they are improving readability and usability for their audiences by reducing scrolling. Because scrolling is so hard." See also my pagination tantrum.
A low wattage color palette for web designers. The palette is based on the Energy Star wattage ratings for colors. (via migurski)
WindMaker adds motion to a web site based on the current wind conditions at a place of your choosing. Here's kottke.org with NYC wind and with Chicago wind. (thx, jim)
Miranda July, who you might remember from her film Me and You and Everyone We Know, has a book coming out in May, a collection of stories called No One Belongs Here More Than You. The book has a web site that's one of the most effective and creative I've seen in a long time. Here's a screenshot of one of my favorite pages, just to give you a taste:
The really intriguing thing about the site is that it breaks pretty much every rule that contemporary web designers have for effective site design. The site is a linear progression of images, essentially 30 splash pages one right after another. It doesn't have any navigation except for forward/back buttons; you can't just jump to whatever page you want. July barely mentions anything about the book and only then near the end of the 30 pages. There's no text...it's all images, which means that the site will be all but invisible to search engines. No web designer worth her salt would ever recommend building a site like this to a client.
Yet it works because the story pulls you along so well; July's using the site's narrative to sell a book that is, presumably, chock full of the same sort of narrative. If you think the site sucks and quickly click away, chances are you're not going to like the book either...it's the perfect self-selection mechanism. The No One Belongs Here More Than You site is a lesson for web designers: the point is not to make sites that follow all the rules but to make sites that will best accomplish the primary objectives of the site.
John McCain is using Mike Davidson's MySpace template (without attribution) and pulling some images directly from Davidson's server, which is a big no-no in webmaster land. So Davidson modified one of his images displaying on McCain's MySpace page to say that he'd reversed his position on gay marriage, especially "marriage between passionate females".
Among the many interesting things in Online Journalism Review's article about using eyetracking to increase the effectiveness of news article design is this odd result:
Although both men and women look at the image of George Brett when directed to find out information about his sport and position, men tend to focus on private anatomy as well as the face. For the women, the face is the only place they viewed. Coyne adds that this difference doesn't just occur with images of people. Men tend to fixate more on areas of private anatomy on animals as well, as evidenced when users were directed to browse the American Kennel Club site.
That is absolutely fascinating. I'd love to hear an evolutionary biologist's take on why that is.
I'm also heartened by the article's first featured finding: that tighter writing, more white space, and jettisoning unnecessary imagery helps readers read faster and retain more of what they've read.
Here's some JavaScript you can use to make your web site work on the Wii. "Wiimote keycodes can be detected by JavaScript in the Wii Opera browser [but] I could not find a JavaScript library that facilitates handling these input events, so I created my own"
The New Yorker redesign just went live. Not sure if I like it yet, but I don't not like it. Some quick notes after 15 minutes of kicking the tires, starting with the ugly and proceeding from there:
The New Yorker's archives are not yet fully available online. The full text of all articles published before May, 2006, can be found in "The Complete New Yorker," which is available for purchase on DVD and hard drive.Not sure if this is the only case or if the all longer articles from before a certain date have been pulled offline. This also is not good.
Thanks to Neil for the heads up on the new site.
Every few months, the blogosphere addresses the matter of gender diversity of speakers at conferences about design, technology, and the web. The latest such incidents revolved around the lack of women speakers at the the Future of Web Apps conference in San Francisco last September1 and the Creativity Now conference put on by Tokion in NYC last October. Each time this issue is raised, you see conference organizers publicly declare that they tried, that diversity is a very important issue, and that they are going to address it the next time around.
With that in mind, I collected some information2 about some of the most visible past and upcoming conferences in the tech/design/web space. I'm reasonably sure that the organizers of these conferences were aware of at least one of the above recent complaints about gender diversity at conferences (they were both linked widely in the blogosphere), so it will be interesting to see if those complaints were taken seriously by them.
Future of Web Apps - San Francisco
September 13-14, 2006
0 women, 13 men. 0% women speakers.
Tokion Magazine's 4th Annual Creativity Now Conference
October 14-15, 2006
6 women, 30 men. 17% women speakers.
PopTech 2006
October 18-21, 2006
8 women, 30 men. 21% women speakers.
Web Directions North
February 7-10, 2007
5 women, 16 men. 24% women speakers.
LIFT
February 7-9, 2007
10 women, 33 men. 23% women speakers.
Future of Web Apps - London
February 20-22, 2007
1 woman, 26 men. 4% women speakers.
TED 2007
March 7-10, 2007
12 women, 41 men. 23% women speakers.
SXSW Interactive 2007
March 9-13, 2007
147 women, 378 men. 28% women speakers.
164 women, 373 men. 31% women speakers. (updated 2/22/2007)
165 women, 379 men. 30% women speakers. (updated 3/31/2007)
BlogHer Business '07
March 22-23, 2007
43 women, 0 men. 100% women speakers.
An Event Apart Boston 2007
March 26-27, 2007
1 woman, 8 men. 11% women speakers.
O'Reilly Emerging Technology Conference
March 26-29, 2007
9 women, 44 men. 17% women speakers.
12 women, 79 men. 13% women speakers. (updated 3/31/2007)
Web 2.0 Expo 2007
April 15-18, 2007
17 women, 91 men. 16% women speakers.
Future of Web Design
April 18, 2007
2 women, 12 men. 14% women speakers.
4 women, 16 men. 20% women speakers. (updated 3/31/2007)
GEL 2007
April 19-20, 2007
2 women, 11 men. 15% women speakers.
1 woman, 16 men. 6% women speakers. (updated 3/31/2007)
MIX07
April 30 - May 2, 2007
0 women, 4 men. 0% women speakers.
8 women, 89 men. 8% women speakers. (updated 3/31/2007)
The New Yorker Conference 2007
May 6-7, 2007
3 women, 21 men. 13% women speakers. (updated 2/28/2007)
6 women, 29 men. 17% women speakers. (updated 3/31/2007)
Dx3 Conference 2007
May 15-18, 2007
5 women, 48 men. 9% women speakers. (updated 3/2/2007)
5 women, 70 men. 7% women speakers. (updated 3/31/2007)
An Event Apart Seattle 2007
June 21-22, 2007
0 women, 9 men. 0% women speakers.
1 women, 9 men. 10% women speakers. (updated 3/31/2007)
From this list, it seems to me that either the above concerns are not getting through to conference organizers or that gender diversity doesn't matter as much to conference organizers as they publicly say it does. The Future of Web Apps folks seem to have a particularly tin ear when it comes to this issue. For their second conference, they doubled the size of the speaker roster and added only one woman to the bill despite the complaints from last time. This List of Women Speakers for Your Conference compiled by Jen Bekman is a little non-web/tech-heavy, but it looks like it didn't get much use in the months since its publication. Perhaps it's time for another look. (If you think this issue is important, Digg this post.)
Update: To the above list, I added An Event Apart Boston 2007 and corrected a mistake in the count for GEL 2007 (they had one more woman and one less man than I initially counted.) Ryan Carson from Carson Systems, the producers of The Future of Web Apps conferences, emailed me this morning and said that my "facts just aren't correct" for the count for their London conference. He stated that the number of speakers they had control over was only 13. Some of the speakers were workshop leaders (the workshops "are very different" in some way) and others were chosen by sponsors of the conference, not by Carson Systems. I'm keeping the current count of 27 total speakers as listed on their speakers page this morning...they're the people they used to promote the conference and they're the people at the conference in the front of the room, giving their views and leading discussions for the assembled audience. (thx, erik, mark, and ryan)
Update: I added the Future of Web Design conference to the above list. (thx, jeff)
Update: Hugh Forrest wrote to update me on the latest speaker numbers for SXSW Interactive 2007 (he keeps close watch on them because the issue is an important and sensitive one to the SXSW folks)...the ones on their site were less than current. In cases where counts are updated (and not inaccurate due to my counting errors), I will append them to the conference in question so that we can see trends. I plan to update the above list periodically, adding new conferences and keeping track of the speaker numbers on upcoming ones.
[1] Sadly, when I Googled "future of web apps women" while doing some research for this post, Google asked "Did you mean: 'future of web apps when'"? ↩
[2] All statistics as of 2/22/2007. Consider the gender counts rough approximations...in some cases, I couldn't tell if a certain person was a man or a woman from their name or bio. ↩
[3] This conference has released only a very incomplete speaker list. ↩
Serious Eats is looking for a web designer who's familiar with blogs, isn't afraid of a little PHP code, and is located in (or is planning on relocating to) NYC. Serious Eats is a start-up that is focused on sharing food enthusiasm through blogs and online community. You'll be working with a fine group of folks. SE is headed up by Ed Levine, who Gourmet editor-in-chief Ruth Reichl calls the "missionary of the delicious" and Meg Hourihan, who co-founded blogger.com and happens also to be married to me. Alaina Browne, formerly of A Full Belly and Mule Design, and Adam Kuban, pizza and burger expert, round out SE's crew of passionate food people.
Fringe benefits: you can't imagine all the culinary goodies that make their way into that office everyday. Meg comes home and casually says things like, "oh, we had a private tasting of the new Haagen-Dazs flavors in the office today" all the freaking time. If you're a web designer with an interest in food, this is your place.
Video: web designers Jeffreys Veen and Zeldman fight in Wii Boxing. More web designer Miis here and an explanation here.
Here's how MacRumors did their livecast of Steve Jobs' MacWorld keynote. At one point, the site had 213,000 simultaneous visitors.
Fuck, this pisses me off: the New Yorker is splitting up their longer pieces into multiple pages (for example: Ben McGrath's article on YouTube). I know, everyone else does it and it's some sort of "best practice" that we readers let them get away with so they can boost pageviews and advertising revenue at the expense of user experience, but The New Yorker was the last bastion of good behavior on this issue and I loved them for it. This is a perfect example of an architecture of control in design and uninnovation. I want the New Yorker's web site to get better, not worse. Blech and BOOOOOOOOOOOOO!!!!
Update: Dan Lockton has some further thoughts on multi-page articles.
Update: The New Yorker seems to have reversed their opinion on the matter. Nice work.
Update: Nope, still busted. Crap.
Google launched a new code search feature today. At least two sites already offer this functionality, but a great deal of attention follows Google wherever they go.
Code search is a great resource for web developers and programmers, but like the making available of all previously unsearched bodies of information, it's given lots of flashlights to people interested in exploring dark corners. Here are some things that people have uncovered already:
Got any other Google code search goodies? Send them along. If you find this interesting, Digg this story.
The National Park Service has made some of their map symbols and patterns (lava/reef, sand, swamp, and tree) freely available for download in PDF and Illustrator formats. (via peterme)
Michael Bierut on his design process, written in plain language that the client never gets to hear (but maybe they should):
When I do a design project, I begin by listening carefully to you as you talk about your problem and read whatever background material I can find that relates to the issues you face. If you're lucky, I have also accidentally acquired some firsthand experience with your situation. Somewhere along the way an idea for the design pops into my head from out of the blue. I can't really explain that part; it's like magic. Sometimes it even happens before you have a chance to tell me that much about your problem! Now, if it's a good idea, I try to figure out some strategic justification for the solution so I can explain it to you without relying on good taste you may or may not have. Along the way, I may add some other ideas, either because you made me agree to do so at the outset, or because I'm not sure of the first idea. At any rate, in the earlier phases hopefully I will have gained your trust so that by this point you're inclined to take my advice. I don't have any clue how you'd go about proving that my advice is any good except that other people - at least the ones I've told you about - have taken my advice in the past and prospered. In other words, could you just sort of, you know...trust me?
It is like magic. Reminds me of something Jeff Veen wrote last year on his process:
And I sort of realized that I do design that way. I build up a tremendous amount of background data, let it synthesize, then "blink" it out as a fully-formed solution. It typically works like this:
- Talk to everybody I possibly can about the problem.
- Read everything that would even be remotely related to what I'm doing. Hang charts, graphs, diagrams, and screenshots all over my office.
- Observe user research; recall past research.
- Stew in it all, panic as deadline approaches, stop sleeping, stop eating.
- Be struck with an epiphany. Instantly see the solution. Curse my tools for being too slow as I frantically get it all down in a document.
- Sleep for three days.
Like I said when I first read Jeff's piece, in my experience, a designer gets the job done in any way she can and then figures out how to sell it to the client, typically by coming up with an effective (and hopefully at least partially truthful) backstory that's crammed into a 5-step iterative process, charts of which are ubiquitous in design firm pitches.
How to do a click heatmap on your site with JavaScript and Ruby. Includes source code. Very slick.
After having the same web site since like 1985, Emigre has finally launched a redesign. The new site looks like it was done in 1998; the front page is all images, laid out in tables, and is invisible to search engines.
Because of the Eolas patent crap, Microsoft is updating Internet Explorer so that you need to click to "activate" any Flash or Quicktime applet. There's a workaround that involves replacing all your <object> <embed> and <applet> tags with JavaScript functions that write those tags. This is going to make a lot of web sites a pain in the ass to use with IE and developers are going to have to modify a lot of code. What a nightmare. (thx, dunstan)
TechCrunch reports on FlySpy, a site that will help people buy the lowest priced airplane ticket for a given destination:
The way it works is that I give it a departure city and a destination city and optionally a departure date and length of stay. The search result, which returns very quickly, will present me with a graph of flight prices over the next 30 days so that I can quickly look at which days are the cheapest to fly. To book a flight I just click on the point in the graph. Simple.
That's a pretty useful UI innovation (especially if you're able to drill down into individual days to find the lowest fare on that day), but it doesn't help you much if your travel dates are inflexible. The killer airline reservation app that I've been wanting for several years would tell you when to buy your ticket for a particular flight. Airlines update their fares several times a day and hundreds of times over the course of a month. Depending on when you buy, it might cost you $250 or $620 for the same exact ticket.
What this hypothetical app would do is track fare histories and then release forecasts based on those histories. If you want a RT to SFO from JFK on 4/12/06 returning 4/17/06, the site would tell you to buy your ticket three weeks out or when the price hits $298, whichever comes first, but to never wait until the week before, when similar flights begin to sell out.
A thornier problem than the one FlySpy addresses, but it could save people a lot of money. (This would work for hotels and rental cars as well probably, although I don't think their prices fluctuate as much.)
Exciting new Web 2.0 product: JusFlam is "the social network for people who enjoy Jesus, and flames, and rotating stuff". The beta seems to be down at the moment...it's throwing a "due to overwhelming server load, that is due to underwhelming development methodologies and system architecture, due to limited resources, due to limited business direction, due to giving away a complex web service for free with no feasible plan for revenue generation besides 'getting bought by google or maybe yahoo', we are unable to process your request at this time" error.
Microsoft to retire pile-of-crap web design program FrontPage.
Khoi Vinh on the move...he's the new Design Director for NYTimes.com. From the outside, it's one of the best jobs in web design and it's been filled well. (via waxy)
AIGA Voice has an interview with Peter Morville about his new book, Ambient Findability. A question from the interview that everyone responsible for a web site should be asking themselves (emphasis mine): "Can [people] find your content, products and services despite your website?" Love that.
Web design contest offers the potential winner a chance to "fire missiles remote-controlled by computer at a US military base in Iraq". (via tmn)
With AJAX MAssive Storage System (AMASS) a web page can store large amounts of data on a computer using hidden Flash applets. Brilliant hack, but seems like a potential security concern (an AMASS-like app could just fill up a hard drive without prompting, no?). I just looked at this briefly...would this allow one to run something like GMail offline? (I'm thinking not.) (via waxy)
Nifty "straight man" redesign of The Onion. Khoi Vinh of Behavior explains how the design was realized. (via waxy)
This list of ten steps to building a successful Web 2.0 company is really quite insightful. #3 is a favorite: "Launch. Now. Tomorrow. Everyday."
New design for A List Apart, the venerable Web design site, done with XHTML/CSS (of course) and Ruby on Rails. (via waxy)
Salon profile of 37signals and "the next web revolution". Also noted (for the first time in public, I think): Adaptive Path's secret web app is "a tool to help bloggers measure traffic and other stats on their site [and] will be out by the end of the year".
Andy Baio dug up this circa-1995 version of BobaWorld, one of my earliest favorite pages on the web. Boy, that square imagemap at the bottom of the page takes me back.
Creating styled checkboxes and radio buttons with CSS and JavaScript.
Impressive demonstration of Ruby on Rails. "How to build a blog engine in 15 minutes with Ruby on Rails".
Jeff Veen's The Art and Science of Web Design is 5 years old. To celebrate, he's made a proof of the entire book available for download.
Zeldman's observations about judging the May 1st Reboot. Most of the entries lacked originality, had little content, and even less focus on the user. Sounds like many of the winners of interactive design annuals as well.
Giant-Ass Image Viewer. Python script (+JavaScript and CSS) for cutting up and viewing large images, a la Google Maps.
Flickr switches from Flash to DHTML/Ajax for displaying photos and notes. You can now also put links in notes, which, damn, my mind just blew.
Yikes, looks like there's some problems with the Google Web Accelerator. It "clicks" every link, including those that might delete documents and such in web apps.
Macromedia may be a bit concerned about Ajax competing with Flash's XML socketing. "Kevin [Lynch] specifically wanted to explore the possibility of hooking into the Ajax system with Flash, via Flex."
The best way to get a sense of what kottke.org is all about is to head to the front page or check out some random entries from the archives.
design (612) • www (140) • Javascript (16) • kottke.org (115) • Jeff Veen (11) • typography (143) • Google (193) • conferences (95) • gender (27) • HTML (7) • Web 2.0 (34) • magazines (97) • typekit (2) • NYC (694) • weblogs (357)
See more on the Job Board.
Many posts on kottke.org have been "tagged" with keywords, which activity results in collections of related posts like sports, infoviz, or best of.
The 2000s (14) • post updates (43) • video (746) • USA (13) • movies (1072) • books (737) • science (634) • lists (646) • food (666) • photography (821) • art (389) • best of (372) • sports (486) • advertising (178) • maps (234)
movies (1072) • photography (821) • video (746) • books (737) • NYC (694) • food (666) • lists (646) • science (634) • design (612) • sports (486) • music (405) • art (389) • business (382) • best of (372) • TV (370)
photography (821) • economics (202) • lists (646) • best of (372) • infoviz (163) • food (666) • NYC (694) • firstworldproblems (4) • cities (135) • restaurants (188) • video (746) • timelapse (3) • interviews (256) • language (272) • maps (234) • fashion (164) • NSFW (63) • remix (207)
atom (3) • Steve Wiebe (2) • bird flu (8) • 0sil8 (4) • bertrandrussell (2) • boxing (3) • megnut (4) • hoeflerandfrerejones (3) • chanel (3) • King of Kong (2) • wonkette (3) • aprairiehomecompanion (2) • books (737) • asia (4) • best of 2007 (32)
