Off the Top: Web apps Entries
Showing posts: 181-195 of 200 total posts
Troy Janish's XML tutorial for A List Apart is a great resource. The elements for implementing XML are rather solid now. Knowing how to make use of XML is going to be a needed skill set for many. The debate over database storage of content objects over XML storage of the same will continue for quite some time. I have my leaning for database storage, given their data storage and manipulation functionality built in, but outputing XML documents to share the information seems to be a better option than providing authorized access to the database.
Grokdotcom provides a good overview of the methodologies of Web application development. The modular approach is provided as the best methodology, go figure with an open methodology that is based on published/documented standard set of processes. The article ends up discussing Fusebox, which is new to me, but seems to be a rather straightforward approach to modular software development.
An USA Today article on poor product design provides insight that is helpful not only to product development, but also application development. The insights (while not new to most of us, but most likely very new to USA Today readers) include not including the consumer early enough in the process, product design team not well balanced, and technology runs amok.
These very closely apply to Web/Internet/Application development's downfalls. Not including the user in the development phases and/or testing with users early and throughout the development process. Having a development team that does not have a balance of visual, technical, and production skills can be problematic. Lastly, projects that are technology for technology's sake, very rarely offer success.
Conversely, success comes from getting these things right, involving the user and understanding how users would interact and use what you are building. Having a balanced team so that visual, technical, and production issues can be addressed and solved appropriately. And lastly knowing when and how to best use what technologies will drive success.
This last element, understanding the technologies, will help you get over the hurdle of accessibility/508 compliance. It will also help you find the best tools to interact with the users of the site/application. Having DHTML elements to provide action on a site or to serve information, when the user audience does not fully have the capability of addressing or handling the presentation, will have detrimental effects. Know what your elements your users have turned on and off in their browsers and what versions they are using. It is important to know what threshold of user profile can be the cut-off for developing a site. If 10% of your users have JavaScript turned off should you still develop elements of your site that are JavaScript dependant without providing an alternate service? Know and set this percentage threshold, as it will help understand why you can and can not use certain technologies.
Google shares its 10 things they found to be true, which starts off with, "focus on the user and all else will follow". There are many other truths in this list. [hat tip eleganthack and Digital-Web New]
There is nothing like starting the New Year coding a time rollover code to pull the current information out of your weblog. This means I now have fully functioning code for month and year change overs in my personally built weblog tool. This also means I still love PHP more than any other scritping/Web coding language.
It is getting to be time to pull the code out of the PHP templates and make it more modular/object based. The site is built on a handful of templates that reuse about 75% of the same code to build the pages. From this stage it is time to pull out classes and functions and have each page point to the proper elements. This enables me (or who everelse is getting this code) to be able to make modifications in one place rather than many.
Why modular/object-based? This is how the world works. This is how things are done efficiently. This is the non-foolish way of building applications. (Looks like I am starting this year on a testy note).
Meg is sharing the wonders of a professional looking toolbar in a Web interface in her Using JavaScript to Create a Powerful GUI on O'Reilly Net. Her Blogger interface really awed me. I kept having to remind myself that it was a browser based tool, but it performed like a desktop app (that is until they were down to one employee and the gremlins kept popping up). I have always wanted to add a more professional look to my personal apps, but it has been functionality over beauty for them. Now I may no longer have that excuse.
WebTechniques provides a wonderful overview of the changing Web teams. I have been finding much of what this article points out, the Web it still a valid element, but people have build more efficient tools to manage the content and to help reuse that content. The traditional Web teams have been changing and the skills are widening for those with a passion for building the Web. Read the article as this piece it the tip of the iceberg for what many folks have been watching happen or experienced in the past year or two.
37signals' design not found offers an example of letting your users know restrictions. This is not only important for restrictions, but letting users know which are required fields. Users are not mind readers, so don't treat them like Uri Geller or David Blaine. [hat tip Christina]
Seach Not and Find the Answer
Peter Morville explains why search doesn't suck, but is just not great. I completely agree. Search by itself misses much of the information, unless the site is well written (which provides a cohesive use of terms) or is augmented with metadata.Let me explain, as Doug Kaye uses in his quest to find what is wrong with searching, a person six months or more ago could have been writing about IT as the possible wave of the future. More recently the same person could have been writing about Ginger. This past week the writer would have started writing about Segway. All were the Dean Kamen invention, but a user searching for a the breadth of our writing on Segway could easily miss our mention of IT or Ginger. The user would have to know to search on these other terms, if they did not they may not find our work. We loose.
This is where metadata helps out. If the information is tagged with a term that classifies this information or could have synonymous relationships established from that metadata item (personal powered transportation = IT, Ginger, Segway...) would greatly help the search. Most of us have been worked on projects that have had searches yet we constantly had users asking us were our information on "xyz" could be found, as they did not find it in the search and they know they read it on our site. That is a large persistent problem. Searching is not a solution only a patch that leaks.
By the way taxonomies can be fluid, they have to be as usage changes.
After reading Nick Finck's notes from the Web Design World 2001 in New Orleans and reading the Web Design World 2001 Agenda I think I may have to make the trip next year. I am very intrigued with the Open Source elements of the conference combined with the Web design/development aspects. Open Source tools have treated me far better than any proprietary tool ever has in the past. I am not interested in the cost as much as how solid the tools are, which leads me to Open Source.
Needing to write a functional spec? Just want to learn what a functional spec is to know if you should write one? A functional spec tutorial is what is needed.
[hat tip Jay and Cam]