• About This Newsletter
• What Were You Thinking? => Ajax and Search Engines
• On the Web => My Web Host, ServInt
• On the Web => 37 Tested PHP, Perl, and JavaScript Regular Expressions
• On the Blog => Review of “Technical Blogging” by Antonio Cangiano
• Q&A => Have You Changed Your Opinion of OOP?
• Q&A => Why does false equal 0?
• Larry Ullman’s Book News => “PHP Advanced and Object-Oriented Programming

About This Newsletter

So, in case you hadn’t noticed (or are new to the newsletter), it now has a new template. It’s a bit more involved than the previous template (two columns instead of just one), but is simpler in other ways, too. The new look will more closely match the updated scheme for LarryUllman.com, whenever I get around to putting that online (aka, July). Basically what I’m going with for the updated site is a white background, minimum of images, blue for headings, and, above all, a clear presentation of content.

To create this newsletter template, I used the template builder from Campaign Monitor, whom I use for these newsletters. Campaign Monitor costs me $30/month (US), but I really think it’s worth it. They have a good product, and the user interface they’ve created is tremendous. In any case, I’m hoping that since I used their system, the resulting template will look reasonably good on most systems and devices.

As always, questions, comments, and all feedback are much appreciated. And thanks for your interest in what I have to say and do!

What Were You Thinking? => Ajax and Search Engines

In my previous newsletter, I answered a question about making Ajax-derived content available to search engines. Yogesh was kind enough to share a link at Google Developers in which Google explains what else you can do to make Ajax-derived content indexable. Thanks, Yogesh!

On the Web => My Web Host, ServInt

Since I’m dishing out accolades (e.g., Campaign Monitor), I’d like to recognize the company I use for Web hosting: ServInt. I’ve been using ServInt for my Web hosting for almost five years now and I’m so, so happy with their service. They only provide Virtual Private Servers (VPS) and dedicating hosting, so ServInt is not for everyone. But I think their packages are reasonably priced and their customer service is excellent. Their customer service is excellent! I’m paying $50 (USD) per month and am happily doing so. I have complete control over my little area of the server and don’t have to worry about what someone else might have done that would bring my site down. I have a few sites on the server, which garner between 500,000 and 1 million page views per month, and the lowest-level Essential VPS setup handles that easily.

There are two reasons I’m mentioning ServInt now. One is that I get asked this question a lot. Although if you’re not interested in a VPS account, these companies have also been recommended in my forums:

• Dreamhost
• HostDuplex
• HostGator

Besides letting you all know about a good hosting company, if you’re looking for one, I wanted to thank the people that have used me as a reference when creating his or her own account with ServInt. I don’t know who has done so, but a couple of people have signed up with ServInt and mentioned me in the past few months, which gives me a small credit on my account. Thanks for that!

On the Web => 37 Tested PHP, Perl, and JavaScript Regular Expressions

Some time ago I stumbled upon 37 Tested PHP, Perl, and JavaScript Regular Expressions. This is just a list of 37 Perl-Compatible Regular Expressions (PCRE) that you can use for common purposes: credit card numbers, dates, postal codes, URLs, email addresses, and more. A good resource to have around!

On the Blog => Review of “Technical Blogging” by Antonio Cangiano

I just recently reviewed the book “Technical Blogging” by Antonio Cangiano. It’s a very good book, and one that I’m happy that I read. For more, check out the review on my blog.

Q&A => Have You Changed Your Opinion of OOP?

In response to my previous newsletter, Marten asked if I have changed my opinion about procedural vs. object-oriented programming. I suspect the question was raised in part because I’m currently working on “PHP Advanced and Object-Oriented Programming: Visual QuickPro Guide“. This is something I’ve discussed in the past, and am happy to go through again. The short answer is no, I have not changed my opinion. And here is what that opinion is:

Procedural programming is better in some situations and OOP is better in some situations.

This is an interesting debate, because PHP is one of the few programming languages that allows you to work procedurally or objectively. You can’t do procedural code with Java, JavaScript, or Ruby, and you can’t use objects with C. In PHP, you can choose to use objects or not use objects.

As for myself, obviously if I’m using JavaScript, Ruby, or ActionScript, I’m going to use objects. If I’m doing C, I’m not. On some PHP projects, I’ll use procedural code. On other PHP projects, I’ll use objects. Obviously any project I do that uses the Yii framework will use objects, as most frameworks are OOP in nature. So I’m totally comfortable with both approaches and I have no preference for one over the other, I always just try to choose the right tool for the job.

That, of course, is what we should all be doing as developers. There are very few absolutes when it comes to programming; there’s mostly just opinions. I’m sure that part of the reason it may have seemed like I didn’t care for OOP is that I don’t care for the presumption that OOP is better than procedural programming. OOP has its strengths and weaknesses, as does procedural programming. One is not categorically better or worse than the other. In PHP, which allows for both, there’s a very strong argument to being comfortable with both approaches so that you, too, can choose the right tool for each job.

This belief of mine also applies to frameworks. People who are really intro frameworks sometimes assert that programming with frameworks is vastly superior. It’s not. Not all the time, that is. For some developers, with some projects, a framework is the better choice. For some developers, with some projects, a framework would be the worse choice.

I like analogies, so I’ll end this with one: I like tools, I like working around the house and being handy. I have probably about 30 screwdrivers and four electric drill/drivers, including a relatively new, and quite powerful, impact driver. The analogy is that this impact driver (OOP) is the better way to drive a screw, but that’s patently false. The driver was much more expensive than any screwdriver, and it’s much heavier, and I need to go looking for the right bit, and I need to keep the batteries charged. And aside from all that, if I had to put a small screw into the back of a picture frame, the impact driver would be a terrible choice. But the same goes for the screwdriver (procedural): if I had to drive a three-inch lag bolt into a post, trying to do that with a screwdriver would be a decision I’d regret for a long, long time.

Do away with the assumptions, learn as much as you can, and always try to choose the right tool for the job.

Q&A => Why does false equal 0?

Matti sent me this question via Twitter, specifically wondering what the difference is between 0 and 1 and true and false in PHP, and why false equals 0. This is a common point of confusion and cause of many bugs. However, the issue isn’t with the differences between these values but rather with how conditionals are evaluated and what equality is.

When you write any conditional in PHP, PHP needs to determine whether that conditional is true or false. For many conditionals, such as comparison, it’s pretty easy to identify true/false: is $x greater than 5 or no? Other conditionals are more subjective, though, and the language needs to define its rules for these situations. For example, if ($x) {. Is that conditional true or false? Well, it depends upon the value of $x, of course.

Obviously, if $x has a value of true, then the conditional is true. The same goes for $x having a value of “something”. It’s also pretty easy to decide that null is going to be treated as false. Things get tricky, though, when you have values such as 0 and an empty string. If $x = 0;, then should that conditional be true or false? The variable has been deliberately assigned a value, but the value is 0. Again, these are the kinds of choices that creators of a language have to make. In PHP, 0, an empty string, false, and null are all considered empty values, which get evaluated as false when used as the basis of a conditional.

Similarly, language designers have to make decisions as to what constitutes equality. If you compare two values of the same type—a string against a string, a number against a number, it is again easy to evaluate equality. It gets complicated when you compare values of different types: if (2 == "2"). That conditional compares the number 2 against the string “2″. These two values are not identical because of their different types, but are they equal?

To compare two different types, languages have to cast (i.e., forcibly convert) one type to the other. Generally, casting converts a value down to a simpler type. In that conditional, PHP will convert the string “2″ to its numeric equivalent, which is 2. When you compare a Boolean against a non-Boolean, the non-Boolean has to be casted to a Boolean. As we’ve already seen, the empty values are treated as false in a conditional, so those values—0, an empty string, null, and false—are cast to the Boolean false. Hence, 0 does equal false.

Fortunately, programming languages tend to be pretty consistent in what gets treated as false (JavaScript also equates 0, an empty string, null, and false). The bugs arise in situations where your code tests for “truthiness” when it shouldn’t. For example, the conditional if ($x) { is fine unless one of the empty values is a valid value for $x. If it’s okay for $x to have a value of an empty string, you’d need to change your conditional accordingly. In PHP, the empty() function can discern between a variable just being set (i.e., assigned a value), and having a non-empty value. As another example, the strpos() function in PHP looks for a needle in a haystack, returning the starting indexed position where the needle is found. If the needle is found at the very beginning of the haystack, then the function will return 0. If you were to do this, you’d have a bug:

if (strpos($haystack, $needle)) {

The assumption is that the condition will be true if the needle is found in the haystack, but as written, the condition will only be true if the needle is found in the haystack but not as the first thing in the haystack. The proper way to write that conditional is:

if (strpos($haystack, $needle) !== false) {

Also note that it’s an identity comparison to false, because using != contains the same bug, as 0 does equal false.

Thanks to Matti for the good question. I hope this has clarified the issue and please, anyone, let me know if you have more questions or comments about this or similar matters.

Larry Ullman’s Book News => “PHP Advanced and Object-Oriented Programming”

First, I continue to receive a lot of positive feedback on the “Modern JavaScript: Develop and Design” book, which makes me very happy. I’ve posted a couple of the comments on my Web site, and currently the book has received five reviews on Amazon, all for five stars. The book seems to be selling well, too, which is great, but knowing that I was able to do what I set out to do—and that my intention actually did match up with what readers wanted—is paramount. My continued thanks to everyone for their interest in the book and for the nice words on it.

Right now, I’m continuing to chug away on the third edition of my PHP advanced book, titled “PHP Advanced and Object-Oriented Programming: Visual QuickPro Guide“. I’ve written four chapters thus far and hope to get another two written before I head off to Istanbul (in 10 days!).

I started blogging relatively recently, about two or three years ago, I think. In retrospect, I’m not sure why I started blogging, as I had no game plan and no intent of making money from the blog. I suspect the impetus was supporting my books, but that’s probably as much as I thought about it. Eventually I added a single Amazon widget to my site, again as a way to promote my books. In part because of the success of my Learning the Yii Framework series, I was surprised when I started getting decent traffic to my site, and making a bit of money through the Amazon widget. To be completely transparent about the money, I make around a few hundred dollars per year with the site set up as is. I’m not quitting my day job on that, but it is enough to pay for my hosting costs, as well as my monthly newsletter, and my forum software. After seeing a mist of potential in this area, and with 2012 being the year of legitimizing much of my business, I read “Technical Blogging.”

Like any well written book, it’s well organized, broken down into five sequential parts:

• Part I — Plan It
• Part II — Build It
• Part III — Promote It
• Part IV — Benefit from It
• Part V — Scale It

In my own situation, I had already done parts two and four on my own blog, without ever giving much thought to parts one and three. Clearly, it’s hard to know if your site is succeeding when you’ve established no goals for it! And while my primary goal is to sell more books, after reading just the first part, I was able to come up with other, more immediate and tangible goals.

The book’s structure is sound, but the strength of the book is this: lots of concrete, specific advice. The book has decent breadth in the topics it covers, but always provides exact recommendations. For example, in the Build It chapter, Mr. Cangiano talks about the software and hosting options, from using WordPress to more geeky options like Jekyll. After covering the range of options, you get specific advice:

“Opt for a self-hosted WordPress installation if you are the kind of person who doesn’t mind dealing with a remote Linux box.”

and

“If you don’t have an IT background or would like to test the waters before committing to something… I recommend Blogger (from Google) due to…”

This approach—presenting the options, with pros and cons, and then making recommendations—continues throughout the book, even when it comes to the money and statistics. Mr. Cangiano explicitly talks about the hits his sites get and is bravely honest about the income, too. He discusses, for example, the effectiveness of various social media sites, and how much he earns from ads vs. Amazon referrals vs. sponsorships. Providing the details, regardless of their personal nature, makes it really easy for the reader to make his or her own decisions. For example, I don’t have any ads on my site now (a la AdSense), which is very much my preference. But I was worried that I was missing out on good money because of this value of mine. Mr. Cangiano, in a table citing his monthly income for a given month, shows that AdSense accounted for only 3% of the total. Knowing that, Mr. Cangiano has saved me from going through all the hassle of integrating AdSense, bothering viewers with random ads, only to make a smidgen of money.

The area in which I learned the most is promoting the blog via social media and other avenues, such as Reddit. All marketing stuff is foreign to me, and I’m just finally getting involved with social media. In fact, I’m in the process of creating a new theme for my site, which will more prominently feature my social media connections (and, more importantly, give more space to the content itself). Over the summer I’ll work harder to implement the social media tools, and I’ve set some goals for where I’d like to be in a year from now.

All in all, I have literally seven pages of notes that I took while reading the book. And while I’ve only begun using this new-found knowledge, I have no doubt that what I learned from “Technical Blogging” will pay off. If you do technical blogging as well, I would highly recommend it!

In the post, Berkun distinguishes between three aspects of writing a book:

• Anyone can write a book (i.e., you can write one right now, without needing anything else)
• Getting published (which is a separate issue from writing a book)
• Becoming famous and wealthy

I know there are some people that would like to write a book as an experience, or as a way of sharing what they’ve learned. And some others like the imagined prestige and riches that come with writing a book. I’ve done quite well over the past decade, having written 22 books and sold over 350,000 copies, but I can verify that the prestige and riches aren’t all that you might imagine (I recently discussed the economics in a newsletter). That being said, I’m quite happy that I’m making a decent living doing something that I always dreamed of doing. I’ve been working for myself for 13 years now, which is something.

In any case, if you’re interested in the topic, check out Berkun’s post. It’s short, and well written. At the bottom, you’ll find links to more good articles on writing, if you’re not too discouraged by that point! His “Why You Fail at Writing” is pretty good for helping you accomplish that goal of writing a book.

If you have any questions you’d like to ask me about what it means to be a writer, just let me know!

As for my schedule, I’m now writing the third edition of my “PHP 5 Advanced: Visual QuickPro Guide” book. That project will take the next couple of months, through June. I’m hoping it will be entirely done (rewrites and all) in early July. I think I’ll have a decent-sized Web project to do in the fall, but other than that, I have no deadlines and obligations for the latter half of 2012. Little things will no doubt come along, but this kind of free time is unusual for me. (And, strangely, isn’t frightening at the moment, although free time come January could be a problem!) So, reasonably speaking, I will be able to work on the Yii book full time as of August 2012. This should coincide nicely with the hopeful release of Yii 2.0 over the summer. Speaking of which…

I’ve been chatting with Qiang Xue, the creator of Yii, and he has graciously offered to act as the personal tech editor for the book. This is a great honor to me, and will be a wonderful asset in making sure the book is as technically accurate as possible. In return, I’m going to help with some of the official Yii documentation (it’s the least I can do). And the good news keeps rolling in, as Alex Makarov, author of the popular Yii 1.1 Application Development Cookbook (Packt Publishing), has generously offered his assistance, too. These are invaluable pieces that are coming together nicely here.

In terms of publishing, my current plan is…

• To self-publish an ebook only. I will release it in mobi, epub, and PDF formats, without any annoying Digital Rights Management (DRM).
• Possibly no DRM.
• Probably no DRM.
• The price would be about $15 (USD).
• People would be able to buy the book in advance, and get each chapter as I write it. Revised chapters would be free updates.
• People would be able to buy just a single chapter and get revisions of that chapter as free updates.

I’m assuming that I’ll create a separate Web site for the book, as I’m also planning on making some of the book’s content freely available in HTML format. This does mean that along with writing the book, I’ll have to create the Web site and the above functionality, but such are the costs of doing things yourself. And I happen to know of a framework that makes Web development a lot faster…

I’ll continue posting updates here and on Twitter (by the way, I’m on Twitter @LarryUllman) as I have them. Yii postings may be sporadic for the next couple of months as I focus on the PHP Advanced book, but rest assured the Yii book is happening.

All thoughts, feedback, input, and offers of money are most welcome!

• On the Web => Follow Me on Twitter! Redux
• On the Web => Three JavaScript Articles I wrote
• On the Blog => MAMP without MAMP
• Q&A => Can I Make a Living as a Writer?
• What is Larry Thinking => Competing for Work
• Larry Ullman’s Book News => “Modern JavaScript: Develop and Design” and “PHP 5 Advanced: Visual QuickPro Guide” (3rd Edition)

On the Web => Follow Me on Twitter! Redux

To reiterate something I said in the previous newsletter, I am now officially on Twitter. You can follow me using @LarryUllman. In the three-ish weeks since I started using it, I’ve only sent out maybe a dozen group tweets (not counting the ones directly to specific people), but at least there have been no “I am now having a sandwich.”-type tweets. Not by me anyway.

So far, a nice ego bump when it comes to Twitter is seeing people mention me (yes, yes, I am an idiot regarding Twitter; I didn’t know about that aspect at all). The annoying and stunning thing is that I’m occasionally getting hit up for technical support. It really quite amazes me that one would think I could provide free, instant tech support, and within 140 characters! Of course, I’m happy to provide free tech support, which is why I created my support forums, but I just don’t think Twitter is the best medium for it.

On the Web => Three JavaScript Articles I Wrote

In support of my “Modern JavaScript: Develop and Design” book, I wrote three articles to be published online by Peachpit Press. All three are now available:

• The Five Biggest JavaScript Misconceptions
• The 10 Best JavaScript Development and Design Habits
• 5 Ways to Improve Your Ajax Performance

The articles don’t require that you have the book. And, of course, they’re free, so check them out when you get the chance. Thanks!

On the Blog => MAMP without MAMP

For a couple of years now, I’ve used, and advocated using, the MAMP application as the easiest way to run a Web server on a Mac. I’ve started to change my thinking about that, as discussed in a recent blog post.

Q&A => Can I Make a Living as a Writer?

“Can I make a living as a writer?” is one of the more common questions I get, and one I never mind answering. Both Helmut and Scott recently asked me about the logistics of being a writer, so it seems like a good time to rehash the topic.

In terms of hard numbers, how lucrative writing a book is all depends upon how well the book sells. As a reasonable basis number, assume you can get $10,000 (USD) to write a book, which is the advance. Some publishers will pay more, some will pay less. It also depends upon who you are and what the book is. But $10,000 is fair. And that money is yours to keep, no matter what happens (assuming you complete the book to the publisher’s satisfaction). If you can write two books per year, that’s $20,000. If you can write three, that’s $30,000. In the past, there have been years in which I wrote three books in a single year, and it’s really hard to do, not just because you have to have three good ideas and enough expertise on three subjects, but because writing a single book is quite draining.

Added to that, write an article a month, just to get some extra income and to help promote the books. Let’s say you’re paid $500 each for those. Most of the articles I write pay less than that, but the occasional article pays dramatically more. One article per month at $500 per is another $6,000. Keep in mind that, as with the books, you have to have the ideas, have the knowledge, and then put forth the effort to get someone to buy the article. That’s all time consuming, but the actual act of writing an article isn’t that hard. It’s really just a professional blog posting.

So now, with a fair amount of work and effort, you’ve managed to bring in $26,000. At least in the United States, from this income you have to pay all the taxes and such, so the actual net may be more like $20,000. Does that constitute a living for you? I’m sure some of you would be losing a lot of money to take that deal and others would be fine with it. But I think that’s what you could reasonably expect as a bottom line if you’re a good writer and put in the necessary work. The other end of the spectrum depends upon how well your books sell.

A good seller in computer books is around 10,000 copies. Different titles have different expectations, but my understanding is that if you sell 10,000 copies, you’ve done well. This number varies greatly, but a decent expectation is that you, the writer, will make $2 per copy sold. If you sell 10,000 copies, that’s $20,000 on that one book. Minus the $10,000 advance, there’s another $10,000 for you. But that $10k will be spread out over some years. In my last statement, I received $11.19 in royalties for my first book published over a decade ago (with three new editions since then). The best part is that you’ve done no extra direct work for that money above and beyond the advance, but you can’t count on it, and you’ll likely have to do a lot of marketing work to help make that happen. Still, by earning advances for writing new titles and hopefully getting royalties on existing titles, you might be able to bring your total yearly writing income up to $30,000 to $40,000. Eventually.

In terms of harder numbers, you could probably consider me to be fairly successful as a computer writer (I mean in terms of actual sales, not necessarily the quality of the books, which is a different criteria). My first book came out almost exactly 11 years ago and I’ve now written 22 books, including revisions. I’ve sold approximately 325,000 copies in sum, for approximately $577,000. That may seem like a grand sum of money (and, to be clear, I’m happy to have earned it), but that’s over 11 years, which is about $52,000 per year during that time. Again, many of you would probably be thrilled with that number (and I’m okay with it), but remember that taxes have to come out of that and I get no benefits whatsoever. In the United States, benefits are normally estimated to be equivalent to the salary itself (i.e., if you’re being paid $40,000 per year, the company is probably spending another $40,000 for your retirement, medical, and other benefits). So one could look at that $52,000 per year as really being more like $26,000 per year, gross, plus benefits. And, again, I do fairly well for a writer. I’ll add that I’m just starting to make money through my blog, but right now that’s a few hundred dollars per year. Perhaps one day I’ll get that to a few hundred dollars a month, but I don’t envision this avenue to be a significant form of income.

There are some very hard numbers for what it might mean to make a living as a writer. For some people, the idea of making, say, $30,000 to $40,000 (USD) per year as a writer would be great. And there are intangible benefits. I work for myself, at home. I don’t commute. I don’t do many meetings. I learn and write about things I’m interested in. And there’s a lot of flexibility in my schedule which helps out tremendously considering the personal demands that I have. For other people, the idea of making that amount of money, with no guarantees, regular paychecks, or benefits would send them screaming to the nearest stable job.

I should add that writing does allow you to make good money doing related things. For example, I also do Web development and other programming, consulting, training, and speaking. My writing does act as a marketing agent for these avenues, meaning it’s easier for me to get work and I can charge a premium for those services.

All things considered, the general advice I have is: while it is possible to make money writing books (and/or articles), I wouldn’t recommend anyone to go into writing for that purpose. The odds of making money, let alone sufficient money, are slim. There’s a lot of competition, the publishing industry is definitely down, and the best payoffs are definitely in the long term. Also, in case I didn’t make this clear, writing a book is really quite hard. If you’re looking to go into business for yourself, there are certainly more stable, lucrative routes. It’d be much better to pursue writing only because you like to write and share what you’ve learned. And I’m not just saying that to cut down on the competition!

What is Larry Thinking? => Competing for Work

Some time back, William asked for my thoughts on how to compete for work, considering foreign competition and a tough economy. Two weeks ago, I was on the other side of the equation for the first time, as I ran a 99designs contest to have a new logo and business card created for me. I’ve been sketching out a blog posting tentatively titled “How Not To Get Work” about that experience, but I’ll toss out some thoughts here, too. (As an aside, the contest went great and I’ll post the details about it on my site soon. I got a great logo and business card, which are currently being used as the basis for a revamping of my Web site.)

This problem—a bad economy and competing with foreign developers who can offer bargain prices—is not new, although it may be new to those who haven’t been freelancing for that long. Just after I started in this line of work, the “dot com” bubble burst. At the time I was getting work through online freelancing sites like elance and guru, sometimes losing out to people that drastically undercut my price. For example, there was a big banking job that I lost out to a company in India that underbid me. That project would have been huge for me—around $22,000, I think, when I didn’t make that in a year, but on the other hand, I wasn’t really prepared or qualified to do that job at that time, so it was probably for the best. In any case, how does one compete?

In my opinion, you have to first accept two facts:

• Just because a competitor is in X country and is willing to do the job for much cheaper, it doesn’t mean that developer won’t do as good as a job as you.
• For the person buying the services, price is logical, significant factor.

I mention these two ideas because you can’t succeed if you get bogged down in excuses. The cost of living in X country may be a fraction of what it is in your country, which makes it possible for developers in X to offer what seem like cut-rate prices. But that doesn’t mean that developer can’t do the job. So the arguments for hiring you instead of those cheaper developers can’t be based upon that assumption. Second, while it is often true that you get what you pay for, it’s also true that business fail when they spend more than they have to. Accepting a cheaper bid doesn’t mean the client is cheap, it means the client is making a sound business decision (hopefully). So what can you do?

There’s only one thing you can control when competing for work: you. Focus on what you can do, not what’s wrong with the other developers or the client’s thought process. Towards that end:

• Above all, be professional in every way. Every single thing you do should demonstrate professionalism on the highest level. This includes how well you handle not getting a job. You never know: your ability to handle failure professionally may just be the reason that the client comes back to you for a future project.
• Communicate well, both in quality and in timeliness. Be prompt, responsive, and literate.
• Offer the best, most appropriate price you can. Be aware of what other prices the client may see, but base your price on what you think is appropriate for the job. Do factor in how much you need the job, how much you want the job, and so forth, but try to strike a balance between asking enough that you won’t be annoyed if you get the job while still being as affordable as you can be.
• Stress and demonstrate your less obvious strengths. While money is a mitigating factor for the client, it’s not the only one. If you can’t compete on a pure cost basis, work on other angles. For example, a developer in X country might be cheaper but may also be 12 hours away; a simple Q&A could take a whole day in that case. Or, if you will be available via IM or Skype, that’s a bonus.
• Do the work in advance. The absolute best way to demonstrate that you’re capable of doing a job, and on time, is to do the job ahead of time. My second client ever, for whom I’m still doing work, was one I got when I did a bit of JavaScript for an elance project he was hiring for. During the bidding process, as part of my bid, I linked to a page where the client could see the finished work. It was easy for that client to hire me at that point. Yes, this means I did work for free, and because it was JavaScript, anyone could have stolen my code, but I had the free time and needed the money, so I went out on a limb. I did that many times when I first started and my success rate was high because of it.

William had also specifically asked about how to convince small business owners to start or revise a Web site. I will say that I’m pretty good at convincing someone to hire me to do a project, but I have no skill when it comes to convincing someone that a project is necessary. In short, I wouldn’t have the vaguest idea how to proceed here. I would guess that it’d be more effective if you tie some of your payment into the site’s success (i.e., establish quantifiable goals that trigger payments or bonuses). That would clearly convey that you believe in the project, but it is risky.

As a final piece of advice, I’ll add that getting the job (and the money) isn’t the only benefit to be gained from trying to get work. There’s a lot to be said for the experience gained by being involved in the process. Certainly that’s a “silver lining” perspective, but if you can handle the failure to win the job, you can learn a ton from just participating. With open eyes, you can see what clients are looking for and what winning developers are doing right. In thinking about my 99designs contest, which had approximately 100 designers, about a third of the designers really didn’t have the skill set to compete. But those designers did get to see what a winning designer does, how a client behaves, and how to manage the interaction. In my opinion, that’s all quite valuable experience.

Larry Ullman’s Book News => “Modern JavaScript: Develop and Design” and “PHP 5 Advanced: Visual QuickPro Guide” (3rd Edition)

The JavaScript book is done and available at a store near you. The early reviews seem to be good, for which I’m quite grateful. I already gave away half of the copies I had to people that replied to previous newsletters, so right now I’m not planning on doing another dedicated “Modern JavaScript: Develop and Design” giveaway. I might have a couple more copies to give away later in the year. We shall see.

Next week I begin writing the third edition of my “PHP 5 Advanced: Visual QuickPro Guide”, which will come out this summer. I’m finished the new table of contents and I’ll put that online soon. The current plan is to cut four chapters that contain material since covered in my other books. I’m adding four new chapters, too:

• Debugging, Testing, and Performance
• Design Patterns
• A chapter that creates a complete example using OOP
• Using the Zend Framework

There are also some minor cuts and additions. The general thrust in this rewrite is to expand the book largely in the areas of Object-Oriented Programming and advanced Web development. The OOP additions include design patterns, implementing MVC, using the Standard PHP Library, and an example application writing in OOP. For the latter, Im specifically thinking about things like using phpDocumentor, PDO, caching, and unit testing.

If you have any thoughts or suggestions, I would love to hear them. Thanks!

• On the Web => Follow Me on Twitter!
• On the Web => Facebook and MySQL
• On the Web => 99Designs Contest for My Logo and Business Card
• On the Blog => Autographed Copies of “Modern JavaScript: Develop and Design” Now Available
• On the Blog => Using PayPal’s WebSite Payments Pro with “Effortless E-Commerce with PHP and MySQL”
• Q&A => Does It Make Sense To Use a Code Generator?
• Larry Ullman’s Book News => “Modern JavaScript: Develop and Design” and “PHP 5 Advanced: Visual QuickPro Guide” (3rd Edition)

On the Web => Follow Me on Twitter!

Sometimes it’s tough being such a pioneer, but, yes, I am now officially on Twitter. Only about 500 million people and organizations beat me to the punch.

I’ve obviously been aware of Twitter for years now, but have avoided all forms of “social media”, despite the fact that many readers, and even my publisher, have kept suggesting that I create an account. Well, I finally accepted that “I don’t wanna” isn’t really a good reason for not having a Twitter account. And, I reminded myself that I could use Twitter the way I want, that it doesn’t have to be a stereotypical (and inane) series of “I am eating a sandwich.” tweets.

So I’m now officially @LarryUllman (clever handle, no?), although I have yet to actually tweet. Rest assured that I will start tweeting within a day or two of this newsletter going out. My thanks in advance to everyone for following me, and to those that gently nudged me in this direction.

On the Web => Facebook and MySQL

Some time ago, I came across an article titled “Facebook trapped in ’MySQL fate worse than death’”. It’s a purposely overdramatic title, to be sure, but the article does a good job of discussing the problems that a very popular site such as Facebook has in scaling its database backend. The article also introduces some possible solutions to that problem. You may also find this to be an interesting read, although I would caution not to take away from the article that you shouldn’t be using MySQL. Facebook is probably the most active site online, and any one of us would be lucky to create a site that’s one-hundredth as popular (and therefore, technically demanding).

On the Web => 99Designs Contest for My Logo and Business Card

On Friday, I created a logo and business card design contest at 99designs. If you’re not familiar with 99designs, it’s a croudsourcing site that’s getting a lot of press these days. At the site, you create a “contest”, indicating what you want and how much you’re going to pay. For example, you may offer $200 for a business card or $150 for a t-shirt (all prices in USD). That price is set in stone, and is what the final winner will get. Designers then submit entries. The great thing is that you can see the entries as they come in and provide feedback. Designers can then submit new designs, based upon that feedback; not just on their designs, but on the others, too. My contest is restricted to 99design users, but you can see other examples here. After the qualifying round (four days, in my case), you can select the finalists and move towards the final round (three days). Then select a winner who will be paid the designated amount.

With this system, the more you’re willing to pay, the more submissions you’ll get. I decided upon (with help from the 99designs “create a contest” wizard), a total of $644 for a logo and business card. As of this writing, three days in, I’ve had 118 entries from 35 designers. On the first day, most of the entries were amateurish: the kind of thing I could have created in Photoshop myself. On the second day, better designs came in. Then I guaranteed the contest, which means I’m saying that I’ll definitely pay for one of the designs. Once I did that, the number of entries ballooned from around 30 to 118.

A year or so ago, I spoke with a local company about designing a logo and business card. I believe the estimate they gave me was around $6,000, which included hours of research (at $180/hour or so). To be clear, having a good logo and business card really isn’t important to me, but I’d like one that I’m not embarrassed about. Six thousand dollars for something I don’t feel that strongly about is completely impossible, let alone not something I can afford. But the 99designs contest will give me a logo and a business card that looks nice, without breaking the bank.

To be fair, there are some that don’t like the idea of crowdsourcing, as all but one of the designers will get paid nothing for their work. This really doesn’t bother me, and not just because I’m a buyer and not a seller here. First of all, no vendor has to participate (i.e., if you don’t like the risk of not getting paid, don’t do it). Second, if you’re just starting out, crowdsourcing provides access to a slew of jobs and clients, which you wouldn’t otherwise have. Third, and most importantly, I would see crowdsourcing as an extremely valuable learning tool for vendors. By participating in these contests, or by just watching them, you can really learn a lot about the design process and about what customers want. In short, this is free and easy access to valuable experience.

Well, since I wrote this yesterday, a lot more entries have come in. The current count is 189 designs from 62 designers. I’ll be sure to share the winning design when all is said and done.

On the Blog => Autographed Copies of “Modern JavaScript: Develop and Design” Now Available

In response to several reader requests, I can now directly sell autographed copies of Modern JavaScript: Develop and Design. I only have the original, printed book in English available. I cannot sell you an ebook or a translated version. To cover my own costs (i.e., I have to buy copies of the book to sell to you), the base price is $40 (USD), plus shipping. This is about $6 more than if you were to buy the book at Amazon, but the book you buy will be autographed and inscribed however you want. For international recipients, this will undoubtedly be the fastest way to get a copy of the book.

In order to get this option up as quickly as possible, I just set up a simple PayPal system. Head here to start that process. The shipping cost within the United States is $5.00 for priority mail, which gets it to you within a couple of business days. The shipping cost for international recipients is $17.00. This is also priority, and means the book should arrive within about a week, more or less. (Shipping rates have really gone up lately, and it’s a heavy book because it’s full color.) I’ll ship out books within two business days from receipt of payment. Note that for the time being, you can only order a single copy of this one book at a time. For multiple copies or to buy other books, please contact me directly.

If you have any questions or comments, let me know. Thanks!

On the Blog => Using PayPal’s WebSite Payments Pro with “Effortless E-Commerce with PHP and MySQL”

In Part 3 of my “Effortless E-Commerce with PHP and MySQL” book, I use Authorize.net to process payments for a site that sells physical goods. Authorize.net accepts credit cards and can be directly integrated into your site, so that the customer never leaves (unlike, for example, PayPal’s Website Payments Standard, used in Part 2 of the book, which goes through PayPal’s site). The code in the book was written in a very modular style, with the intent that you can use the components you need, and swap others in and out. A long time ago, a reader specifically wanted to know how you would use PayPal’s Website Payments Pro instead of Authorize.net, and so I finally explained how to do that in a blog post.

Q&A => Does It Make Sense To Use a Code Generator?

Tim had recently sent me this question, stating

At times I feel overwhelmed with all the logic, syntax and complex structure of some scripts. Does it make sense to use a code generator to do the “heavy lifting” and then go into the code and “massage” it to suit your needs?

In many situations, it absolutely makes sense to use a code generator. In fact, one of the reasons I like the Yii framework is that it generates a lot of the basic code for you. A code generator, in case you’re not familiar with the concept, is a tool that will generate the physical file, and the code itself, for you. You would then edit the generated code to be more specific for the goal. Of course, a code generator is a program, perhaps even written in another language. The complexity of the generator itself can vary, resulting in code that’s more or less specific.

With this in mind, you’ll need to balance the amount of work required to create the code generator vs. how much time you actually save using one. With PHP in particular, which isn’t that complex, using a good text editor or IDE, which will perform autocompletion for you, may be sufficient. Or, for that matter, just using a template in your text editor or IDE, can suffice. For example, if your application has the ability to create templates, it might create a PHP file template, with the opening and closing tags, the inclusion of a configuration file, a header, and a footer, and many comments. You might then use your application’s autocomplete or bundling tools to quickly drop in code for function definitions or database queries. Taking the time to customize and maximize the use of your text editor or IDE may be more efficient for something as simple as many PHP scripts.

Larry Ullman’s Book News => “Modern JavaScript: Develop and Design” and “PHP 5 Advanced: Visual QuickPro Guide” (3rd Edition)

So the JavaScript book is done and available at a store near you. Assuming, of course, that a book store still exists near you (my local Barnes and Noble is constantly taking out bookshelves to sell more games and toys; troubling as a writer). Many people have started receiving their copies already.

I should mention that the book is in full color (my first). This also means the book is heavier, and explains its higher price. The book has a clean, open design in a single-column format, not the two-column format of my Visual QuickStart/Pro Guides.

Some articles supporting the book will be going online soon, and I’ll post those links as I have them.

I’m currently in the process of revamping my Web site, but this month I also start the third edition of my “PHP 5 Advanced: Visual QuickPro Guide”, which will come out this summer. I’m planning on expanding my coverage of OOP and related topics like design patterns. I’ll also remove some of the deadwood and create new chapters. If you have any thoughts or suggestions, I would love to hear them. Thanks!

As of today, I can being directly selling Modern JavaScript: Develop and Design. I only have the original, printed book in English available. I cannot sell you an ebook or a translated version. To cover my own costs (i.e., I have to buy copies of the book to sell to you), the base price is $40 (USD), plus shipping. This is about $6 more than if you were to buy the book at Amazon, but the book you buy will be autographed and inscribed however you want. For international recipients, this will undoubtedly be the fastest way to get a copy of the book.

In order to get this option up as quickly as possible, I just set up a simple PayPal system. Click the button below to start that process. The shipping cost within the United States is $5.00 for priority mail, which gets it to you within a couple of business days. The shipping cost for international recipients is $17.00. This is also priority, and means the book should arrive within about a week, more or less. I’ll ship out books within two business days from receipt of payment. Note that for the time being, you can only order a single copy of this one book at a time. For multiple copies or to buy other books, please contact me directly.

Finally, if you’d like me to write something specific in the book, click the “Add” link next to “Special inscription request” within the “Shipping address” information at PayPal’s site.

I’m just starting to ship books myself via PayPal, so there are undoubtedly things I still have to figure out. If you have any questions or comments, let me know through the contact page. Thanks!

The official Web site for the book is http://www.larryullman.com/books/modern-javascript-develop-and-design/. You can view the book’s Table of Contents there, too. And I’ve created a support forum for the book, naturally.

Over the next couple of weeks, some articles and videos I did in support of the book will be made available, and I’ll link those here as that happens.

• About This Newsletter
• What Are You Thinking? => PHP 5 Advanced: Visual QuickPro Guide (3rd Edition)
• On the Web => President’s Day Discount at Peachpit.com
• On the Blog => Locale-aware Date and Time Formatting in PHP 5.3
• Q&A => What are some good general programming books?
• What is Larry Thinking => Your Knowledge Portfolio
• Larry Ullman’s Book News => “Modern JavaScript: Develop and Design” Coming Soon!

About This Newsletter

Through happenstance and a delay in finishing it, this newsletter actually has somewhat of a theme to it. Although that’s not a requirement for me, when I am able to theme a newsletter, it does make me happy for some reason. As the newsletter heading says, the theme is BOOKS! As you might imagine, it’s a subject that’s near and dear to my heart. But first, a caveat…

Although the goal is always to present information to you that I think you’ll benefit from or generally find interesting, this newsletter is a tad more commercial than I normally allow. In other words, if you buy some of the books mentioned in this newsletter, I might make a dollar or two (literally). Of course, there’s no pressure at all on you to buy any book discussed herein. I am sincerely trying to present those you may benefit from. And keep in mind you can also try getting any book that you might be interested in from your local library (for free!). With that caveat aside, let’s go to it.

As always, questions, comments, and all feedback are much appreciated. And thanks for your interest in what I have to say and do!

What Are You Thinking? => PHP 5 Advanced: Visual QuickPro Guide (3rd Edition)

Next month, I’m going to start working on the third edition of my “PHP 5 Advanced: Visual QuickPro Guide”. The PHP 5 Advanced book is somewhat different than my other books in that it discusses a number of individual topics, in a mostly non-linear order. The assumption the book makes is that the reader is already comfortable with PHP and MySQL, perhaps after having read my “PHP and MySQL for Dynamic Web Sites: Visual QuickPro Guide” book, and is looking to further her or his skills or learn about specific, tangential concepts. The second edition of the book discusses a lot of OOP (about 150 pages or so), plus: security, advanced database topics, networking, PHP and the server, PHP’s command-line interface, XML, and more.

Right now, for the third edition, I’m tentatively planning on:

• Expanding the coverage of OOP
• Discussing design patterns
• Demonstrating unit testing
• Walking through some good debugging tools, such as Xdebug
• Introducing the Zend Framework

Other topics that I’m considering are: caching, MongoDB, CVS, Smarty, and doing a new example chapter (presumably using OOP). I also expect that I’ll drop a few chapters whose content is now covered in my other books.

My question, then, is: What would you like to see? Even if you don’t think you’re particularly interested in the book, what do you think is important? What hasn’t been well covered elsewhere (by anyone)? What hasn’t been well covered elsewhere by me?

Any and all ideas, suggestions, and feedback are very much welcome and appreciated!

On the Web => President’s Day Discount at Peachpit.com

Josee pointed out in my forums that Peachpit Press, the publisher of most of my books, is having a big President’s Day sale on their Web site (for those of you around the world, President’s Day is a rather trivial holiday we celebrate in the United States in February, ostensibly to honor our presidents). Peachpit is offering 40% off of any two eBooks or videos or 50% off any three. The coupon code is PRESIDENT. This is also advertised clearly on the front page of Peachpit’s site and ends on February 21. If you’ve been considering some titles, or are thinking about learning something new, this may be the right time.

As an example, looking at my books (because, you know, it’s all about me), the list price for the eBook of “Modern JavaScript: Develop and Design” is $43.99 (all prices in USD). Although the book doesn’t formally come out until February 22nd, it can be pre-ordered. With the 40% discount, that comes down to $26.39. With the 50% discount, that comes down to $22.00. By comparison, the printed book at Amazon is currently selling at $30.99. I will also point out that for international readers, purchasing an eBook will be the fastest way to get a copy, by many months or more (although only in English).

A couple of quick notes: First, I really don’t know much of anything about Peachpit’s site and only found out about this promotion when Josee pointed it out to me. I cannot answer any questions about Peachpit’s site, the e-commerce system there, the types of payments accepted, the policies, and so forth. Second, obviously I get a couple of dollars when you buy a book of mine (normally around $2 per book, depending upon the book) and I do receive an extra $1 more or less when you purchase it at Amazon through the above link. Just want to be transparent about that.

On the Blog => Locale-aware Date and Time Formatting in PHP 5.3

In the third edition of my “PHP and MySQL for Dynamic Web Sites: Visual QuickPro Guide” book, titled “PHP 6 and MySQL 5 for Dynamic Web Sites: Visual QuickPro Guide”, I went out on a limb and used a beta version of PHP 6 when writing the book. PHP 6 was about half-way done at the time, and I didn’t want to complete the book, only to have it be outdated immediately thereafter (using PHP 6 wasn’t, by the way, an attempt to trick the reader into buying the book, as some cynical people have suggested). Well, PHP 6 ended up dying due to many complications and I had the proverbial egg on my face (what Paul rightfully called my “Dewey Defeats Truman” moment). In truth, only about 5% of the book or so required PHP 6, so it wasn’t a devastating mistake, but I certainly felt foolish.

One of the things I wanted to cover in PHP 6 was locale-aware date and time formatting, as part of the goal of PHP 6 was to recognize the more global Web environment. Even though PHP 6 was shelved, the key components have since been integrated into PHP 5.2, 5.3, and the forthcoming 5.4. Locale-aware date and time formatting was demonstrated in the book using the PHP date_format_locale() function. That function went belly-up, and PHP 5.3 now has the IntlDateFormatter class instead. The documentation for the class is poor, but I posted on my blog what I figured out.

Q&A => What are some good general programming books?

Some time back, Richard had sent me an email, saying that it seems like Web developers aren’t quite as up to speed on mainstream programming practices and paradigms. He was hoping for some book recommendations to help improve his own programming skills.

I would agree that because the most common Web-related languages, primarily PHP and JavaScript, are so approachable, they’re easy languages for non-programmers to use. Most people who learn C or Java, do so in a formal environment, obtaining all the fundamental programming theories at the same time. Conversely, many people using PHP, for example, may have no formal programming training, having only learned the language through a well-written book (ahem).

In any case, one should never stop learning, and I sent the following book recommendations back to Richard:

• “The Pragmatic Programmer” by Andrew Hunt and David Thomas
• “The Practice of Programming” by Brian W. Kernighan and Rob Pike
• “The Productive Programmer” by Neal Ford
• “Code Complete” by Steve McConnell

To be clear, I haven’t read all these myself, but they’re all on my short list. In fact, I just started reading “The Pragmatic Programmer” recently (more on that next). But these are the books that I normally come across when I’m looking for books on improving general programming skills. (Also, I’ll get like $1 if you by one of those books through one of those links, just to be completely honest.)

What is Larry Thinking? => Your Knowledge Portfolio

As part of my January-February non-resolutions list, which quickly became my late-February non-resolutions list, I’m catching up on some reading, both work-related and personal. In terms of work, I’ve finally started reading “The Pragmatic Programmer” by Andrew Hunt and David Thomas. I’m not far into it yet, but I am enjoying it. It’s too soon to say what I’ve learned, but I have had some of my own ideas validated, which is worth something, too.

In the very first chapter, there’s a section titled “Your Knowledge Portfolio”, which presents a great perspective on knowledge and learning. In every job, and even more so in IT, what you know is pretty much your value as a worker. This section of “The Pragmatic Programmer” starts off by pointing out that knowledge (and experience) is an expiring asset, meaning it becomes less valuable over time. For example, I used to know how to use HTML frames (not iframes, but classic frames), which isn’t so useful anymore. So “The Pragmatic Programmer” presents an argument for treating your knowledge asset like an investment portfolio. It’s an interesting and novel idea.

This means, for example, that you need to “invest regularly” in your knowledge portfolio and diversify the types of knowledge you acquire. Some should be “high-risk, high-reward”—information that may not pay off but, if it does, will pay off big—and some acquired knowledge should be more conservative. And you should review and rebalance your knowledge portfolio regularly.

The book recommends some specific ways to acquire new knowledge, such as:

• Learn new languages
• Read technical books (ahem)
• Read nontechnical books
• Participate in local user groups

It’s just a very well reasoned, interesting approach to the subject. I certainly see the value of knowledge and continuing to learn new things, but I had never equated this to an investment nor put such an analytic spin on the idea.

This section of the book also has a sidebar (on page 17 of the printed edition) on asking people for help online. It’s a topic that’s solidly on my radar, as I’m usually the one being asked for help (although I do ask others for help, too), and I could not have done a better job of explaining how to most appropriately and effectively ask for help. You can read this snippet through Google books.

So I’m clearly enjoying the book so far and am happy to be finally reading it. No doubt I’ll share more thoughts on it, and some of the other books I’m finally reading, in future newsletters.

Larry Ullman’s Book News => “Modern JavaScript: Develop and Design” Coming Soon!

I am very, very happy to say that my latest book, “Modern JavaScript: Develop and Design”, is at the printer and is slated for a late February release (in the US, although Amazon now has it as March 3rd). Because of the increased page count (624 pages), the price of the book was raised $5.00, to $54.99 (MSRP). However, it seems that Amazon only raised its price like 50 cents. Amazon is currently selling it at $31.00 (US).

I’ve also completed the supporting videos for the book, which will be made available through the publisher’s Web site and in some electronic versions of the book. And I’ve written three supporting articles, that will be published at Peachpit.com.

For the first time ever, I plan on selling copies of select books myself. The books will, of course, be signed (inscribed however you want). For the “Modern JavaScript: Develop and Design” book, I will be able to offer it at $40 (US), plus shipping. This is more than the Amazon price, but I have more overhead (well, different overhead) and fewer employees than Amazon! Plus, Amazon has that whole “economies of scale” thing working for it. I’ll get the e-commerce system setup in the next couple of weeks for purchasing the book through me. If you have any questions or comments, let me know. Along with the eBook version, mentioned earlier, buying the book directly from me will be the fastest way for international recipients to get a copy, by far. I’ll need to receive my copies of the book before I can estimate the shipping costs.