Slashdot Mirror
Web Design on a Shoestring
Bickner defines the audience for this book with four brief portraits of hypothetical individuals, all of whom need Web sites in a fairly low-key, resource-poor way. That is, something from the Web equivalent of an entrepreneur's business card to a non-profit organization's Web site. Although Bickner is apt to invoke "we Web professionals," this book is not really appropriate to Web creatives-for-hire (who would be better advised to seek out clients with the wherewithal to ask for something original, cool, and spendy). This book's broad scope is better suited to those with a more casual interest in Web sites, or those who have added Webmastering to other job responsibilities.
But the more I read, the more I was convinced Bickner's shoestring design theory went beyond financially embarrassed budgets. In a spirit of inquiry, I looked at two Web sites where skimpy budgets should not apply. Namely, the world's two richest persons and their employers. Microsoft's Web page is a well-wrought, complex assemblage of linked pages (though the splash page's security download du jour fairly shouts subtext). In contrast, Warren Buffett's Berkshire Hathaway's Web site is possibly more shoestring than even Bickner would advocate. The point being, even when the financial resources are bountiful, one can always, as Bickner says, "dare to do less."
One first impression of Web Design on a Shoestring is its excellent organization, an attribute librarians assume with famous pride (working in a library -- though not as a degreed librarian -- I've observed the species up close). Each chapter begins with a checklist preview. The text has ample sidebars covering budget gotchas ("Budget Threat"), saving opportunities ("Spinning Straw into Gold"), and special definitions. Plenty of screen shots (mostly from Mac OS X) and code listings visually support topics under discussion.
After the intro and first chapter set out the book's scope, Chapter Two, "The Pound Wise Project Plan," tackles how one might spec out a Web site project. This is the analytical, well-organized approach: a goal list, plus written documents for functional requirements and technical requirements. "Brainstorming," inspiration, playing with what a Web site might look like -- that's probably for another book, another author. In a book titled Web Design on a Shoestring, though, I did expect some definition, in real dollar ranges, of what constitutes a "shoestring budget."
Chapter Three, "Usability on the Cheap," is a once-over-lightly of several arguments made earlier in Steve Krug's Don't Make Me Think! One of the themes in this book, accessibility, comes naturally to librarians, who work in the public arena. Bickner offers brief, informed comments about how page navigation can work sans mouse and sans Java.
Chapters Four and Five are key to any Web site creation: copy and graphics, respectively. For the supposed target audience, I wanted to see a tutorial approach, but the book's ambitious scope appears to preclude anything other than summary discussion. "Why Good Copy Counts" covers writing style, appropriate voice, plus the need to chunk and headline text. Bickner correctly claims words are a powerful tool for elevating the status of a low-budget site. On words alone, the playing field among Web site creators is level. Moreover, words -- in digital format -- need minimal computing resources compared to other tasks like image processing.
The next chapter, "The Design: Looking Good With Less," continues with the basics of font selection and usage, the advisability of using Cascading Style Sheets for fonts and colors, and some tips on keeping graphics and artwork affordable. When it came to image editors, I thought Bickner's command to buy Adobe Photoshop (or the alternative Macromedia Fireworks) arguable: "... in the case of image editors, I am not going to suggest an inexpensive alternative; spend the money. If you skimp on image editors, your site will suffer."
Even a year before Web Design on a Shoestring's publication date, Adobe Photoshop Elements was available. I run Elements on a Windows partition--reputedly eighty-percent of the functionality of the professional version at a fraction of the price. Unfortunately, no mention is given to the open-source and cross-platform GIMP (which should not be ignored, given the shoestring premise). A major flaw of this book, for this reviewer, was the relative lack of dollar-based data to bring alive the shoestring strategy -- I need more than pictures of shoelaces to get in the spirit.
But Bickner warms up to open-source software in Chapter 7, the second longest chapter in the book. "Content Management on a Tight Budget," left me wondering, though, whether the book's audience had morphed. Yes, Content-Management Systems (CMS) have benefits, especially for concurrent authoring and version control, but I don't see individuals putting together Web sites on a shoestring budget worrying such issues. I'd speculate discussions of such CMS as Zope (Bickner uses Zope for one of her sites) had more to do with her work at keeping Web sites functional at NYPL than identifiable needs of the target audience proposed in the book's intro.
Chapter 8, the longest chapter, "Save Money and Time with Web Standards," is a fairly predictable plea for contemporary coding conventions to separate structure and presentation with XHTML and CSS. Evidently, Ms. Bickner has a personal interest in this advocacy. As she notes in the last paragraph of the chapter, "Jeffrey Zeldman is my personal favorite web standards evangelist ... his book Designing with Web Standards fills in where this chapter leaves off. I know that because as I write this book, he is sitting behind me writing his book. We don't get out much."
The last chapter, "Bang-for-Your-Buck Hosting and Domains," is a caveat emptor about finding a satisfactory host to serve up the newly created shoestring Web site. Predictably, low-ball rates do not guarantee long-term happiness.
At book's end, I concluded Web Design on a Shoestring's intriguing premise and ambitious scope made for good intentions. But the execution (spotty and thin discussions, with a paucity of dollar-based illustrative data) did not add up to a $24.99 recommended buy. (A library loan, maybe.)
If one really wants to design a Web site on a shoestring, go for the rifle, not the shotgun. Pick up Steve Krug's Don't Make Me Think! for usability and any book, new or used, by Robin Williams for Web design. I vouch for Krug and Williams because any page of their books shows the understanding and passion of a person in their gift. Reading these books generates enthusiasm the DIYer on a shoestring must have.
In contrast, rewards of reading Bickner often turn out to be, I hope, unintentional. The "easter egg" of reading Ms. Bickner's home address and home phone number in a screenshot figure showing Zope metadata. A "Definition: UNIX and Linux" I'm tempted to e-mail Richard Stallman. But it was the final paragraph that gave Web Design on a Shoestring a sweet finish:
"Shoestring design is not for the rich and famous, although shoestring designers have occasionally spun straw into gold and low-budget sites into fame and fortune. It is also not for the unmotivated or the easily discouraged. But if you keep at it, you will grow creatively and professionally in ways you never imagined. And that is something no amount of money can buy. See you in the discount rack!"
I trust Warren Buffett will never read these words.
Before joining Multnomah County Library, reviewer Charlie Dickinson was a technical writer for a publications group at Intel and elsewhere. His Web sites are "stories & more", first hatched in 1998; and "An American in Yaris" , a fledgling work-in-progress. You can purchase Web Design on a Shoestring from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
Does this mean that 1 line webpages will become populour?
Have you metaroderated recently?
The most important thing you need to realize about a website is the color scheme. Website layouts are easy to make (use CSS to help save your life in the future)...but coming out with eye appealing colors is so key. We want it to be original so we avoid colors like white, but we don't want it to hurt/offend the eyes.
I mod down so you can mod up. Your welcome.
I wonder if these guys read the book...
Why does a a state need a Assistant Director for Digital Information and System Design for their library system?
Find a site you like (there are literally millions to choose from.)
Copy the html.
Change the content to match your company.
Bingo....cheap website.
Step one to creating a cheap web site is to to not buy useless web books. All you need to know is on the web. Start with A List Apart.
FTFA: "eschews the nuts-and-bolts mechanics of Web page crafting for a comprehensive overview of 'project management..." yadida...
All well and fine. And I agree with the (book) author's general approach to things. But I don't see any treatment of the question that often makes projects unmanageable--namely, what will you and your neophyte web designers use to code the site?
The usual answer is the worst answer. Front Page, because it's there.
Dreamweaver and its kin can turn out nicer stuff, but there's a steeper curve to be learned.
Best of all is hand-coding, which brings us back to the regrettably eschewed nuts and bolts. Learning curve: steeper still.
Shoestrings are great, sometimes. And sometimes, you'd be better off investing in a decent pair of boots up front.
Both Microsoft and Berkshire-Hathaway have websites that achieve their company's goals effectively.
Berkshire-Hathaway wants to make vital and basic information about the company easy to find on its website. It succeeds.
Microsoft wants to make vital and basic information about the company hard to find on its website. It, too, succeeds.
I've always been of the philosophy that content is what makes a website. Yes, usability comes in, as well as visual appeal and all that wonderful stuff. However, if you don't have content (and purpose), any amount of eyecandy fluff isn't going to save you.
I've also always thought that web development/design is a service industry that for a long time have overcharged for what they do. (web devs, hear me out here before you tune out)
I'm not some artsy guy who can do killer tricks with photoshop...but for the most part, a lot of web stuff is fairly simple to do. Thus I've thought that rates for web work were waaay high.
Then I worked with the clueless. Folks who ask for a design, then change spec in the end. After a redesign, they want another a week later. People who, after you show them your detailed design document with goals and other specifics, suddenly get amnesia a meeting or two later. It's people like those who tend to drive costs up.
Don't get me wrong -- I try to clue them in. I'd walk them through the design process and stuff but they don't care for it. I present plans that they sign off on, and they don't care or forget they even agree to it. Then they complain when they find out it's going to cost more.
Other clients who send electronic versions of copy and images, ask for changes well in advance, and overall request (and respect) rather than obnoxiously demand are a pleasure to work with.
Shoestring budgets? That's easy enough to work with. Whatever "shoestring" means to you. Being a nightmare client, on the other hand, will eventually cost more. Not necessarily due to being a nightmare, but the extra hours of undoing plans, reimplementing changed specs, etc. will definitely add up.
Well that is neither legal nor moral. I'd recomend that they learn HTML and CSS online instead.
Cost: none.
Is it a good sign for the author that her page was showing a bunch of garbage when I loaded it?
ShortFormBlog: Writing a little. Saying a lot.
that Carrie Bickner happens to be the wife of Jeffery Zeldman. It's also funny that NYPL happens to be his biggest client. For more examples of her writing, check out her articles on A List Apart
Is it being prepared to do the right thing, whatever the cost. Isn't that what makes a man? That and a pair of testicles
A big monitor helps.
You basically see two views of your website:
The HTML code and a "real world" view.
You can make changes in both views and the other view will be updated accordingly.
400 bucks sounds like a lot, but think of it in terms of time saved, not of money spent.
Highly recommended.
No, I'm not affiliated with Macromedia in any way - I just have a small web-based business and created the website myself.
Dedicated Linux servers (root access) $45 p.M.
I'm a technology generalist who pays my bills by providing services on a contractual basis to small bizs. Occasionaly this entails web design.
Talk about a coincidence... I clicked over to /. while I was waiting for my order at templatemonster.com to process. I was vaugly aware of the sites like this, but never really looked at the templates until yesterday. They offer full, very professional website templates for download for only around $60(!). I'll never design a website for a client from scratch again.
(Disclaimer: The URL above includes my affliate ID, but isn't my reason for posting.)
Entrepreneur : (noun), French for "unemployed"
Once again people fail to understand that timespent equates to lost money lost in some way or other. The big advantage with CMS's is that all the basic functionality is already there for you to access. I can easily create a custom CMS for my own use, but I choose to use Mambo because it less work to harness something that already works and been tested. Unless you plan to build a better wheel, why bother? (Except for the love of doing it)
vim, google, gimp
I don't know about you, but I design on a computer.
I can have the book out next to me (and if it's perfect-bound like O'Reilly's books, they'll generally flat when opened) and I don't have to devote screen space to a website. I often find that even when referring to ALA or other sites, I'll print out the article and keep the hard copy next to my keyboard, so that my screen doesn't get too cluttered.
For some people, keeping a bunch of windows open and cycling through them is easy, but I find that a bit overwhelming and certainly distracting. Also, reading dense information on screen for a protracted period of time is simply more difficult.
Books provide easily accessed information that I can read anywhere (on the bus, in the waiting room at the dentist's office, and so on), whether I'm online or not. I find this particularly important because there are times when I want to *not* be jacked in, but I still want to absorb information having to do with development.
The great thing about the profusion of websites and books is that they offer choice. Get what you need for this project from a website, and get what you need for the next project from a book. Whatever works is good.
Read the EFF's Fair Use FAQ
Yes. I was looking at http://oswd.org/ last night and saw some interesting templates for use with a current client. I also feel weird about it. But time is money and if I can meet both our goals in a fast manner, everyone wins. Not to mention, it's not like I would use the site exactly as is.
*Fortitudo, aequitas, fidelitas.*
You basically see two views of your website: The HTML code and a "real world" view. You can make changes in both views and the other view will be updated accordingly.
Why not go the even cheaper route?
Saves you $400...
My steps for web design/web server on shoestring budget (steps 4 and 5 are for those who just want a design).
1. Learn linux enough to manage a server--all the docs and how-to's you ever need are on the web, don't buy books (unless you want a standalone easy quick reference).
2. Buy a domain name from godaddy.com.
3. Get a VPS plan from rimuhosting.com or the multitude of other VPS providers. I prefer to have Debian installed in the VPS because it's minimal in disk space usage and packages can easily be installed with apt-get (i.e. you have have to muck around to try to find rpm's or tar.gz files)--you'll need to apt-get apache to get the webserver up. You'll also need to install a content management engine like wordpress, moveabletype, drupal, geekblog, etc.
4. With the money you saved by NOT buying books on how to design, purchase a web logo from The Logo Company or any comparable business that supplies you the logo for your site. They include full ownership of your logo (to file for trademark if you want) and all the vector graphics files you need to take it from there and build your own templates, CSS, etc. This is the most important part of the "design" process because you will use your logo to assemble your website -- it has the color palette that you want and the overall theme that will be persistent in your site.
5. Using the logo as "inspiration", create the CSS for the content management engine such as wordpress, moveabletype, geekblog, drupal, etc. Drop the CSS into your server.
Obviously, there are lots of in between steps I didn't care to mention, but the main steps are listed. Overall, for the startup cost and the first month of your web page going live, you shouldn't need to spend more than $105 USD ($75 for the logo, $20 per month for the VPS, $10 for a year's worth of domain name service) -- the price of 3 or 4 books.
Linux at home
Content is king - So let the advertising staff, tech writers, or even a manager (who can usually write better than we give them credit for) lay out the text. Besides, if you write it, they'll just re-write it into a hash by the end of the project anyway.
Presentation is Queen - Speaking from experience, most of us overestimate our artistic abilities. Fonts, colors, whitespace, branding etc. are both a science and an art. I have seen first-hand the difference a good graphics artist can make. For a few hours of consultation, you can get more good ideas that most of us will come up with in a year of fiddling around.
The Joker is in the Details A good nerd is the magic glue that makes it all happen. Sombody has to know the standards, be able to code, and make the decisions about which technologies to use. Some sites just require basic HTML and maybe a bit of CSS, but most modern sites require a whole lot more.
The point is that very few people can combine all of these skills at a professional level. The skills are orthagonal - being good at one implies nothing (or very little) about your abilities in the others. Ego aside, most of us would get far better results if we were humble enough to ask for help -- a brief survey of web sites should convince ANYONE that really good designes are few and far between (and no, slashdot is NOT a shining beacon of perfection).
It's sort of a hardware version of a filesystem.
"I'm not impatient. I just hate waiting." - My Dad
All most ask is if you use their design, let 'em know.
I pulled a jack move to cop this sig
There's a similiar site like this called Open Source Web Design which gives away basic HTML and CSS template. They have a strict rule of no images (which I'm fine with) and even require all designs be W3C X/HTML/CSS validated.
With these requirements they're usually pretty light and basic, you can find some good designs to start you off with
Si la vida me da palo, yo la voy a soportar Si la vida me da palo, yo la voy a espabilar
I'm getting tired of Open Source folk proclaiming GIMP as being a useful substitute for Photoshop.
The GIMP is just too clunky to do good work with, as evinced by its ugly logo and sample documents. About the most creative thing anyone does with it is more-or-less trivial photo retouching that can be done in something like iPhoto or Elements.
And if you think that Elements has "80%" of Photoshop's functionality, you haven't used 90% of Photoshop's functionality.
Dual screens are nearly indispensible for web design. If you want to keep a web tutorial open on one screen, and your code/web site on the other, dual screens are the way to go. It's also great for coding on one screen and previewing in the other. Just a warning... once you go there, you will never want to go back to a puny single screen of desktop real estate.
"The majority is always wrong; the minority is rarely right." - Henrik Ibsen
Web sites with massive budgets often tend to spend those budgets on areas that have nothing to do with content, which is, after all, what most of us really want from the Web (if we wanted a lot of useless graphics we'd go see a movie.) Expensive, gratuitous flash animations and the rest of that crap can easily detract from the true value of a Web site, or at least can obscure that value to the point where no-one can find it.
Many companies could take a lesson from Google and its minimalist approach to screen design (Yahoo, for example.) A cleanly-designed, truly elegant Web site is a joy to behold and to use. The mistake that many designers make is in equating complexity with elegance. In the old days, we said that ridiculously colorful and complicated displays (whose only goal was to prove that the programmer knew how to do complicated things) were victims of the "Christmas Tree Effect". I must say, the mindset behind the CTE is alive and well, and living on the Web.
The higher the technology, the sharper that two-edged sword.
I like this javascript color mixer ColorMixers
You can browse some of the presets or make your own set of colors, quite useful.
Sample this!