by: Robert Wang | HTML5 is a huge overarching reworking of the HTML language. As a whole, the project is very much a matter of style. HTML5 is about removing the old, clunky bits of code (i.e. frames and plug-ins) and replacing them with smooth, browser-based alternatives.However, it should be thought of more as a series of suggestions on how people should code their websites rather than programming language upgrade. Only those who opt in and insert the requisite code will need to worry about the technical aspects. Nevertheless the issue is already a raging battleground with Apple and Google on one end and Adobe Systems and Microsoft on the other. The lines have been drawn and the swords are out. Google recently dropped development on its Google Gears project to help push HTML5 along, while Adobe and Microsoft continue to fight to keep Flash and Silverlight from the cold, shameful shadow of obsolescence.So what exactly does HTML5 do? Below, we’ve listed the features that are making the biggest splash. 1) Independence from media plug-ins: This is the unmistakably the headlining issue. As browsers grow increasingly complex, sites running HTML5 will have the freedom to provide immersive multimedia experiences to users without the need for plug-ins or add-ons. Why you should care: You’ll never need to install another plug-in for a HTML5 site to function optimally. Audio and video tags will access multimedia content directly through a site instead of through an intermediary program like Flash. This’ll mean a cleaner, faster browsing experience and a lot less coding for you web designers out there.Does this mean we’ll see a flash-free version of YouTube in the future? From the look of it, the plan is already in the works. 2) Offline Storage: Once HTML5 becomes more widely employed, websites be able to store bigger chunks of data locally (on your hard drive). This will allow for offline access to various websites and databases. Why you should care: Offline access has always been the stumbling block for email services and web applications. If implemented correctly, HTML5 will allow these services to run in even the most inhospitable 3G-free environments.You won’t be able to send any emails, but at least you’ll be able to see that top secret message your hacker friend sent you right before SkyNet took over. Now you can finally remove Microsoft Outlook from your computer. Huzzah! 3) Geolocation: This is rapidly becoming the buzzy must-have function of hour. Strictly speaking, geolocation just feeds your current coordinates to a page or service. That’s it. Why you should care: It’s up to each website to get creative: whether it’s finally updating that clunky store locator so it will do its job in a single click or creating a fully functional web based GPS, the possibilities here are truly exciting.That said, there are really only two stances you can take on the issue and they are: HTML5 WILL DESTROY THE INTERNET Implementing a new standard has been tried time and time again and all it causes is increasingly more complex systems to deal with outmoded websites. Even if HTML5 has a positive effect on the internet, it’s just ONE MORE format that browsers will need to deal with. I AM FOND OF HTML5. <3 The project isn’t about converting everyone at once. Once everyone sees the potential of the new web standards, everyone will want a hip shiny new site in the same vein and web fragmentation will cease to be an issue for the most relevant sites. No one visits older, poorly maintained pages anyway. Like it or not, the momentum  seems to be with HTML5, as sites like worldwide have already begun adoption. Here are a few more HTML5 sites to tide you over till next time. http://www.techmic.com/ http://www.marine-gold.jp/ http://www.techniqueretreat.com/ Which side are you on? Leave your comments below! Barefoot. Out.

This article by Hunter Jensen, CEO of Barefoot Solutions, was originally published in the January 2008 edition of PHP Architect, a print magazine for PHP Professionals. It is the second article in a five part series on some of the different legal issues surrounding the web development industry. I was a young freelance PHP programmer studying at the University of Virginia. After many late nights coding, I had managed to save up enough money to move to San Diego upon graduation … or so I thought. About two months before graduation I received a phone call from my boss with some really bad news. He told me that the client had run out of money and refused to send payment. Then he tells me, “so I just can’t pay you”. And just like that my graduation nest egg disappeared into thin air. I am undoubtedly not the only person reading this article that has been put in that position. I felt angry and helpless. I still had all the passwords. Should I take the site down? Hold it hostage for my measly ransom? Write a nasty message about them on the homepage? While those were tempting options, they were unethical, illegal, and ultimately just plain wrong. Instead I turned to the only thing that could protect me in that situation: my web development contract. Before I go any further let me pronounce this disclaimer: I am not a lawyer and this should not be regarded as legal advice. I am a business owner that writes my own contracts and have successfully sued for breach of those contracts in American court. Over my years in business, my contracts have been tested and tweaked in a variety of situations, and this article represents what I have learned. Many freelance or independent programmers do not bother with formal contracts. It is understandably a lot of trouble to try and write one, or a lot of money to pay a lawyer to draft one for you. Unfortunately though, having a rock solid contract is an absolutely crucial part of being an contract PHP programmer. So why do you need a contract? Even though you may trust your client, it is amazing how quickly things can turn sour when money is involved. And although a verbal agreement is a legally enforceable contract, proving that it took place can be difficult. Developers need a contract because a good web development agreement provides the following benefits: It clarifies in writing the verbal agreement reached by the two parties. By law, copyright protection is automatically given to the author, but that is rarely what is desired when a client hires a web developer. It helps manage the expectations for the client and the developer. It protects both the client and the developer from unfair treatment if a project gets off track. Finally, contracts are the foundation of nearly every economy worldwide. Knowing that contracts are enforceable in a court of law makes it possible to do business with someone without having to trust them implicitly. So now that we have covered why we need a contract, next we should ask how. For many freelance programmers, especially early on in your career, hiring a lawyer to draft a contract is not financially feasible. In order to save many billable hours, it is often a better solution to draft your own contract, and then have it reviewed by a legal professional. This last part is crucial so I will repeat it. Even if you get most of it right, you do not know the city, state, and/or federal laws well enough to write a bulletproof contract. Always have it reviewed by a legal professional. But with that being said, there are certainly some topics that need to be addressed in every complete web development contract. Relation of Parties This describes the relationship of the two entities, the client and the developer, that are signing the contract. There are several common relationships, which include employee/employer, licensor/licensee, or client/independent contractor. In my experience the most common relationship is that of an independent contractor. If you are brought on as an employee, it is fairly common for the government to require the employer to provide you with any number of benefits like health insurance or retirement plans. The licensor/licensee relationship used to be more popular than it is now for web development. This relationship heavily favors the licensor. Many developers have taken advantage of this relationship by creating custom built software for the client, and then licensing it both to the client and his competitors. While this may be legal, if the client is unaware of your intentions then it can be considered unethical and I wouldn’t imagine you would last in this business very long. Finally is the independent contractor relationship. For the developer, this means that you have control over your own hours and schedule. For the client, this means that you are not required to provide employee benefits. This is appropriate in many web development situations. Duties, Term, and Compensation For the client, this may be the most important part of the contract. I have a standard contract that I use for most clients, and it references an attachment to cover the duties, term, and compensation because I generally need to rewrite that section specifically for every contract. It answers the questions: What will you be doing? For how long? And for how much? The duties section is often called Scope of Services. This section covers exactly what it is you will be doing for your client. Are you simply doing PHP/MySQL programming? Or are you overseeing the entire project from start to finish, including requirements gathering, graphic design, system documentation, etc.? Does this contract include regular updates and maintenance after the delivery? While it is important to explain what you will be doing for your client, it is often just as important to outline what you will not be doing. This will avoid any surprises down the road. The next section covers the term and termination of the agreement. The term will begin upon execution of the agreement (when both parties sign) and may be terminated on any number of conditions. Most clients that actually read their contract will not be comfortable with a contract that they cannot terminate. I generally will allow a client to terminate a contract with 10 days notice on the condition that my company is paid, per the attached rate schedule, for all work up to and including the last ten days. Further, I am able to terminate the contract with 10 days notice on the condition that I return any payment or deposit that I may have received. Finally, you include the payment terms. There are a few questions that you need to cover in this section. First include how much you will be paid for this contract. If you bill on an hourly basis, include your hourly rate. If you bill differently for different services (graphic design vs. programming, e.g.), then include your entire rate schedule. Or if you prefer a fixed price model, include the total price that will be charged for the project. For fixed prices, I generally will reference requirements and specifications documents, explaining that the client will receive what is outlined in those documents for this price. I will then include my hourly rate schedule for any additional features which are added on in the middle of the project – and there always are. It is also wise to determine payment due dates (Net 15, Net 30, upon receipt) and late payment penalties. Intellectual Property You have a few different options for the intellectual property assignments in a web development contract. Usually, developers will explain here that all tasks, duties, results, inventions, and intellectual property are considered a “work for hire”. This means that the client gets intellectual property rights to everything created. There are a couple caveats to this however. First, you cannot assign intellectual property rights to any third party materials (like the framework you used to build the site). Second, you maintain that all intellectual property assignments for work that was conceived prior to the execution of this contract are maintained by the developer, but licensed to the client for unlimited use and in infinite duration. This is important as it will allow you to continue using the libraries of code that you have built over time while allowing the client to use and modify them as needed. Confidentiality This section of the agreement will often be changed based on the client’s level of paranoia. It is important to allow yourself the ability to communicate with other developers, designers, or anyone else on your team as to the nature of this project so that they can build it, even if the information is highly confidential. Otherwise, the developer agrees to keep all information received from the client confidential. It is advised to speak with the client about whether or not you can tell other potential clients that you are working with them. A developer’s portfolio can be his strongest asset, but some startups in super secret stealth mode will be upset over even the tiniest of transgressions. Speak to your client, and write this section according to their and your needs. Warranty/Disclaimer Including a warranty on your web project is fairly standard in most web development agreements. The main purpose is to give the client a time limit within which they should complete any testing and report any bugs. The developer cannot reasonably be expected to address bugs a year after the site was initially rolled out. Any time from 30 – 90 days is reasonable, depending on the size of the project. Limitation of Liability In this section the developer proclaims that they cannot be held liable for any loss of profit or revenue by the client associated with the development or operation of the website. This includes indemnifying the developer for any third party claims (lawsuits) associated with the development or operation of the website, or any claims on infringement of copyright or intellectual property rights. Non-hire Provision This section is easily forgotten in a web development contract, but to me has proven to be one of the most important. Very frequently after completion of large web projects, clients realize that they will need a full-time employee just to manage and update the system that was developed. Who better qualified for this job than one of the people that built it? This paragraph lays out the fact that the client cannot try to convince any employee or contractor of the developer to leave their job. Further, even if this employee or contractor leaves their job, the client will not be allowed to hire this person until after a given amount of time. Anywhere from 1 – 5 years is a reasonable number. Legal Boilerplate While I hope that thus far web development contracts seem approachable, it is an unavoidable fact that there will be some purely legal mumbo jumbo in any contract. Some of the boilerplate that is most common: Entire Understanding – This document and any documents referenced by this document represent the “Entire Understanding” of the agreement. No other documents or conversations can be acknowledged if a conflict should arise. Arbitration – Agree to try arbitration before going to court. If it works, it will save everyone involved some money on court costs and other legal fees. Choice of Law – What court of law shall govern the validity of the agreement. Generally, it will be the state where the developer resides. Modification or Amendment – Both parties must sign and date any modification or amendment of the agreement in order for it to be valid. Unenforceability of Provisions – If one portion of the contract ends up being unenforceable, then the entire contract is not rendered invalid – only the unenforceable portion. While contracts can be overwhelming at first, hopefully you have seen that they can be manageable. Further, by signing a web development agreement and covering all of your bases, the risk for all parties is greatly reduced. Any savvy client or developer should always insist on a development agreement, and one which was reviewed by a legal professional. Returning to the story from the beginning of this article – what did I do when I realized the developer was not going to pay me? I went back to my web development contract. Fortunately, a generous commerce law professor and the university student legal services had helped me draft the contract to begin with, so it and I were in pretty good shape. I filed a claim in the state of Virginia and represented myself in court. Using my web development contract and a series of paid invoices followed by a few unpaid ones, I was able to show an ongoing contractual relationship, and that he was delinquent in payment. I received the judgment for the full amount. Now actually collecting that judgment? That was not so easy, but is an article for another day.

By: Robert Wang So you just started this whole blogging business on the side, and now streams of visitors show up at your virtual doorstep every day, demanding flash media and video content. You're feeling ready to embrace a larger audience and maybe redesign your homepage, but aren't really sure what direction to go. We've got what you need. Barefoot Solutions has picked through dozens of articles to deliver the cream of the crop for your consumption. BY FAR the MOST IMPORTANT component of a high caliber blog. You can't become a rockstar without fans. Make friends with other bloggers and win over some of their traffic: •    Link to other blogs •    Comment on their posts •    Feature guest writers Most serious bloggers check Google Analytics religiously, so they’ll know, with startling immediacy, when you interact with them in the slightest way. The nice ones will pay you a visit or ideally even link you back. From there, your glowing prose and dazzling personality will hook new traffic and grant you the worshipful readership you’ve always dreamed of. Want the nitty gritty of link building? Vandelay Design offers 9 ways to make sure you’re linking where it counts. This is how it's done: VentureBeat.com - Think your page already has enough links? VentureBeat has 944,506 incoming links from other webpages. Well, 944,507 now. The staff's amazing networking ability has no doubt played a major role in launching this page into the top 100 Technorati Blogs. The simplest explanations are usually best. Keep it a quick and fresh. If you can’t say it in a few paragraphs, save it for another article or trim the fat. Keep in mind: bullets, top 10 lists, and short blocks of text are your friends. I'm confused. Examples? DaringFireball.net - Extreme minimalist design. This page only has 2 images...and one of them is a search button. The result is amazingly clean, professional, and easy on the eyes. The more time you take to manufacturing an appealing (read: glowing, abstract, and AHDH-friendly) interface, the more likely you are to be well received. TIP I: If you use a lot of colors it will tend to make your site look cluttered. Take a little time, pick a 2-3 color theme with good contrast, and stick to it. TIP II: The best looking websites will take an idea and apply it to every last detail and aspect of their design. Always think about how adding or subtracting from your blog will impact your theme. A study conducted by Dr. Gitte Lindgaard found that it takes users 0.05 seconds to decide if they enjoy looking at your site. Not sure where your page falls on the spectrum of attractiveness? Check out WebSiteOptimization.com for examples. Emulate me: OurWorld - Winner of the Best Blog Design Weblog Award 2008. This page tactfully combines beautiful high resolution banner images with an understated low color saturation theme, sleek fonts, and hot javascript action for an amazing webpage that just sucks you in, eyes first. According to Giancarlo Gallegos from BlogCatalog, we click because we believe we have something to gain from it—whether it is knowledge, pleasure, or LOLCATS, clicking requires a clear motive. Give people a reason to click through to your blog by creating a unique spin on overblogged topics. To quote Dawn Foster: “You can talk about a news story that other people are blogging about, but spend some time writing about your experiences and ideas that offer a different perspective than the rest of the crowd. Use research in new ways, interview interesting people, and talk about your experiences. By offering something new, people are much more likely to read your blog post and link to it, which is where the real SEO magic is found.” Brush off that storyteller’s cap. Y’all got some yarn spinnin’ to do. Now this is writing: RoughType - While the layout isn't much to look at, Nicholas Carr's blog is the perfect example of a content driven blog. The homepage has a mindblowing PageRank of 7.0 - this one man has accumulated the same net authority as the COMMUNITIES of Yelp and Metacafe. Be amazed. Google Analytics and Google Webmaster are amazing for visitor tracking, sculpting page rank, and otherwise refining your blog in ways you would have never thought possible. Once you’ve mastered the skills, you’ll be able to pinpoint the “who”, “what”, “where”, “when”, and probable “why” of every last click and page-view on your blog. Did we mention you can run customized analytics and test multiple versions of your blog simultaneously? No? It’s awesome. If you’re looking for a nice springboard into the world of analytics, Google has graciously provided a quick tutorial to get you started. Hop to it! Serious Skills: SethGodin's Blog - So what's so special about Seth Godin? His blog ranks #12 on google's search for "blog". While normally ranking on page 2 is sort of unimpressive, this page trumps roughly 2.3 BILLION other search results: including the official Whitehouse and Facebook blogs as well as BLOGS.COM. HE OUTRANKED A PAGE WITH BLOG in the URL. SEO. Learn to love it.